PDW versie 3.0 (met RS232 support)

[Johan Beck]

Ik heb 1 ontvanger en dus ook aangesloten op 1 geluidskaart maar draai wel 2x PDW. Ik stond er zelf ook van te kijken want dacht ook dat het niet kon, maar dus wel.

[Hunter]

Ik heb 1 ontvanger en dus ook aangesloten op 1 geluidskaart maar draai wel 2x PDW. Ik stond er zelf ook van te kijken want dacht ook dat het niet kon, maar dus wel.

Je ontvangt dan 2x hetzelfde, neem ik aan

[Discriminator]

Maar als je 2x PDW wilt draaien dan wil je blijkbaar wat serieuzer gebruik maken van PDW. Waarom dan bezuinigen? Waarom geen goedkoop geluidskaartje erbij prikken? Schijnt zelfs te kunnen met een USB-geluidskaart, al verschillen de prestaties per type een beetje...

En iemand in Australië heeft zelfs 8 vensters tegelijk open, met verschillende Mobitex-zenders. Met het nieuwe RS232-interface, dat dan weer wel

[Johan Beck]

Ja allebei P2000 Peter. 1 versie voor alles en 1 versie specifiek voor Haaglanden. Maar ik begrijp dus nu dat de vraag werd gesteld om 2 aparte netwerken te monitoren.

[Asterix900]

Bij het sorteren zou rekening gehouden moeten worden met tekstfilters, deze moeten bovenaan komen te staan (bovenaan gelijke codes).

Gebeurt dat niet?

Wellicht zat de fout inderdaad bij mij. Heb het een tijdje gemonitord en het lijkt OK.

[Hunter]

[quote="Asterix900"Wellicht zat de fout inderdaad bij mij. Heb het een tijdje gemonitord en het lijkt OK.[/quote]Ik had hier onlangs nog een discussie over en de manier waarop men wil filteren kan effect hebben op een juiste manier van sorteren en dat is iets waar ik helaas geen rekening mee kan houden. Een paar voorbeelden van de wijze waarop PDW 'gelijkwaardige' filters sorteert :

1. 1234567
2. 123456?

Gaat goed.

1. 1234567 "test"
2. 1234567
3. 123456?

Gaat ook goed.

Problemen *kunnen* zich voordoen als bij zo'n laatste wildcard ook tekstfilters worden gebruikt :

1. 1234567
2. 123456? "test"
3. 123456?

Een "testbericht" voor 1234567 zal ten alle tijden filter #1 triggeren. Een testbericht voor 1234566 triggert filter #3. Dit is een conflict tussen volledige adressen en wildcards binnen dezelfde reeks met tekstfilters. Dat is heel, heel lastig te voorkomen en is iets wat ik zelf nooit voorzien heb en wat dus ook niet naar boven is gekomen tijdens testen. Mocht iemand ooit zoiets ervaren en je de voorkeur aan zo'n tekstfilter willen geven, dan moet je de sortering handmatig wijzigen :

1. 123456? "test"
2. 1234567
3. 123456?

[Asterix900]

Wat handig zou zijn, is het concept om meldingen niet op te nemen in de logfile met als criterium een in te geven woord. In steeds meer brandweerkorpsen kunnen brandweerlui hun beschikbaarheden doorgeven via telefoon of internet. Een bevestigingsbericht wordt vervolgens naar de pager gestuurd en is opgebouwd uit dezelfde tekst waarin enkel de parameters worden aangepast. Dergelijke berichten hebben weinig meerwaarde en overspoelen soms pdw op bepaalde tijdstippen. De RIC blokkeren werkt averechts omdat op andere tijdstippen wél interessante alarmmeldingen worden verstuurd naar de betrokken pager. Blokkeren dus op basis van inhoud ipv bestemmeling.

Een handige zoekfunctie zou ook het automatisch triëren van berichten die nog niet gelabeld zijn. Dat kan het werk iets gemakkelijker maken.

Gewoon enkele bedenkingen op deze zaterdagavond  

[Tom-]

Af en toe gebeurt het dat ik PDW start, en dat ik geen venster zie. Intussen weet ik dan hoe laat het is, in PDW.INI staat dan

Code: [Selecteer]

xPos=-32000
yPos=-32000
Hoe het er komt weet ik niet, maar omdat het altijd deze positie is moet er toch een oplossing voor zijn. Eventueel een workaround, waarbij -32000 gecorrigeerd wordt naar 0? Niet de mooiste manier, dat wel.

Weinig kritiek bugje, maar ik meld het toch maar.

Overige info:
Bij v 2.x kwam dit ook al voor.
Windows 7 Pro, x64.