Interesse in nieuwe PDW (3.2b01) versie?

[Wopper]

Het klin kt wellicht een beetje gek, maar is het ook mogelijk een soort vertraging in de mail-functie te maken waarin PDW meerdere berichten verzameld en in 1 keer verzend. Ik zal uitleggen waarom;
Ik gebruik PDW voor NAT 3 en dan met name voor Prorail. Deze versturen een bericht naar meerdere RIC's, maar met dezelfde tekst. Nu krijg ik bij elke RIC een mail, maar van mij zou dat ook in één keer mogen mits het bericht hetzelfde is. Zeker als je een RIC in je filter ? aanmaakt met als filter tekst "ICB Zwolle" dan krijg je voor 1 bericht soms wel 10 mailtjes.  Een fijne (maar niet broodnodige) optie zou zijn om een vertraging in te bouwen en dan één mail met 1 tekst en meerdere RIC's.

De uitdaging zit hem hier in wat is "hetzelfde" als er 1 spatie of komma tussen zit dan matched de logica niet en heb je netto hetzelfde resultaat. Heb je een 3 tal verschillende voorbeeld meldingen?

Mijn eerste ingeving zou zijn laat mail los en maak een stap met MQTT of Webhook export naar homeassistent + node-red daar heb je zeker weten "blokkeer bericht als het niet gewijzigd is". Die koppel je weer aan push berichten naar mobiel of een mail functie en je bent volledig in control.

• Block Duplicate: AAN, optie 2 "Message is the same as previous"   Tweede RIC met zelfde tekst → compleet geblokkeerd (geen scherm, geen mail)
• Filter: 1 entry, capcode *, tekst ICB Zwolle -> Één filter matcht alles, eerste bericht telt

Dit geeft 1 mail in plaats van 10, maar je ziet ook maar 1 regel op scherm, de andere 9 RICs verdwijnen compleet. Optie 2 vergelijkt met het vorige bericht in de monitor-pane. Als er één ander bericht tussendoor komt (van een andere groep), wordt het volgende "ICB Zwolle" weer als nieuw gezien en triggert opnieuw een mail.

[dajero]

Er is iets mis met MQTT in deze laatste versie (3.5).
In 3.4.3a was het nog in orde.
Er worden namelijk heel vaak lege labels doorgestuurd in de JSON.

Code: [Selecteer]

{"message":"bericht weggehaald","address":"0753158","label":"","time":"14:28:48","date":"30-05-26","timestamp":1780144128}

[Wopper]

Er is iets mis met MQTT in deze laatste versie (3.5).
In 3.4.3a was het nog in orde.
Er worden namelijk heel vaak lege labels doorgestuurd in de JSON.

Code: [Selecteer]

{"message":"bericht weggehaald","address":"0753158","label":"","time":"14:28:48","date":"30-05-26","timestamp":1780144128}

Tnx en welke instellingen gebruik je in MQTT?

[dajero]

[MQTT]
Enabled=1
Broker=hier staat een ip-adres :-)
Port=1883
ClientId=PDW-01
User=
Password=
Topic=pdw/messages
QoS=0
Retain=0
LogToFile=0
PadCapcodes=0
FlatJson=1
TopicSuffix=0
SendIn=0
Fields=142

[dajero]

Intussen uitgeklaard.
Duplicate messages worden nu ook verzonden via MQTT, ook al zie je ze niet op je scherm doordat 'block duplicates' aan staat.
Het eerste bericht krijgt een label via MQTT, het volgende/de volgende berichten krijgen geen label mee via MQTT.
Deze laatste zag ik dus plots verschijnen.
Is aan te passen door 'Filtered + monitor only messages' aan te zetten in het MQTT-menu.

[Wopper]

Intussen uitgeklaard.
Duplicate messages worden nu ook verzonden via MQTT, ook al zie je ze niet op je scherm doordat 'block duplicates' aan staat.
Het eerste bericht krijgt een label via MQTT, het volgende/de volgende berichten krijgen geen label mee via MQTT.
Deze laatste zag ik dus plots verschijnen.
Is aan te passen door 'Filtered + monitor only messages' aan te zetten in het MQTT-menu.

Klopt it was not a bug, it was a feature ;-) Er was behoefte aan een raw feed, zonder reject/duplicate detectie -> pure info uit de ether. Ik had daar all-messages voor gebruikt, dat heb ik nu in 3.5.1 teruggedraaid. Dan werkt het voor jou weer als vanouds, en is er een 4e optie bij gekomen raw-feed.

De mail instellingen zijn aangepast, betere error meldingen en een log to disk optie. Je kan nu onafhankelijk van elkaar de subject of body checkboxes aanvinken voor de gewenste velden. Hiermee kan je het naar eigen hand zetten zonder dat ik een hele pushover.net API implementatie hoef te schrijven. Wil je de meldingen in de titel van je pushbericht of juist de tijd, of wil je daar het capcode label laten zien etc.

EDIT: ik deel zo een losse link

Zomaar wat voorbeelden www.pushover.net pusht op basis van een PDW email:

[Wopper]

3.5.1 https://www.dropbox.com/scl/fi/yisvpwxuyjnkpjp8m1yqc/pdw3.5.1.exe?rlkey=6kk61qzvkhv9nuza2xe2nfus3&dl=0 met de genoemde fixes in mijn vorige post.

[dajero]

Ik heb nog een suggestie/leuke toevoeging:
Op een of andere manier een melding kunnen uitsturen als het ontvangstmetertje minder dan een bepaald percentage aangeeft.
Kan bijvoorbeeld zoals bij de filters, een command file laten aanroepen en een aantal argumenten kunnen meegeven ofzo.

[Wopper]

Wat zullen we als drempel waarde aanhouden? Daar kunnen we wel een mail alert aan koppelen schat ik in.

[dajero]

Geen idee, instelbaar maken?
Ik zit normaal altijd op 100%, tenzij  er op de een of andere manier iets aan de hand is: mast die uit ligt, storing van bij de buren (elektromagnetisch veronderstel ik), zelf een ontvanger/antenneprobleem.
Vooral voor dat laatste is het interessant, dan kan je actie ondernemen.
Mail vind ik persoonlijk minder interessant, ik stuur alles naar een database en verwerk van daaruit richting Telegram.
Ik weet niet wat nu de grenswaarden van dat metertje zijn, dat is soms rood en soms staat er een uitroepteken bij ook...