Mehrfachalarmierung

[Buebchen]

Zu den Mehrfachalarmierungen:
Das Problem tritt auf, wenn die Alarmierung ohne Weckton / Sirenenton / Pause durchgeführt werden. Z.b. bei Problemalarmierungen. Also wirklich die ZVEI Folgen direkt aneinandergereiht sind. Und der Weckton erst zum Schluß kommt.

Das hängt damit zusammen, daß es ähnlich wie ein Abbruch oder ein fehlerhafter Empfang behandelt wird, wenn eine neue ZVEI-Folge vor dem Weckton empfangen wird. Hab eine von den möglichen Stellen gefunden. Die wird aber auch bei fehlerhaftem Empfang angesprungen. Da habe ich noch nicht die Ruhe gehabt, mich mal damit zu befassen, an welchen Stellen sonst noch die Ausgabe ausgelöst werden kann.

Bisher wird der ZVEI Folge an der Stelle übertragen, an der der Weckton erkannt wird oder eben die Wartepause für den Weckton erreicht ist und die Wartepause beendet wird.

Man müßte nun noch zusätzlich folgenden Fall eingrenzen:
1. Empfang einer gültigen ZVEI Folge
2. Warten auf Weckton
3. Es wird eine neue ZVEI Folge empfangen -> Hier die unter 1. empfangen ZVEI folge in die DB schreiben.

Wäre der Quelltext etwas "geradeliniger" wäre es einfacher ;-) Monitor trennt die Auswertung nicht von der Ausgabe :-(

[msmaster]

Aber ist es dann nicht sinnvoll die Unterschiede gar nicht erst aus zu werten,
ob ein Weckton folgt oder nicht.
Was für ein Sinn macht das dann darauf zu warten, es sollen doch die ZVEI Folgen erkannt werden und das macht er ja auch, denn der Weckton ist doch eigentlich nicht relevant, für mich jedenfalls nicht.

[Max K.]

Aber ist es dann nicht sinnvoll die Unterschiede gar nicht erst aus zu werten,
ob ein Weckton folgt oder nicht.
Was für ein Sinn macht das dann darauf zu warten, es sollen doch die ZVEI Folgen erkannt werden und das macht er ja auch, denn der Weckton ist doch eigentlich nicht relevant, für mich jedenfalls nicht.

Wenn statt des Wecktones ein Sirenenton kommt ist es relevant, oder nicht? ;)

[MacLeod]

es würde ja schon reichen, wenn alles was an zvei-folgen vom monitor erkannt wird, auch in die datenbank übernommen wird.
wäre zwar ganz nett, wenn auch die sirenen mit erkannt werden, aber vorrang sollte doch sein, dass alle folgen auch eingetragen werden...

schön das sich doch noch mal was tut in der hinsicht, hatte den monitor schon abgeschrieben. hoffe das das irgendwie in den griff zu bekommen ist. ;-)

danke

MacLeod

[Buebchen]

Das Problem ist an der Stelle "jede erkannten ZVEI Folge". Ich würde es schon begrüssen, daß er Sirenenalarmierung erkennt. Wenn er das tut - also wirklich etwas erkennt (sprich einen Weckton findet) - ist alles prima. Nur im Fall, daß er vor dem Time-Out auf eine neue ZVEI Folge trifft, gehen die Daten nicht in die Datenbank.

[ManuelW]

Hmm, aber im monitor selber werden sie doch auch angezeigt, vielleicht sitzt der DB Befehl einfach nur an der falschen Stelle ?

[Buebchen]

Jep. So in der Art. Ich hab' nur irgendwann die Lust verloren, mir diesen Spaghetti-Code zu gemüte zu führen.

Es wird ja nicht (wie man meinen würde) erst ein Informationspaket geschnürt (ZVEI wurde um xx:xx mit xyz alarmiert) und das dann ausgegeben. Stattdessen erfolgt die Ausgabe während der dekodierung. Sobald etwas fertig ist, wird es ausgegeben. Hatte mal Probeweise ne Stelle angepasst. Da wurden dann aber auch fehlauswertungen übertragen. Da hab' ich dann irgendwann keine Lust mehr gehabt :-(

Werde noch schauen. Aber irgendwie komm ich nicht hinter die richtige Stelle.