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.