[FE] Neue Version 1.3.1.0

[pfeiffer]

Hi,
steht im Log (DEBUG) so etwas (bei jedem Durchgang)?
Nach neuen Warnungen wird gesucht...

So .... hier der komplette Bereich um 12:00.

Es wurde etwas "gemacht" ... aber im Kalender und in der Serveroberläche ist nichts angekommen ...
Um 12:00 war das Lebenszeichen und die Waldbrandüberprüfung. Das Lebenszeichen ist im Kalender eingetragen worden - Waldbrandwarnstufe 3 nicht.

Warum wird das Log um 12:00 gespeichert?

Gruß
Carsten



04.05.2013 - 12:00:00.592 DEBUG AliveInput - Schicke Lebenszeichen...
04.05.2013 - 12:00:00.592 INFO AlarmPool - Neuer eingehender Alarm für "FIREMERGENCY"
04.05.2013 - 12:00:00.592 DEBUG AddressGenerator - Adresserkennung ist nicht aktiviert und wird übersprungen
04.05.2013 - 12:00:00.592 DEBUG AlarmPool - Alarm-ID wird für diesen Alarm nicht erstellt
04.05.2013 - 12:00:00.592 INFO AlarmPool - Kein Sammelalarm
04.05.2013 - 12:00:00.592 DEBUG AlarmPool - Alarm hinzugefügt und Controller aufgeweckt
04.05.2013 - 12:00:00.592 INFO AliveInput - Neues Lebenszeichen
04.05.2013 - 12:00:00.622 INFO PipelineController - Pipeline gestartet für FIREMERGENCY
04.05.2013 - 12:00:00.632 INFO Pipeline - Pipeline von Feuerwehr (FIREMERGENCY) wurde mit AlarmData () gestartet
04.05.2013 - 12:00:00.632 INFO PluginController - PluginController mit Plugin customParams_customAlarm.CustomParams_customAlarm (DME0) mit AlarmData ()wurde gestartet
04.05.2013 - 12:00:00.632 INFO CustomParams_customAlarm - Key "pluginMessage" gesetzt auf: FUNKTIONSÜBERWACHUNG SMS-SERVER
04.05.2013, 12:00:00

04.05.2013 - 12:00:00.632 INFO CustomParams_customAlarm - Key "subject" gesetzt auf: SMS-SERVER, 12:00:00
04.05.2013 - 12:00:00.632 INFO PluginController - PluginController mit Plugin customParams_customAlarm.CustomParams_customAlarm (DME0) mit AlarmData () nach 0 ms beendet
04.05.2013 - 12:00:00.732 INFO PluginController - PluginController mit Plugin calendar.GoogleCalendar (DME1) mit AlarmData ()wurde gestartet
04.05.2013 - 12:00:00.732 DEBUG GoogleCalendar - Google Kalender Plugin gestartet
04.05.2013 - 12:00:00.752 DEBUG WaldbrandInput - Nach neuen Warnungen wird gesucht...
04.05.2013 - 12:00:00.752 DEBUG WaldbrandInput - Öffne Bundesland: Niedersachsen
04.05.2013 - 12:00:00.982 DEBUG GoogleCalendar - URL: /calendar/feeds/xxxxxxxxxxxxxxxx@gmail.com/private/full
04.05.2013 - 12:00:01.782 DEBUG GoogleCalendar - Kalender Eintrag erstellt
04.05.2013 - 12:00:01.792 INFO PluginController - PluginController mit Plugin calendar.GoogleCalendar (DME1) mit AlarmData () nach 1060 ms beendet
04.05.2013 - 12:00:01.832 DEBUG Pipeline - Erstelle AlarmHistory
04.05.2013 - 12:00:01.832 DEBUG FeedbackController - Feedback wird nicht verwendet (deaktiviert in den Einstellungen)
04.05.2013 - 12:00:01.832 DEBUG Pipeline - AlarmHistory erfolgreich erstellt. Füge hinzu
04.05.2013 - 12:00:01.832 DEBUG DataManagement - Hinzufügen von AlarmHistory für DME
04.05.2013 - 12:00:01.832 DEBUG DataManagement - Synchronize Start
04.05.2013 - 12:00:01.832 DEBUG DataManagement - Synchronize Started
04.05.2013 - 12:00:01.832 DEBUG DataManagement - Datum der AlarmHistorySat May 04 00:00:00 CEST 2013
04.05.2013 - 12:00:01.832 DEBUG DataManagement - File einlesen C:\Program Files\Alamos UG\firEmergency\Config\AlarmHistory\History_of_05_ 04_13.fdb
04.05.2013 - 12:00:01.852 DEBUG DataManagement - History-Count 2
04.05.2013 - 12:00:01.852 DEBUG DataManagement - Existierende AlarmHistory als Backup speichern
04.05.2013 - 12:00:01.852 DEBUG DataManagement - Daten in Datei schreibenC:\Program Files\Alamos UG\firEmergency\Config\AlarmHistory\History_of_05_ 04_13.fdb
04.05.2013 - 12:00:01.862 DEBUG DataManagement - History erolgreich geschrieben. Backup-Datei löschen
04.05.2013 - 12:00:01.872 DEBUG DataManagement - Synchronize End
04.05.2013 - 12:00:01.872 DEBUG DataManagement - Synchronize Ended
04.05.2013 - 12:00:01.872 DEBUG Launcher - 1 Oberflächen wurden über neue Alarmierungen informiert
04.05.2013 - 12:00:01.872 INFO Pipeline - Alarmabarbeitung beendet
04.05.2013 - 12:00:01.872 DEBUG GStatusController - Neue Alarmierungen sind da
04.05.2013 - 12:00:01.872 INFO Pipeline - Pipeline von Feuerwehr (FIREMERGENCY) wurde nach 1240 ms beendet, isError?: false
04.05.2013 - 12:00:01.872 DEBUG MainFrame - Aktualisierung der AlarmHistory gestartet
04.05.2013 - 12:00:01.892 DEBUG MainFrameController - Füge Eintrag zu History hinzu
04.05.2013 - 12:00:02.032 DEBUG PipelineController - Server legt sich schlafen!
04.05.2013 - 12:00:03.572 INFO WaldbrandInput - Warnstufen: [3, 3, 3, 3, 2, 2, 2]
04.05.2013 - 12:00:03.572 DEBUG WaldbrandInput - Heutige Warnstufe: 3
04.05.2013 - 12:00:03.572 DEBUG WaldbrandInput - Höchste kommende Warnstufe: 3

[Florian 1/23]

Wenn Swissphone deaktiviert war, dann passt ja alles. Der gesamte Text wurde gesammelt (in deinem Fall unglücklicherweise zwei Alarmierungen) und als ein Alarm weitergereicht.
Wenn Swissphone aktiviert gewesen wäre, würden zwei Alarmierungen erstellt werden.

Kann ich so leider nicht bestätigen, aber vielleicht mach ich ja auch etwas falsch..??

Erst gestern wieder zwei Einheiten alarmiert und die Texte waren wieder "ineinander".

Wie lange soll der Port abgehört werden, also welche Zeit soll man da einstellen?
Muss man beim Programmieren irgendwas bestimmtes einstellen? In der Siwssphone Software ist der Melder bei "Meldungsabschluss" bei 04 EOT.


Gruß

[faboi]

Mit welcher Variable wird auf den Text zugegriffen? Mit &SA& sind immer alle Texte ineinander.
Das die Texte ineinander sind ist mit der Lösung (über Zeit) klar. Entweder wird etwas abgeschnitten oder man erwischt 1,5 Meldungen oder mehr. Daher war ja mein Vorschlag die "Swissphone-Option" um den String nachträglich in die einzelnen Alarme zu splitten. Es sind ja nicht immer alle Alarmtexte gleich lang...

[firEmergency]

So .... hier der komplette Bereich um 12:00.

Es wurde etwas "gemacht" ... aber im Kalender und in der Serveroberläche ist nichts angekommen ...
Um 12:00 war das Lebenszeichen und die Waldbrandüberprüfung. Das Lebenszeichen ist im Kalender eingetragen worden - Waldbrandwarnstufe 3 nicht.

...

Zur Info:
Eine Warnung wird nur bei einer Änderung versandt. Das heißt, wenn du heute Stufe 2 hast und morgen + übermorgen Stufe 3 (und eingestelltes Level ist Stufe 3), dann bekommst du eine Mail.
Wenn er dann morgen nochmal prüft, bekommst du keinen erneuten Alarm, da sich die Warnstufe nicht geändert hat. Erst wenn sie dann auch Stufe 4 ansteigen würde, würdest du wieder einen Alarm bekommen. Du bekommst also nicht jeden Tag einen Alarm, nur weil aktuell Stufe 3 ist. Alarm kommt wirklich nur bei Änderung.

[pfeiffer]

Zur Info:
Eine Warnung wird nur bei einer Änderung versandt. Das heißt, wenn du heute Stufe 2 hast und morgen + übermorgen Stufe 3 (und eingestelltes Level ist Stufe 3), dann bekommst du eine Mail.
Wenn er dann morgen nochmal prüft, bekommst du keinen erneuten Alarm, da sich die Warnstufe nicht geändert hat. Erst wenn sie dann auch Stufe 4 ansteigen würde, würdest du wieder einen Alarm bekommen. Du bekommst also nicht jeden Tag einen Alarm, nur weil aktuell Stufe 3 ist. Alarm kommt wirklich nur bei Änderung.

OK ... ich hatte im Plugin das Level auf 1 gesetzt und in der Pipeline ab 3 eine Mail und ab 5 eine SMS gefiltert ...
Werde das mal beobachten ...

Danke

[SEG_MGL]

Hallo,

Wir haben das Problem, dass ein Alarm mehrfach auf aPager angezeigt wird.
Genutzt wir das Mail Plugin.
Jedoch ist es nicht nachvollziehbar.... Wer kennt dieses Problem und kann helfen?

[firEmergency]

Hallo,

Wir haben das Problem, dass ein Alarm mehrfach auf aPager angezeigt wird.
Genutzt wir das Mail Plugin.
Jedoch ist es nicht nachvollziehbar.... Wer kennt dieses Problem und kann helfen?

"Nicht nachvollziehbar" würde mich jetzt wundern. Du meinst, du verwendest das Mail-Input-Plugin? Im Log siehst du, wie oft ein Alarm erstellt wurde. Das wäre die erste Anlaufstelle, welche am meisten Aufschluss gibt.

[Florian 1/23]

Mit welcher Variable wird auf den Text zugegriffen? Mit &SA& sind immer alle Texte ineinander.
Das die Texte ineinander sind ist mit der Lösung (über Zeit) klar. Entweder wird etwas abgeschnitten oder man erwischt 1,5 Meldungen oder mehr. Daher war ja mein Vorschlag die "Swissphone-Option" um den String nachträglich in die einzelnen Alarme zu splitten. Es sind ja nicht immer alle Alarmtexte gleich lang...

Hi,
weiß nicht was du mit zugreifen auf Text und &SA& meinst.

Ich würde die Swissphone-Option ja gerne nutzen, aber entweder er funktioniert bei mir nicht, oder ich weiß einfach nicht wie ;-)

Gruß

[faboi]

Hi,
weiß nicht was du mit zugreifen auf Text und &SA& meinst.

Ich würde die Swissphone-Option ja gerne nutzen, aber entweder er funktioniert bei mir nicht, oder ich weiß einfach nicht wie ;-)

Gruß

&SA& ist beim Sammelalarm vorhanden. Hier ist auch weiterhin (mit der SW-Option) die Texte ineinander.
Aber es müsste eigentlich davor schon ab und zu die Texte ineinander gewesen sein. Ich verfolge das Problem ja schon lange und das Pollen der Schnittstelle mit der "Zeit-Methode" ist einfach sehr bescheiden. Daher kann ich mir nicht vorstellen, dass es an der Swissphone-Option liegen soll, da bei mir im Test davor alles mal weniger mal mehr abgehackt war und jetzt passt es.

[Florian 1/23]

Sammelalarm nutze ich nicht.
Aber das mit der Swissphone-Option funktioniert bei mir nicht. Muss ich dazu irgendwas bestimmte einstellen/programmieren?!

Gruß

[faboi]

Die Zeit sollte halt größer gewählt werden, damit alles auf einen Rutsch reinkommt. Habe hier mit 4000 ms gute Erfahrungen gemacht. Läuft mittlerweile bei einem anderen User auch mit einem Oelmann-Melder. http://www.funkmeldesystem.de/foren/...ad.php?t=56983
Es sollte das Zeichen NUL mitkommen. Sollte bei Swissphone-Meldern aber automatisch der Fall sein. Welchen Melder hast du? Programmieren kann man eigentlich nicht viel. Man kann ja nur programmieren ob etwas über die serielle Schnittstelle geschickt werden soll und wenn ja, ob der Zeitstempel und Adressenindex auch gesendet werden soll.
Kannst mir ja mal ein Screenshot deiner Einstellungen und ein Log per Mail schicken...
Email bekommst du per PN.

[SEG_MGL]

"Nicht nachvollziehbar" würde mich jetzt wundern. Du meinst, du verwendest das Mail-Input-Plugin? Im Log siehst du, wie oft ein Alarm erstellt wurde. Das wäre die erste Anlaufstelle, welche am meisten Aufschluss gibt.

Ja genau, wir benutzen das Mail Input Plugin. Mit nicht nachvollziehbar meinte ich dass es unterschiedlich passiert. Mal kommt der Alarm 1, 2 oder mehrfach. Im Log lässt sich auch die mehrfachalamierung erkennen.

[Joerg112]

Ich habe ein Problem beim exportieren und importieren von den neuen IO-Codes.
Leider lassen sich die Codes nicht importieren, obwohl sie in der csv datei vorhanden sind....

hat noch wer das Problem?

[firEmergency]

Ich habe ein Problem beim exportieren und importieren von den neuen IO-Codes.
Leider lassen sich die Codes nicht importieren, obwohl sie in der csv datei vorhanden sind....

hat noch wer das Problem?

Liegt an FE. Wird gefixt.

[Florian 1/23]

Also die Swissphone-Option funktioniert nicht. Keine Chance!