Mehrfachalarmierung

[ManuelW]

Ein anderes Problem ist auch, vielleicht ist das noch keinem
aufgefallen, denn das Richtungsbit ändert sich gar nicht.
Egal ob ich vom FZ-> LST funke oder umgekehrt, es bleibt immer auf 0.
Ist das bei euch auch so?

ist ein bekannter fehler, leider

[msmaster]

Moin,

ich habe die Antwort auf das von mir vorher beschrieben Problem
gefunden.
Es liegt eindeutig daran, das wenn man an der Formatierung etwas ändert in der monrc, diese Daten auch nicht mehr korrekt ausgegeben werden.
Hat man Sie in der Formatierung dann funktionieren sie auch.
In die DB wird die Richtung nun korrekt eingetragen.

Das Problem der Mehrfachalarmierung kann ich gar nicht so testen, welche freq. hat denn der Abschlußton, denn bei uns wird nur die ZVEI Folge rausgeschmissen.
Kann mir das ja mal anschauen.

Weiß einer warum bei der ZVEI Folge mit Weckton in die DB Melderauslöung und bei keinem Weckton unklare Auslösung steht? Ist doch eigentlich beides das selbe?



Gruß
ms

[ManuelW]

Es liegt eindeutig daran, das wenn man an der Formatierung etwas ändert in der monrc, diese Daten auch nicht mehr korrekt ausgegeben werden.
Hat man Sie in der Formatierung dann funktionieren sie auch.
In die DB wird die Richtung nun korrekt eingetragen.

hö, bitte was ? ich versteh kein wort ?!
wo liegt der fehler mit der richtung ?

[msmaster]

Auszug aus monrc:
#Formatierung für FMS/ZVEI/POCSAG-Ausgabe (NAME Länge Füllzeichen)
#
#FMS: ZEIT8 KANALnnBOSnn LANDnn ORTnn KFZnn STATUSnn BSTnn TKInn DIRnn
FMS:ZEIT8 KANAL1 BOS4 LAND3 ORT3 KFZ10STATUS30TKI3 Dir:DIR1 Bst:BST1

Wird dort dir Formatierung geändert, also so das im Layout das Richtungsbit nicht mehr angezeigt werden soll, dann wird es auch nicht korrekt in die DB eingetragen.
Sobald man Dir:DIR1 wieder in die anzeige aufnimmt, schreibt er es korrekt in die DB.


Wie ist das nun mit der Mehrfachalarmierung?
Wenn ich eine Liste erstelle und darin mehrere Alarmierungen nacheinander
laufen lasse, dannwerden die auch korrekt angezeigt und gespeichert.
Was für ein Ton soll am Ende ausgegeben werden.

Gruß
ms

[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? ;)