Interesse in nieuwe PDW (3.2b01) versie?

[Wopper]

Iemand vroeg deze feature aan in dit topic zodat hij iets met slimme monitor software kon optimaliseren. Het is inderdaad zo dat je, zover ik weet, per PDW applicatie maar één protocol kan decoderen. Het is zoals Peter zegt POCSAG uit / FLEX aan, en andersom.

Pocsag en Flex kunnen tegelijk worden gedecodeerd. In elk geval, in PDW. Andere modes (ERMES, Mobitex, Acars) wijken zodanig af dat je deze echt apart moet selecteren.

Aha ik ben verward door dit screenshot, in mijn RS232 setup lijkt hier een gedwongen keuze te zitten om duaal te decoderen, althans zo lijkt het. Heb deze behoefte overigens niet, ik heb voldoende aan FLEX 1600.

[Hunter]

PDW kan 2 modes tegelijk aan. Niet het RS232 interface. Andere interfaces wel...

[Faramir]

Als ik voor een toekomstige versie nog een verzoek mag doen,
dan zou ik graag de kleuren die aan labels kunnen worden gegeven kunnen aanpassen.
Bij mijn weten kan dat niet.
Zo is Light Blue bij mij bijna niet te zien op een zwarte achtergrond.

[Wopper]

Als ik voor een toekomstige versie nog een verzoek mag doen,
dan zou ik graag de kleuren die aan labels kunnen worden gegeven kunnen aanpassen.
Bij mijn weten kan dat niet.
Zo is Light Blue bij mij bijna niet te zien op een zwarte achtergrond.

Yes staat ook op mijn lijstje ik ervaar hetzelfde. Kan AI wel even een goed leesbare combinatie laten samenstellen als tussenoplossing. Misschien ook af van die hele donkere zwarte achtergrond naar een wat moderne “nachtelijke hemel” combinatie zoals https://expertv2.p2kflex.nl

[Johan Beck]

Kleuren van labels kan je hier toch aanpassen?

[Hunter]

Kleuren van labels kan je hier toch aanpassen?

Ja, maar hij vindt niet alle kleuren prettig

[Faramir]

Dat week ik Johan, het gaat om die kleuraanduiding.
Je kunt kiezen White, Yellow etc maar die kleurdefinitie (dus White, Yellow etc.) staan vast.
Ik zou dus de Light Blue willen aanpassen zodat het iets feller wordt.

[Johan Beck]

Oke het is me nu duidelijk John.

[Wopper]

Als ik voor een toekomstige versie nog een verzoek mag doen,
dan zou ik graag de kleuren die aan labels kunnen worden gegeven kunnen aanpassen.
Bij mijn weten kan dat niet.
Zo is Light Blue bij mij bijna niet te zien op een zwarte achtergrond.

Hier kan ik zelf wel blij van worden? Onder Colors kan je de enhanced instellingen activeren, zodat gebruiker zelf kunnen kiezen wat ze fijn vinden.
https://www.dropbox.com/scl/fi/4glmu8qk70w2bk5043frf/pdw3.3B23.exe?rlkey=npy5qr12xharwjtnsgcv4h0ir&dl=1 Hier een nieuwe versie 3.3B23

[Faramir]

Dank Wopper, de softer background kan al via Display -> Colors -> Background en dan kiezen voor Define Custom Colors (Red 26, Green 26 en Blue 46)
Ik kijk even aan hoe het met die achtergrond gaat, met Better Contrast effect is het Light Blue in elk geval stukken duidelijker.
Het geel wordt iets meer oranje maar wat een verschil zeg!

[Simonn]

Dit is een interessante optie om even over te sparren.
Mijn huidige setup is grotendeels gebaseerd op RTL-SDR’s met een Python‑script dat realtime meldingen verstuurt naar mijn MQTT‑broker en een Home Assistant webhook. Daarmee krijg ik direct iOS‑pushberichten voor specifieke capcodes, worden mijn Nest‑speakers aangestuurd en gaat ’s nachts automatisch het licht aan bij een uitruk.

Omdat ik vanuit mijn werk veel met hoogbeschikbare IT‑omgevingen bezig ben, draai ik daarnaast een tweede RTL‑SDR met PagerMon. Die draait los van een webfrontend en stuurt ook HTTP‑webhooks naar Home Assistant (zie screenshot).
Voor de liefhebbers: Python MQTT is het snelst, gevolgd door de Python HTTP‑webhook en daarna PagerMon HTTP-webhook. We praten over microseconden verschil, diep achter de komma. PagerMon heb ik herschreven zodat hij goed omgaat met GROUP berichten op het Nederlandse P2000 netwerk.

Beide RTL‑SDR’s draaien nu op één Pi 5, en dat is meteen het risico: bij een reboot heb ik geen input meer. Door jouw bericht Simon werd ik getriggerd om eens te kijken naar een losse ontvanger met PDW en daar een webhook aan te koppelen, als echte redundante feed.

Dat bracht meteen de vervolgvraag: welk webhook‑formaat houden we aan? Mijn gedachte is om het bestaande "Home Assistant‑formaat" te blijven gebruiken, zoals ooit ontworpen is in
https://github.com/cyberjunky/RTL-SDR-P2000Receiver-HA, waar ik mijn Python‑script verder op heb doorgebouwd.

Standaard PagerMon Simple Webhook

Code: [Selecteer]

   1 {
    2   "address": "1234567 2345678",
    3   "message": "BR 1 BRAND WEGVERVOER (AUTO) DORPSSTRAAT DORP",
    4   "source": "DAPNET",
    5   "timestamp": 1715158800,
    6   "alias_id": 42,
    7   "alias": "Brandweer Dorp",
    8   "agency": "Brandweer",
    9   "icon": "fire-truck",
   10   "color": "red"
   11 }
Mijn HA compatible mode, hieronder,  in PagerMon om de output gelijk te houden aan het ooit door CyberJunky bedachte formaat.  Waarbij ik wel zaken heb gestript om snelle transmissies te garanderen.

De vraag is moet je alle filter labels meesturen in een PDW webhook, of heb je alleen het raw bericht nodig en de capcodes als string? En hoe is je formaat dan bij groepscodes waar alles in één package over de lijn gaat?

Code: [Selecteer]

   1 {
    2   "payload": "BR 1 BRAND WEGVERVOER (AUTO) DORPSSTRAAT DORP",
    3   "data": {
    4     "new_state": {
    5       "state": "BR 1 BRAND WEGVERVOER (AUTO) DORPSSTRAAT DORP",
    6       "attributes": {
    7         "address": "1234567 2345678"
    8       }
    9     }
   10   }
   11 }

Wil ook gerust mijn PR sluiten dat je het kopieert en zelf doorwerkt he, je hebt duidelijk meer tijd dan ik

Mijn eerste draft nu is domweg het formaat van de mail-optie, maar dan in JSON gegoten en naar een HTTP endpoint gedrukt. Dat endpoint kan ook een ESB zijn waar je er MQTT/ZeroMQ/whateverMQ van maakt voor intern gebruik, dat is in het verleden mijn use-case namelijk geweest (ZeroMQ pubsub van maken).

Comment anders effe in de PR op Github of anders hier in een apart topic. Kan het moeilijk volgen met alle gesprekken door elkaar hier.

[dajero]

Ik heb een poging gedaan om te achterhalen wanneer -of eerder op welke berichten- de nieuwere versies van PDW steeds crashen.
Er is wel een duidelijke lijn in te trekken, echter weet ik niet waarom.
Telkens op onderstaande berichten is er een crash:

	0122153	19:50:58 14-05-26 POCSAG-1  ALPHA  2400  (0485309788)
	0197046	12:20:06 13-05-26 POCSAG-1  ALPHA  2400  (0497895017)
	0192111	19:03:10 08-05-26 POCSAG-1  ALPHA  2400  (0494664596)
	0164024	18:21:46 08-05-26 POCSAG-1  ALPHA  2400  (0476082571)
	0164024	17:00:38 08-05-26 POCSAG-1  ALPHA  2400  (0476082571)

[Wopper]

Wil ook gerust mijn PR sluiten dat je het kopieert en zelf doorwerkt he, je hebt duidelijk meer tijd dan ik

Mijn eerste draft nu is domweg het formaat van de mail-optie, maar dan in JSON gegoten en naar een HTTP endpoint gedrukt. Dat endpoint kan ook een ESB zijn waar je er MQTT/ZeroMQ/whateverMQ van maakt voor intern gebruik, dat is in het verleden mijn use-case namelijk geweest (ZeroMQ pubsub van maken).

Comment anders effe in de PR op Github of anders hier in een apart topic. Kan het moeilijk volgen met alle gesprekken door elkaar hier.

Dat is de grote uitdaging iedereen heeft zijn eigen usecases en input format, ik heb zoveel mogelijk het input format open gelaten doormiddel van checkboxes en variaties. Overigens ik doe het denk werk en AI (betaald) het doe werk, want het zijn duizenden letters aan code om de applicatie te moderniseren voor x64 dat kan een AI agent veel beter en efficiënter, en zorgvuldiger. Er zaten behoorlijk wat buffer overflow situaties in de code, je moet er maar net tegenaanlopen of een scan laten doen door een agent.

Ik ben wel op een punt beland dat ik zelf niet veel nieuwe toevoegingen meer uit de hoge hoed kan toveren, ik weet niet of hier nog echt relevante wensen leven? Die zouden we dan even kunnen verkennen.

Ik heb een poging gedaan om te achterhalen wanneer -of eerder op welke berichten- de nieuwere versies van PDW steeds crashen.
Er is wel een duidelijke lijn in te trekken, echter weet ik niet waarom.
Telkens op onderstaande berichten is er een crash:

	0122153	19:50:58 14-05-26 POCSAG-1  ALPHA  2400  (0485309788)
	0197046	12:20:06 13-05-26 POCSAG-1  ALPHA  2400  (0497895017)
	0192111	19:03:10 08-05-26 POCSAG-1  ALPHA  2400  (0494664596)
	0164024	18:21:46 08-05-26 POCSAG-1  ALPHA  2400  (0476082571)
	0164024	17:00:38 08-05-26 POCSAG-1  ALPHA  2400  (0476082571)

[/]

Dank voor het gedetailleerde bug report, Pocsag.cpp is niet gewijzigd. Heb jij een van de nieuwe/verbeterde features aan staan: MQTT, WebHook, SMTP? Je hebt denk ik onder ctrl-g de duplicate blocker ingeschakeld, kan je dat laatste nog even bevestigen? De (vanavond) bijgesloten versie heeft namelijk een fix voor jouw bericht formaat in de duplicate checker, ik compile hem vanavond nog even met asan check.

Je kan ook opname bestanden maken en delen dan kan ik ze zelf afspelen en de bug reproduceren, en jij kan vooraf ook bekijken of de crash die je ervaart met afspelen ook opspeelt. Heb je ook nog een windows event viewer log file van het moment van de crash?

Heb sowieso wel interesse in een opname file van POCSAG, ik draai dat zelf niet en mijn ontvanger voedt ook nog een ander systeem waardoor de impact wat groot is als ik hem van frequentie wissel.

Code: [Selecteer]

shift-alt + a: auto opname
shift-alt + r: opname
shift-alt + p: playback opname
In powershell kan je logs ophalen:

Code: [Selecteer]

# Vind alle PDW.exe crashes met stack-buffer-overrun exit-code
Get-WinEvent -FilterHashtable @{LogName='Application'; ProviderName='Application Error'} -MaxEvents 50 |
  Where-Object { $_.Message -match 'PDW' -and $_.Message -match '0xc0000409' } |
  Select-Object TimeCreated, @{N='Message'; E={$_.Message -replace "`r`n", ' '}} |
  Format-List


[dajero]

MQTT, Webhook, SMTP staan UIT.
Duplicate blocker staat inderdaad AAN.

Hier enkele Windows event viewer logs:

Code: [Selecteer]

TimeCreated : 14/05/2026 19:50:59
Message     : Toepassingsnaam met fout: pdw3.3B23.exe, versie: 3.3.0.0, tijdstempel: 0x6a030dad Naam van foutmodule: pd
              w3.3B23.exe, versie: 3.3.0.0, tijdstempel: 0x6a030dad Uitzonderingscode: 0xc0000409 Foutoffset: 0x0000000
              0003a74d5 Foutproces-id: 0xCF8 Begintijd van foutieve toepassing: 0x1DCE3BD23C76EEB Faulting-toepassingsp
              ad: C:\PROG\pdw-astrid\pdw3.12-full\pdw3.3B23.exe Faulting-modulepad: C:\PROG\pdw-astrid\pdw3.12-full\pdw
              3.3B23.exe Rapport-id: 6d50df10-a354-47ab-bf77-a22750834094 Faulting-pakket volledige naam:  Faulting-pak
              ket-relatieve toepassings-id:

TimeCreated : 13/05/2026 12:20:06
Message     : Toepassingsnaam met fout: pdw3.3B23.exe, versie: 3.3.0.0, tijdstempel: 0x6a030dad Naam van foutmodule: pd
              w3.3B23.exe, versie: 3.3.0.0, tijdstempel: 0x6a030dad Uitzonderingscode: 0xc0000409 Foutoffset: 0x0000000
              0003a74d5 Foutproces-id: 0x24E8 Begintijd van foutieve toepassing: 0x1DCE23F91F62E53 Faulting-toepassings
              pad: C:\PROG\pdw-astrid\pdw3.3B23.exe Faulting-modulepad: C:\PROG\pdw-astrid\pdw3.3B23.exe Rapport-id: ee
              0b9a4a-6325-4c48-b727-e585296fdaf9 Faulting-pakket volledige naam:  Faulting-pakket-relatieve toepassings
              -id:
Die opname kan ik wel maken, maar het hangt natuurlijk af van het moment ik zo'n bericht ontvang...
IK weet niet precies hoe die opnames werken, nog nooit gebruikt.
Toevoeging: opname loopt intussen, van zodra ik een crash heb, bezorg ik de nodige bestanden.

De PDW die crasht heeft het bericht niet meer in zijn logs, de berichten uit mijn vorige post haalde ik uit de logs van een tweede PDW (v3.12) die wel blijft draaien op het moment dat de andere crasht.

[dajero]

Opnamebestanden vanop moment van de crash zonet via PB verzonden.
Ik kan de crash zo inderdaad simuleren door de opname opnieuw af te spelen in PDW.
Wanneer ik het blokkeren van de duplicaten uitzet, is er inderdaad geen crash.
Dan krijg ik volgende bericht te zien, dus het laatste haakje ontbreekt:

0197046

12:20:56 15-05-26 POCSAG-1  ALPHA   2400   (0478024956