P2000 Dashboard gereleased

[marcel1988]

Leuk projectje, ga ik mee beginnen.

Moet het nog een bepaalde SDR stick zijn, of kan het ellke el cheapo stickje ook gewoon werken?

[woestric]

Het is niet supergevoelig en het signaal op 169.500 is meestal behoorlijk sterk maar je kan wel wat meer carbage in je meldingen krijgen met een hele goedkope stick is mijn ervaring.
Dit is wel een goede site voor informatie over het installeren van rtl-sdr stick: https://www.rtl-sdr.com/rtl-sdr-quick-start-guide/

gr, Richard

[Bart]

Mijn PDWbridge wordt gevuld, maar in het dashboard zie ik niets. Waarschijnlijk heb ik iets niet goed aangegeven bij de eerste keer opstarten, maar hoe kan je dat wijzigen? Of zou er een andere reden zijn? Ik kan wel een Compoort aangeven, maar alles staat op 1 laptop.

Was hier al een oplossing voor gevonden? Het lijkt erop dat ik tegen hetzelfde probleem aanloop. PDW filtert alleen mijn eigen regio. P2000 Dashboard start op en maakt een connectie met PDWBridge volgens de log. Berichten worden gefiltert in PDW, maar verschijnen niet in het dashboard. Arguments heb ik nog eens gecontroleerd en staan exact zo als beschreven. De textfile van PDWbridge geeft als laatste aan "Backlog verstuurd: 4 berichten". Kennelijk verdwijnen deze berichten weer ergens tussen PDW en PDWBridge.

[woestric]

Kan je eens in de log van pdwbridge kijken hoe de berichten daar binnenkomen en verstuurd worden.
Ik vermoed dat er maar een deel van het bericht daar binnenkomt.
Dt kan gebeuren als PDW bridge te diep genest is in de mappenstructuur.

PDW is op oude delphi code gebaseerd. Elke keer als er een melding door het filter komt voert hij een commando regel uit die pdw bridge aanroept. Maar er zit een maximale lengte aan die command regel.
ALs je dus bijvoorbeeld dit hebt C:\xxxxx\xxxxx\xxxxxx\xxxxxx\xxxxx\pdwbridge.exe "|%1|%2|%3|%5|^6|%7|#"  hebt dan kan het zijn dat niet alle argumenten meekomen omdat het afgekapt wordt.

EN dan krijg je dus maar een deel van het bericht binnen en als hij de melding niet binnenkrijgt, dan laat hij ook raw_meesage niet zien.
Dit was het probleem bij de eerdere melding.

Lang verhaal kort. Zet het geheel eens op bijv C:\p2000\  en probeer het dan nog eens.
ALs het nog niet werkt, stuur dan even wat logging en screenshots naar info@p2000dashboard.net zodat ik wat gerichter kan kijken.

gr, Richard

[flopper]

Kan je eens in de log van pdwbridge kijken hoe de berichten daar binnenkomen en verstuurd worden.
Ik vermoed dat er maar een deel van het bericht daar binnenkomt.
Dt kan gebeuren als PDW bridge te diep genest is in de mappenstructuur.

PDW is op oude delphi code gebaseerd. Elke keer als er een melding door het filter komt voert hij een commando regel uit die pdw bridge aanroept. Maar er zit een maximale lengte aan die command regel.
ALs je dus bijvoorbeeld dit hebt C:\xxxxx\xxxxx\xxxxxx\xxxxxx\xxxxx\pdwbridge.exe "|%1|%2|%3|%5|^6|%7|#"  hebt dan kan het zijn dat niet alle argumenten meekomen omdat het afgekapt wordt.

EN dan krijg je dus maar een deel van het bericht binnen en als hij de melding niet binnenkrijgt, dan laat hij ook raw_meesage niet zien.
Dit was het probleem bij de eerdere melding.

Lang verhaal kort. Zet het geheel eens op bijv C:\p2000\  en probeer het dan nog eens.
ALs het nog niet werkt, stuur dan even wat logging en screenshots naar info@p2000dashboard.net zodat ik wat gerichter kan kijken.

gr, Richard

Richard

Ik kan binnenkort wel even kijken of ik dit in de nieuwe PDW code (versie 4.0.4) aan kan passen. Ik zie wat zaken die beter kunnen. Er is een buffer gedeeld en ze kunnen wat ruimer.

PDW is in C++ geschreven.  


Verzonden vanaf mijn iPhone met Tapatalk

[Bart]

Dat klinkt als een plausibele verklaring. Hij staat inderdaad wat verder weggestopt. Vandaag lukt niet meer, maar ik zal het morgen eens aanpassen. Je hoort van me, thanks!

Verstuurd vanaf mijn SM-S948B met Tapatalk

[woestric]

Ik ga het nog even verder onderzoeken. Ik vermoed dat de max lengte misschien zelfs maar 64 tekens is en dan is de mappenstructuur van de release zip zelfs misschien al te lang en gaat het snel standaard fout.
Qua code kan ik er weinig aan veranderen omdat PDW icm windows hier leidend is.

Laat me aub ook even weten als het wel gelukt is maar ik heb er wel goed vertrouwen in. Succes in ieder geval

gr, Richard

[woestric]

Voor iedereen.
Dankzij de feedback van enkele forumleden heb ik vastgesteld dat op dit moment twee problemen spelen die de werking van de applicatie nadelig beinvloeden:
 - Het installatie pad van de ZIP is te lang. Hierdoor wordt de commando regel die je in PDW moet zetten ook te lang en daardoor worden niet alle argumenten meegestuurd en komt type, message en label niet in PDW bridge aan en dus ook niet in P2000 Dashboard. En dan gaat de verwerking fout en zie je niets in de logging. Voor een juiste werking kan je het beste deze structuur gebruiken. <Drive>\p2000 en dan pdw bridge en p2000dasboard submappen. Dan wordt de commando aanroep dus bijv: C:\p2000\pdwbridge\pdwbridge.exe De argumenten hoef je niet aan te passen.
- Omdat p2000 berichten niet altijd consistent verstuurd worden is het best complex om vast te stellen wanneer een melding volledig binnengekomen is. Op dit moment doet de applicatie dat op basis van de regel met type alpha. Een alarmering op een losse capcode krijgt altijd ALPHA als type mee. Als er meerdere capcodes tegelijk worden gealarmeerd, dan krijgen de individuele regels type GROUP en wordt het bericht afgesloten met een landelijke groepscode in de 20295 range. Die krijgt dan alpha.
Dat is dus direct ook een tekortkoming want je MOET dan wel de groepscodes doorsturen naar PDWbridge want anders krijgt de applicatie bij multi-cap meldingen nooit een alpha regel binnen en gaat hem dus niet verwerken.
UIteraard ga ik voor het tweede punt een structurele oplossing maken maar je kan het nu werkend krijgen door in PDW in de filter een regel voor 20295?? op te nemen. Dan worden alle landelijke codes doorgestuurd. Via de filters kan je dan zorgen dat meldingen niet in het hoofdscherm worden getoond.

Ik zal de update hier ook aankondigen als het zover is maar je kan updates ook zien op P2000dashboard.net

[Bart]

Ik ga het nog even verder onderzoeken. Ik vermoed dat de max lengte misschien zelfs maar 64 tekens is en dan is de mappenstructuur van de release zip zelfs misschien al te lang en gaat het snel standaard fout.
Qua code kan ik er weinig aan veranderen omdat PDW icm windows hier leidend is.

Laat me aub ook even weten als het wel gelukt is maar ik heb er wel goed vertrouwen in. Succes in ieder geval

gr, Richard

Helaas. Alles verplaatst naar submapjes onder D:\P2000, dus P2000Dashbaord, PDWBridge en PDW zelf. Daarnaast een filter 20295?? toegevoegd (leek trouwens niets mee te gebeuren, pas toen ik in PDW "Convert short instructions to text" uitvinkte begon hij te filteren op de groupcalls). Het gedrag blijft hetzelfde: maakt connectie, de logfile van PDWBridge wordt gevuld maar het komt niet door in P2000Dashboard. Ook de Arguments opnieuw gekopieerd en geplakt. Ik laat het voor nu even zitten. Als ik van de week even tijd heb ga ik het op een andere PC opnieuw proberen, en zal ik screenshots voor je maken van de PC waarop het nu niet lukt.

[Faramir]

Weet je 100% zeker dat er gewone dubbele quotes zijn gebruikt in de Arguments regel? Vanaf de webpage waren ze bij mij 'vertaald' naar typografische quotes en deed hij het bij mij ook niet.
Handmatig de quotes vervangen door de gewone was voor mij de oplossing. Ik geloof dat Woestric dat heeft aangepast maar een check is zo gebeurd.

[SeaSparks]

Voor iedereen.
- Omdat p2000 berichten niet altijd consistent verstuurd worden is het best complex om vast te stellen wanneer een melding volledig binnengekomen is. Op dit moment doet de applicatie dat op basis van de regel met type alpha. Een alarmering op een losse capcode krijgt altijd ALPHA als type mee. Als er meerdere capcodes tegelijk worden gealarmeerd, dan krijgen de individuele regels type GROUP en wordt het bericht afgesloten met een landelijke groepscode in de 20295 range. Die krijgt dan alpha.
Dat is dus direct ook een tekortkoming want je MOET dan wel de groepscodes doorsturen naar PDWbridge want anders krijgt de applicatie bij multi-cap meldingen nooit een alpha regel binnen en gaat hem dus niet verwerken.
UIteraard ga ik voor het tweede punt een structurele oplossing maken maar je kan het nu werkend krijgen door in PDW in de filter een regel voor 20295?? op te nemen. Dan worden alle landelijke codes doorgestuurd. Via de filters kan je dan zorgen dat meldingen niet in het hoofdscherm worden getoond.

Ik heb nu 20295?? toegevoegd in de filterlijst. Wat me opvalt in PDW 4.04 dat ondanks dat deze nu opgenomen is in de filterlijst, PDW deze niet laat zien.
En ja;l show Filter Label staat aan, en Enable filter command line staat ook aangevinkt.
@Wopper Kan het zijn dat er ergens in PDW geprogrammeerd staat dat de groepscode wel of niet wordt weergegeven (en vervolgvraag; wordt deze dan ook meegestuurd naar de database zoals in PDWbridge?

[woestric]

Seasparks. LIjkt me sterk want ik gebruik zelf ook 404 versie tegenwoordig en dat bleef gewoon prima werken bij mij.
Als je je filtercodes in het filterscherm laat zien, dan zou je al die codes ook in PDW moeten zien onder de rawmessages.
Ik neem via mail nog wel even contact met je op.

gr, Richard

[flopper]

Ik ben zelf niet bekend met de command regel en gebruik het niet. Kan best zijn dat als je flex mode aan hebt staan, in de grafische instellingen, dat hij dan de 20295?? weglaat omdat daar het woordje GROUP-xx komt te staan.

Zou erin moeten duiken maar denk dat de basis ander moet uit koppelen van p2000dashboard. Waarom deze complexe manier van commands als je er tegenwoordig een scala aan externe koppelingen in zit. Een MQTT server draait in 15 minuten een lokale SQLite database in nog minder, of webhooks zit allemaal in PDW4.0.4. https://github.com/spiralshapeturtle/PDW/releases/tag/v4.0.4

Met wat ik heb meegelezen zou ik de aanvoer van de berichten moderniseren in p2000dashboard. Dan heb je per bericht ook direct een start en een stop, en hoef je geen capriolen uit te halen met het doorlaten van group codes om het einde van een bericht te identificeren, toch? Ik zou de bridge vervangen voor MQTT.

[Bart]

Weet je 100% zeker dat er gewone dubbele quotes zijn gebruikt in de Arguments regel? Vanaf de webpage waren ze bij mij 'vertaald' naar typografische quotes en deed hij het bij mij ook niet.
Handmatig de quotes vervangen door de gewone was voor mij de oplossing. Ik geloof dat Woestric dat heeft aangepast maar een check is zo gebeurd.

Hmm, dat is nog een poging waard. Ik heb ze inderdaad gekopieerd en geplakt vanuit de webpage.

Bart

Verstuurd vanaf mijn SM-S948B met Tapatalk