Kein Alarmtext nach FMS32 Übergabe

[grisu63]

Hallo,
ich breche mir gerade einen ab um FE richtig einzurichten.
Die Einheiten sind alle angelegt und die Alarmabläufe ebenfalls.
Nun zu Problem:
Die Alarmierungen werden per FMS32 übergeben.
Die Einheiten werden auch alarmiert, es erscheint jedoch kein Alarmtext in den Mitteilungen.
Welche Parameter muss ich den im FMS32 Alarmtext-Plugin eingeben, damit ich hier Stickwort, Ort und Text angezeigt bekomme?
Wie kann ich den Textric in den Alarmablauf aufnehmen????
Wie die Anzeige des Einsatzortes auf Google Maps etc..
Ich komme hier einfach nicht richtig weiter!

[fischer08]

In deinem Alarmtextparameter musst du &3& für den text eingeben

[grisu63]

Das mit den Variablen habe ich gelesen. Allerdings wird kein Text mitgesendet.
Wie muss den die Varible komplett aussehen?

Gesendet von meinem GT-N7100 mit Tapatalk 2

[fischer08]

was meinst du mit wie müssen sie genau aussehen ?

in FMS hast du bei den globalen Aktionen den richtigen Alarmtext pfad ausgewählt ?

[grisu63]

Wie trage ich den Alarmpfad in den globalen Optionen ein?

[Maulwurf]

Und welche Parameter übergibst du aus FMS 32 raus? Das Programm FE kann nur richtig arbeiten wenn man auch den Empfangen Alarmtext (egal ob über DME oder über Scanner und Auswerte Programm) richtig an das Programm übergibt

Dazu vielleicht noch mal genau in der wiki nachlesen welche Parameter übergeben werden müssen damit FE den Alarmtext bearbeiter!

Du sagst ja Alarmierung klappt bloß kein Text dann noch mal schauen in FMS 32 ob du den übergibt

[grisu63]

"…/firEmergency 1.0/files/alarmexe/Alarm-FMS32.exe" "%1" | "%2" | "%3" | "%4"

[fischer08]

Wird auf dem AM3 überhaupt was angezeigt?

[grisu63]

http://img.tapatalk.com/d/13/07/14/ehehyvyt.jpgEs geht nicht um AM sondern um apager. Dürfte allerdings aufs gleiche hinauskommen. Es wird der Ric angezeift und für die anderen Variablen N/A.

Gesendet von meinem GT-N7100 mit Tapatalk 2

[fischer08]

Hast du du vor dem apager das plugin alarmtext zerlegen und das plugin alarmtext eigene parameter?

[grisu63]

Alarmtext zerlegen habe ich nicht eingesetzt.
Das Alarmtextplugin hat nur folgende Variable eingetragen: &3&

[fischer08]

Bei dem eigene parameter alarmtext plugin. Ist oben rechts ja so liste wo du neben dran was eintragen kannst. Hier musst du schauen das bei &3& dann auch message drin steht, sodass er auch weis das du für &3& message haben magst.

Hast des?

[grisu63]

Ich habe es jetzt so eingetragen. Malbsehen was passiert.

Gesendet von meinem GT-N7100 mit Tapatalk 2

[fischer08]

und hat es funktioniert?

[grisu63]

Zumindest sieht es jetzt so aus:

Hatte noch keinen richtigen Alarm mit entspr. Text.

[fischer08]

falls du den aufbau eures Alarmtexte weißt, kannst du mit dem BOSTool dir ja virtuell einen Alarm erzeugen

[bilarful]

Du kannst auch zum Testen von der FE config über ausführen (Win Taste + R) eingeben

"…/firEmergency 1.0/files/alarmexe/Alarm-FMS32.exe" "[RIC]" | "%2" | [Text der gesendet wird]" | "%4"

[grisu63]

Hallo Bilaful,
habe ich gemacht und Das kommt dabei raus.
Nur noch mal zu meinem Verständnis:
Die Alarmierung der einheiten funktioniert prima.
Ich habe auf der Serveroberfläche einen Expressalarm eingerichtet ( den Textric), und Diesen den Einheiten zugeordnet.
So müsste es doch korrekt sein?
Im Alarmablauf dann die Alarmtexplugins konfiguriert und aktiviert.
Das Alarmtexformat scheint zu sein:
FG - Kleinbrand - Berlin Lutzstraße 15 brennt Mülltonne.
Wie sollte das Alarmtextplugin aussehen?

[fischer08]

also als erstens solltest du das Plugin Alarmtext[BosMon] haben und dort die parameter eintragen.
zweitens das eigener alarmtext wo du bei einem parameter oben message reinschreibst und dann das &X& unten in das textfeld und als nächstes kommt dein apager

[grisu63]

Hallo,
vielen Dank für Eure Hilfe.
Ich habe im Alarmablauf als erstes das AlarmFMS32 - Textplugin, siehe Bilder.
Für den Expressalarm - also unseren Textric, habe ich den identischen Ablauf eingerichtet.
Trotzdem wird kein Text angezeigt. :-(

[fischer08]

ich dachte du nutzt BosMon zur auswertung des Alarmes ?

falls du doch FMS32 nutzt, das Alarmtext plugin ist falsch also das von FMS32, da musst einfach nur &3& in das Textfeld reinschreiben mehr nicht.

[grisu63]

Ja, ich benutze FMS32. Ich habe das Plugin jetzt einmal so verändert. ;al schauen, was der nächste Echtalarm hergibt.

[fischer08]

probier es doch nochmal manuell aus mit der Alarm exe beziehungsweise dem BOSTool

[florian_hsk]

Poste am besten mal einen Log vom entsprechendenen Alarm. Dann sieht man mal, welche Werte von FMS32/Bosmon übergeben werden und kann dir besser helfen.

- Log-Level auf "debug" umstellen
http://firemergency-wiki.de/mediawiki/index.php5?title=Log-Level_%C3%A4ndern
- Alarm ausführen oder abwarten
- Log vom kompletten (!) Alarm hier posten

[grisu63]

Hallo, stand schon auf Debug.
Werde mich melden, sobald ich entspr. Daten habe.
Vielen Dank!

[firEmergency]

Eine Verständnisfrage:

Warum genau nutzt du zwei hintereinandergeschaltene Alarmtext-Plugins?
Das erste ist dann nämlich nutzlos, weil das zweite den Text vom ersten immer überschreiben wird.

Desweiteren:
Kommt der Alarmtext in der Text-RIC-Einheit überhaupt an? Also wenn du einen Doppelklick auf den Text-RIC-Alarm in der Server-Oberfläche machst, steht dann dort der übermittelte Text drin? Wenn nein, dann kommt der Text ja in FE schon gar nicht an.

[grisu63]

So wie es ausschaut, kommt der Text tatsächlich nicht in FE an.
Wie kommt denn sowas? In FMS23 wird er angezeigt.

[FFSSBZ]

Hat das mit dem Alarmtext über FMS32 überhaupt einer am laufen??? Hab leider kein FMS32 mehr installiert und kann es deswegen nicht ausprobieren. Irgendwie fühle ich mich an das Problem von dem Benutzer "Zentrale Leitstelle" Beitrag #494 http://www.funkmeldesystem.de/foren/showthread.php?t=53180&page=33 erinnert.

Gruß,
FFSSBZ

[firEmergency]

Dann bitte log (DEBUG) von dem EA Text Alarm nachreichen. Dann können wir sehen was von FMS32 gesendet wird.

Gesendet via Mobile App

[grisu63]

Ich werde das Log posten, sobald wieder ein Alarm eingegangen ist.
Aber bei der Logdurchsicht ist mir noch etwas aufgefallen: siehe Anlage!

[florian_hsk]

Die Fehlermeldung hat nichts mit deinem Problem zu tun, sondern kommt von der Ausfallüberwachung.
Siehe hier: http://alamos-ug.de/?p=4228

[fischer08]

also ich nutze FMS32 und es funktioniert top

[grisu63]

Gestern Abend hatte wir eine Alarmierung und wieder wurde kein Text in den Apps übermittelt.
Anbei das Log des Alarmes.
Ich weiß echt nicht weiter.

[florian_hsk]

Welche Version von FirEmergency nutzt du?

[fischer08]

mach bitte ein screenshot deiner FMS32 einstellungen. ( den RIC bitte ausblenden beziehungsweise unkenntlich machen)

screenshot von deinem alarmablauf in FE

screenshot von den jeweiligen Plugins

[grisu63]

Teil 1 der Screenshots

[grisu63]

Teil 2 der Screenshots

[fischer08]

Ist der DLK Ric einen DME1 Ric oder DME2 ?

Hast du jede einzelne Einheit in FE einem Alarmablauf zugewiesen?

[Maulwurf]

die Standart Einheiten haste auch deiner Masterric zugeordnet???

laut Wiki:



http://www.alamos-ug.de/mediawiki/index.php?title=Expressalarm

http://www.alamos-ug.de/mediawiki/index.php?title=Datei:ExpressAlarmKonfiguration.PN G

[grisu63]

Ja, Das habe ich.

Gesendet von meinem GT-N7100 mit Tapatalk 2

[grisu63]

Hier die Zuordnung des Masterrics:

[grisu63]

Na toll...wieder eine Alarmierung und nix wird ausgelöst. So langsam nervt es. Jetzt nicht nur kein Text sondern gar nix.
Ich weiss echt nicht mehr weiter!
Jetzt kommt im Alarmserver die Meldung es wäre kein gültiger Alarmablauf vorhanden. Dabei ist Alles konfiguriert.
Als Aktion habe ich in FMS 32 bei den Meldern folgendes eingeben:
"C:\Program Files\Alamos UG\firEmergency\files\alarmexe\Alarm-FMS32.exe" "%1" | "%2" | "%3" | "%4"

Kann der Fehler hier liegen?

[Quietschphone]

Servus!

Hast Du in FMS32 in den Einstellungen bei "Aktionen ausführen" einen Haken?
Wenn nein --> kann nicht gehen...

Gruß
Alex

[grisu63]

Habe ich gemacht. Die Alarme kamen bislang auch an, nur ohne Text. Gestern Abend dann kam nichts mehr an, obwohl FMS32 den Alarm aufgezeichnet hatte.
Seltsamerweise fehlt auch das komplette Protokoll von gestern.

[firEmergency]

...
Jetzt kommt im Alarmserver die Meldung es wäre kein gültiger Alarmablauf vorhanden. Dabei ist Alles konfiguriert.
...

Wie lautet die Meldung denn genau?

Hier die Erklärung der Fehlermeldung:
http://www.alamos-ug.de/mediawiki/index.php?title=Alarmablauf_nicht_gefunden

[grisu63]

WARN PipelineController - Alarm für 13xxxxx wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.

Jetzt werden die Alarmabläufe aber wieder abgearbeitet.
Da ist wohl mächtig was schief gelaufen. Seltsamerweise fehlt der ganze Tag auch im Alarmverlauf auf der Serveroberfläche.

[firEmergency]

Das ist verrückt.

Die Meldung würde ja bedeuten, dass eine Einheit mit dem Code 13xxxxx versucht wurde zu alarmieren, sie jedoch nicht existiert.

Mal nur so ne Vermutung:
Hast du eventuell mehrere FE-Versionen auf deinem Rechner und zufälligerweise die falsche mal gestartet?

[grisu63]

Hallo,
Das ist allerdings verrückt.
Die Einheit ist definitiv vorhanden und jetzt funktioniert es ja auch wieder. Zumindest für unseren RTW, den ich als Testeinheit laufen habe. Hier allerdings kenne ich den EA nicht und wenn auch, er wäre verschlüsselt.
Allerdings weiß ich noch nicht, ob auch der Text bei den Feuerwehreinheiten funktioniert.
Auf dem Rechner läuft auch nur die Premiumversion von FE, also keine weitere.
Warum allerdings der gesamte Tagesverlauf verschwunden ist, ist schon verrückt.

[grisu63]

Ich verstehes es nicht.
Gestern hat die Alarmierung gut funktioniert.
Heute ist aber wieder nicht alarmiert worden:


3.07.2013 - 07:20:31.873 DEBUG AlarmFMS32ServerInput - FMS32: POC 1328008 1 [NULL][STX] 0 0
23.07.2013 - 07:20:31.873 INFO AlarmPool - Neuer eingehender Alarm für "1328008"
23.07.2013 - 07:20:31.873 INFO AddressGenerator - Versuche Einsatz-Adresse zu berechnen...
23.07.2013 - 07:20:31.873 DEBUG AddressGenerator - Suche nach Gebäude...
23.07.2013 - 07:20:31.873 DEBUG AddressGenerator - Kein Gebäude gefunden, suche nach Adresse...
23.07.2013 - 07:20:31.873 WARN AddressGenerator - Adresse konnte nicht gefunden werden
23.07.2013 - 07:20:31.873 DEBUG AlarmPool - Alarm-ID wird für diesen Alarm nicht erstellt
23.07.2013 - 07:20:31.873 INFO AlarmPool - Kein Sammelalarm
23.07.2013 - 07:20:31.873 DEBUG AlarmPool - Alarm hinzugefügt und Controller aufgeweckt
23.07.2013 - 07:20:31.873 DEBUG AlarmFMS32ServerInput - FMS32: POC 133xxxx 1 0 0
23.07.2013 - 07:20:31.873 WARN PipelineController - Alarm für 1328008 wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.
23.07.2013 - 07:20:31.873 INFO AlarmPool - Neuer eingehender Alarm für "133xxxx"
23.07.2013 - 07:20:31.873 DEBUG AlarmPool - Alarm-ID wird für diesen Alarm nicht erstellt
23.07.2013 - 07:20:31.873 INFO AlarmPool - Der eingegangene Alarm ist ein Express-Alarm - ExpressAlertingTimerTask erstellt
23.07.2013 - 07:20:31.973 DEBUG PipelineController - Server legt sich schlafen!

So langsam vergeht einem die Lust!

[firEmergency]

Es existiert eine Einheit mit dem Code "1328008"?
Für diese Einheit wurde auch ein Alarmablauf angelegt?

[grisu63]

Es betrifft den Code mit xxx. Dafür ist ein Alarmablauf eingerichtet. Nach Neustart des Servers gehen die Alarme wieder.
Irgendwie scheint es hier zu einer Fehlfunktion kommen.

Gesendet von meinem GT-N7100 mit Tapatalk 2

[firEmergency]

Ist die Einheit mit dem Code XX die einzige Einheit eines Benutzers Y, oder hat der Benutzer Y mehrere Einheiten?
Wenn ja, gehen dann die anderen Einheiten des Benutzers Y?
Kann der Benutzer eventuell nicht geladen werden (Fehler beim Start von FE)?

Solch ein Fehler wurde uns noch nie berichtet. Eventuell würde es uns helfen, die Benutzerdaten von dir zu erhalten (Config). Vorher müsstest du natürlich personenbezogene Daten entfernen. Wir würden dann versuchen das Verhalten nachzuvollziehen.

[Maulwurf]

kann leider keine logs posten da ich die nicht mehr habe aber diesen Fall hatte ich auch!

hatte den Code dem Admin Account zugewiesen und alle Einheiten außer eine wurden alarmiert vom Benutzer Admin!

Einheit wurde einfach einem anderen Benutzer zugewiesen und schon klappte es! warum das so war habe ich mir keine Gedanken gemacht weil es ja dann ging!

Ergänzung: Ereignis wurde aus Bosmon ausgelöst
FE war damals keine Beta-Version

[grisu63]

Der Benutzer heißt auch bei mir Admin!!
Der Benutzer hat mehrere Einheiten.
Am Samstag wurden durch FE alle Einheiten NICHT alarmiert, obwohl mehrere Einheiten von der Leitstelle alarmiert wurden.
Der Fehler trat genauso aus wie heute morgen. Einheiten hatten einen Alarmablauf, den der Server wohl nicht mehr erkannt.
Erst nach dem Neustart des FE-Servers liefen die Alarmierungen wieder..bis heute morgen.
Also wieder ein Neustart und die Alarme kommen wieder durch.
Bei Start des FE kommt keine Fehlermeldung!

Ich habe die Einheiten jetzt einem anderem Benutzer zugewiesen.
Wie kann ich den die pers. Daten aus der Configdatei entfernen?

[firEmergency]

Also wichtig ist:
Wir brauchen natürlich die Konstellation, bei der Fehler auftritt (also die fragwürdige Einheit beim Benutzer "Admin").

Es kommt jetzt drauf an, was du als personenbezogen alles siehst. Die Config wird bei uns nur zum Nachstellen des Szenarios verwendet. Danach wird sie wieder gelöscht.
Folgendes solltest du löschen:
- Deine Personen im Adressbuch
- Eventuelle Plugins mit Passwörtern oder ähnliches (SMS-Plugins etc.)

Wir benötigen dann nur die Config vom Admin. Einheiten-Codes solltest du am besten so lassen, da der Fehler ja auch damit zu tun haben könnte.

Desweiteren wäre eine Beschreibung hilfreich, mit der man den Fehler reproduzieren kann. Aber so wie es sich anhört, geht es ja manchmal und manchmal nicht.

[grisu63]

Jetzt habe ich die Einheiten schon einem anderen Benutzer zugewiesen. :-(
Der neue Benutzer hat nun sämtliche Feuerwehreinheiten intus.
Im Adminordner belasse ich nun die RTW-Einheit, bei der es ja heute nochmals zu dem Problem kam.
An welche Adresse soll ich die Config-Dateien schicken?

Komisch jetzt gehts wieder.

[grisu63]

Zu früh gefreut!
Nachdem gestern Alles lief, auch die Textübermittlung, gab es heute morgen wieder einen Rückschlag.
Unser RTW wurde letzte Nacht 2 mal alarmiert, aber FE hat den Alarm nicht weitergeleitet.
Wahrscheinlich wäre es mit den Feuerwehreinheiten ebenfalls so geschehen.
Wie kann es sein, dass es mal super funktioniert und dann plötzlich nicht mehr, ohne das etwas an der Config geändert wurde??

Hier das Log einer Alarmierung von heute Nacht:
Der Ric 1333xxxx ist übrigens kein EA und so auch nicht als EA in FE eingestellt. Es ist der RTW Ric!

24.07.2013 - 06:27:41.833 DEBUG AlarmFMS32ServerInput - FMS32: POC 133xxxx 4 0 0
24.07.2013 - 06:27:41.833 INFO AlarmPool - Neuer eingehender Alarm für "133xxxx"
24.07.2013 - 06:27:41.833 DEBUG AlarmPool - Alarm-ID wird für diesen Alarm nicht erstellt
24.07.2013 - 06:27:41.833 INFO AlarmPool - Der eingegangene Alarm ist ein Express-Alarm - ExpressAlertingTimerTask erstellt
24.07.2013 - 06:27:42.823 DEBUG AlarmFMS32ServerInput - FMS32: POC 1351993 1 OQC[CR]:R[EM]jüO9N+t)t[LF][SOH]I[LF]OxLlB[GS]bfu[ESC]b_[BEL][NULL]Q?n6-K!TO,U,[HT][CR]'[EM]v6m[EM]fa4_f[NULL]fT[FS]7!?0A[NULL])M$[DC]D8/Ö[US]3f 0 0
24.07.2013 - 06:27:42.823 INFO AlarmPool - >>>Mehrfachalamierung für "1351993" User( )
mit Nachricht "OQC[CR]:R[EM]jüO9N+t)t[LF][SOH]I[LF]OxLlB[GS]bfu[ESC]b_[BEL][NULL]Q?n6-K!TO,U,[HT][CR]'[EM]v6m[EM]fa4_f[NULL]fT[FS]7!?0A[NULL])M$[DC]D8/Ö[US]3f"
24.07.2013 - 06:27:43.823 DEBUG AlarmFMS32ServerInput - FMS32: POC 1351993 4 oQC[GS]:2[CR]VPC4$)[SUB]üC4ß0[NAK]ß[ENQ]t<nWrRi[VT]jO[DC][DC]#g[EOT].[FF][DC]'0L[ACK]7[ENQ]'4I3[DC]x;[FS]d:Ö"[DLE]/?H(m1"JÄWS:Sa(T[CAN][CR][FS]3f 0 0
24.07.2013 - 06:27:43.823 DEBUG AlarmFMS32ServerInput - Mehrfachalarmierung von 1351993

[firEmergency]

Also laut dem Log ist die 133XX ja zugehöriger einer EA-Alarmierung.
>> Der eingegangene Alarm ist ein Express-Alarm - ExpressAlertingTimerTask erstellt

Du sagst, die 133XX gehört nicht zu einem EA-Alarm und ist auch keinem zugewiesen.
War sie jemals zu einem EA-Alarm zugewiesen (und du hast sie später wieder entfernt)?

Config bitte an:
kontakt (at) alamos-ug (punkt) de

mit Bezug auf diesem Thread.

EDIT

Was mir gerade noch einfällt:
Wenn eine Einheit zu einer EA dazugehört, darf sie bei Alarmierung keinen Text enthalten. Wenn doch ein Text dabei ist (und sei es nur '0'), wird sie als ganz normale Einheit betrachtet, und nicht als EA-Einheit.
Das erklärt jetzt nicht dein Phänomen, aber wollte nur darauf hinweisen, da ja via FMS32-Input-Plugin wohl auch ein Text mitgesendet wird (0)

EDIT2
Habe gerade gesehen, dass es einen Fehler beim Löschen des EA gibt. Wenn du einen EA löschst, muss der Server neugestartet werden, damit die Änderung übernommen wird. Könnte dein Verhalten erklären.
Wird in einem Update behoben.

[grisu63]

Die Einheit war schon einmal einem EA zugeordnet.
Diese habe ich jedoch wieder entfernt.
Der Server wurde danach aber neugestartet.
Die Config-Dateien habe ich soeben verschickt.
Vielen Dank für die Unterstützung.

[grisu63]

Ich muss leider sagen, daß die Probleme wieder aufgetreten sind.
Der RTW wurde 2 mal alarmiert, was FMS32 auf korrekt entgegen nahm.
FE hat aber keinen Alarm rausgeschickt.
Auch die Wetterwarnungen funktionierten gestern nachmittag nicht mehr, allerdings die RTW-Alarmierung.
Erst nach Serverneustart wurden die Alarme wieder korrekt abgearbeitet.
Irgendetwas ist da faul.

[firEmergency]

Bitte mit kommender 1.5 nochmals beobachten (einiges bezüglich EA wurde geändert).

[grisu63]

Werde ich machen. Wie wird denn das Update installiert?

Gesendet von meinem GT-N7100 mit Tapatalk 2