Neues Input-Plugin: DME-Listener (ehemals 'PortListener')

So,
wir hatten ja versprochen, dass wir den PortListener vom alten AlarmierungsTool mal als Input-Plugin in FE umsetzen. Dadurch würde dann die komplexe Installation wegfallen und man bräuchte keine zwei verschiedene Tools mehr.

Da wir (wie schon beim PostListener) das Problem des Testens haben, wird nun das DME-Input-Plugin erstmal Standalone veröffentlich.

Im Grunde steckt die selbe Technik wie beim PortListener dahinter.

Bitte gebt doch eure Rückmeldung, ob es genauso funktioniert wie der PortListener, oder ob sich irgendwo ein Fehler eingeschlichen hat.

Bitte vorher aber auch die Readme und den Wiki-Eintrag lesen.


Wiki:
http://firemergency-wiki.de/mediawik...3%9Cberwachung

EDIT:
Aktueller Download hier:
http://www.funkmeldesystem.de/foren/...6&postcount=14

Wird in Version 1.1 integriert.

Hallo,

habe die Dateien in die enstprechenden Ornder gepackt, sowie das ganze danach innerhalb der Serveroberfläche konfiguriert.

Passieren tut jedoch nichts ...

Was mich wundert, im PortListener musste man auf einen Knopf "Schnittstelle öffnen", wie ist das ganze denn hier gelöst?

Auf der Clientebene finde ich keine weitere Möglichkeiten der Konfiguration des ganzen.

Paul

Also auf der Client-Oberfläche ist keine weitere Konfiguration möglich und auch nicht notwendig.

Die ganze Logik des PortListeners steckt in dem InputPlugin.
Der Port wird geöffnet, sobald
a) Der Server gestartet wird, das Input-Plugin aktiv ist und alles richtig konfiguriert wird
b) Du das Input-Plugin konfigurierst und dann auf "Restart" drückst

Es kommt jetzt aber keine "Herzlichen Glückwunsch" Meldung oder ähnliches. Sollte ein Fehler auftreten, dann steht dieser Fehler im Log als [ERROR] Eintrag.

Was steht bei dir im Log?

Hallo,

also es geht doch, jedoch wurde keine Mail gesendet, da ich kurz zuvor geupdatet hatte, die Konfigurationsdatei für das Standart Mail-Plugin aber überschrieben wurde (da nich im Confi Ordner).

Paul

Währe eigentlich aber besser, wenn irgendwo angezeigt wird, das die Verbindung zum DME besteht. In Hyperterminal zeigt er das auch an, nachdem man verbunden hat läuft die Zeit. Sonst besteht das Risiko, das die Verbindung irgendwie nicht funktioniert und der Alarm dadurch gefährdet ist.

Besser schon, klar.
Das Problem dabei ist aber das, das das unsere Architektur momentan nicht zulässt.
Wenn eine Verbindung nicht hergestellt werden konnte, dann siehst du das eigentlich nur im Log als "ERROR" Eintrag.
Das geht leider nicht anders

Gibt es auch eine Möglichkeit euch persönlich eine Nachricht zu schreiben? Ich hätte da eine Frage, die nicht umbedingt für die Öffentlichkeit bestimmt ist. PM geht ja scheinbar nicht.

Also unser Team ist erreichbar via:

kontakt (@) firemergency.de

Das ist die zentrale Anlaufstelle. Von dort können wir dann Probleme direkt an unsere Teammitglieder weiterleiten.

Hallo,

die Übergabe DME -> PC klappt. Nur werden die deutschen Sonderzeichen falsch bzw. gar nicht dargestellt...

Lösungsvorschläge?

Ok, das Problem gab es beim alten PortListener auch schon.
Kannst du den Log mal posten (DEBUG Level)?
Ich würde gerne sehen, wo die Übertragung fehlschlägt, bzw. wo es falsch ankommt.

Hallo,

bei mir geht der DME-Listener nicht richtig, sprich über den Pager läuft eine Meldung ein und wird weitergegeben. Es scheint mir als würde der Listener nicht bis zum Ende warten.

Es werden unzählige Mails generiert [innerhalb 1 Sekunde] (beim letzten mal ca. 70), welches nur einen kleinen Textschnipsel enthält.

Fehler fallen nur an, weil der Google Kalender mit den vielen Anfragen innerhalb 1 Sekunde überfordert ist.

Die Zeit steht im Moment auf 200ms.

Paul

Ich bekomme das Auslesen eines Melders per PortListener / DMEListener leider nicht zum laufen, ich scheitere schon mit einem "Serialport nicht gefunden: COM1".

Habe ich weitere Details an kontakt(@)firemergency.de gesendet, bitte um detektivische Unterstützung bei der Problemlösung.

Vielen Dank
René

Zitat:

---

Zitat von FF LeipzigM

Hallo,

bei mir geht der DME-Listener nicht richtig, sprich über den Pager läuft eine Meldung ein und wird weitergegeben. Es scheint mir als würde der Listener nicht bis zum Ende warten.

Es werden unzählige Mails generiert [innerhalb 1 Sekunde] (beim letzten mal ca. 70), welches nur einen kleinen Textschnipsel enthält.

Fehler fallen nur an, weil der Google Kalender mit den vielen Anfragen innerhalb 1 Sekunde überfordert ist.

Die Zeit steht im Moment auf 200ms.

Paul

---

Wird überprüft.

Zitat:

---

Zitat von wda_rene

Ich bekomme das Auslesen eines Melders per PortListener / DMEListener leider nicht zum laufen, ich scheitere schon mit einem "Serialport nicht gefunden: COM1".

Habe ich weitere Details an kontakt(@)firemergency.de gesendet, bitte um detektivische Unterstützung bei der Problemlösung.

Vielen Dank
René

---

Poste mal einen Screenshot deines Gerätemanagers mit allen COM-Ports.

Versionsupdate des DME-Listeners angehängt. Folgende Änderungen:

- Umlaute sollten nun angezeigt werden
- Nachricht wird jetzt komplett und richtig aufgenommen (keine dutzende Alarmierungen mehr)

Im Anhang der Download.
Wenn ihr Logs postet, dann bitte unbedingt im DEBUG Level!

Hallo,

jetzt funktioniert der Listener soweit wieder, einen Bug hat er jedoch noch:

Entweder ist etwas in "Standart-Codes" ODER in "Codes der zu alarmierenden Einheiten" hinterlegt, wenn in beiden etwas steht, passiert garnichts.

Ich habe dazu mal ein wenig rumprobiert und bin zu folgemdem Ergebnis gekommen:

wird nur in ein Feld von beiden etwas eingetragen und das Plugin neu gestartet, meldet die Logdatei:

Zitat:

---

21:08:41 [WARN] [RMI TCP Connection(17)-172.18.209.75] [fmeListener.PortListener][134] Serialport bereits geschlossen
21:08:41 [INFO] [RMI TCP Connection(17)-172.18.209.75] [server.input.InputPool][267] Port Input: COM1
21:08:41 [WARN] [RMI TCP Connection(17)-172.18.209.75] [fmeListener.PortListener][134] Serialport bereits geschlossen
21:08:41 [INFO] [DME-Input] [fmeListener.PortListener][68] Liste verfübare Ports auf und öffne Serialport 'COM1'...
21:08:41 [INFO] [DME-Input] [fmeListener.PortListener][72] Port: COM3(Typ: 1)
21:08:41 [INFO] [DME-Input] [fmeListener.PortListener][72] Port: COM1(Typ: 1)
21:08:41 [INFO] [DME-Input] [fmeListener.PortListener][75] Port gefunden
21:08:41 [INFO] [DME-Input] [fmeListener.PortListener][120] Serialport erfolgreich geöffnet

---

Wird in beide Felder etwas eingetragen, meldet es hingegen:

Zitat:

---

21:16:07 [INFO] [RMI TCP Connection(22)-172.18.209.75] [server.input.InputPool][267] Port Input: COM1
21:16:07 [WARN] [RMI TCP Connection(22)-172.18.209.75] [fmeListener.PortListener][134] Serialport bereits geschlossen
21:16:07 [INFO] [DME-Input] [fmeListener.PortListener][68] Liste verfübare Ports auf und öffne Serialport 'COM1'...
21:16:07 [INFO] [DME-Input] [fmeListener.PortListener][72] Port: COM3(Typ: 1)
21:16:07 [INFO] [DME-Input] [fmeListener.PortListener][72] Port: COM1(Typ: 1)
21:16:07 [INFO] [DME-Input] [fmeListener.PortListener][75] Port gefunden
21:16:07 [ERROR] [DME-Input] [fmeListener.PortListener][86] Port bereits belegt
javax.comm.PortInUseException: Port currently owned by Unknown Windows Application
at javax.comm.CommPortIdentifier.open(CommPortIdentif ier.java:337)
at fmeListener.PortListener.openSerialPort(PortListen er.java:84)
at fmeListener.FMEListener.run(FMEListener.java:50)

---

An sich kann ich damit erstmal leben, lasse ich eben alles über die selbe Einheit laufen.

Paul

Den Fehler den du hier postet, liegt jetzt nicht an den Codes, sondern das der Port beim Neustart des Plugins nicht richtig geschlossen wird.
Wenn du also anstatt das Plugin, den Server neustartest, sollte es gehen.

Das könntest du mal versuchen.
Ich schau aber nochmal über die Logik, ob da eventuell ein Problem auftreten könnte.

...Info zum letzten Update: die Umlaute funktionieren!

Danke für den Hinweis!

gibt es eigentl. auch die Möglichkeit eine FME (analoge Alarmierung) für den Listener zu nutzen?

Kommt auf den FME bzw. die Programmierstation an.
Momentan geht der Listener ja nur deswegen, weil über den COM-Port eine Meldung versandt wird.
Ich nehme mal an, das macht die Programmierstation (oder ähnliches).
Ob es sowas für FMEs auch gibt, weiß ich nicht.

Ich erkundige mich mal und gib dann Bescheid

Hallo

habe volgendes problem das ich einfach keine verbindung zum DME bekomme.
Es scheitert daran das im log immer steht serialport nicht gefunfen COM2

ich hoffe iht könnt mir helfen

Gruß aus Hamburg

Poste bitte einen Screenshot deines Gerätemanagers (Auflistung der Seriellen Ports)

Hier meine COM ports

ist ausgeschlossen, dass eine serielle Verbindung besteht und der Port blockiert sein könnte?

also auf dem Port greifen derzeit keine anderen Anwendungen zu,
aber wenn ich versuche mit der Programiersoftware auf dem DME zuzugreifen bekomme ich eine verbindung.

Die zusätzlich benötigten Dateien hast du an den korrekten Stellen platziert?
(http://firemergency-wiki.de/mediawik...3%9Cberwachung)

ja die daten sind so wir ich denke richtig eingesetzt nur mit den java datein hatte ich probleme da ich die ordner zuerst nicht gefunden hatte

liegt doch unter programme/java ..... oder ?

Kommt drauf an.
Wenn du ein 64bit System hast, dann liegt es unter Programme x86

Aber wenn du sagst, du "hattest" Probleme, heißt das ja, du hast den richtigen Ordner gefunden und die Dateien an den korrekten Ort kopiert?

das ist richtig nur bekomme ich immer den fehler

habe mal versucht den port mit einen anderen programm abzuhören und dort kommen die meldeungen auch an!

Hir noch einmal ein auszug aus dem LOG

11:45:03 [INFO] [Thread-5] [server.AlarmPool][123] Neuer eingehender Alarm für 0000
11:45:03 [INFO] [Thread-5] [server.AlarmPool][350] Kein Sammelalarm
11:45:03 [WARN] [PipeControllerThread] [server.PipelineController][92] Alarm für 0000 wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.
11:47:46 [DEBUG] [RMI TCP Connection(309)-192.168.178.34] [server.gui.rmi.RemoteGUIServer][1048] Log-Level temporär gesetzt auf: DEBUG
11:47:55 [DEBUG] [RMI TCP Connection(309)-192.168.178.34] [server.gui.rmi.RemoteGUIServer][984] Starte Input FMEListener neu...
11:47:55 [WARN] [RMI TCP Connection(309)-192.168.178.34] [fmeListener.PortListener][134] Serialport bereits geschlossen
11:47:55 [WARN] [RMI TCP Connection(309)-192.168.178.34] [fmeListener.FMEListener][201] Ungültige Zeile: 25051992
11:47:55 [DEBUG] [RMI TCP Connection(309)-192.168.178.34] [server.data.DataManagement][632] Global Settings: ADD: [Key: inputObjects, Value: [Mail-Eingang Überwachung, Alarm-Input-Plugin, Wetterwarner, Absturz-Überwachung, Reichweitenalarm, Datei-Überwachung, DME-Empfänger]]
11:47:55 [DEBUG] [RMI TCP Connection(309)-192.168.178.34] [server.data.DataManagement][671] Hinzuzufügender Key bereits in Global Settings vorhanden!
11:47:55 [DEBUG] [RMI TCP Connection(309)-192.168.178.34] [server.data.DataManagement][799] Global Setting: CHANGE: Key: inputObjects NewValue: [Mail-Eingang Überwachung, Alarm-Input-Plugin, Wetterwarner, Absturz-Überwachung, Reichweitenalarm, Datei-Überwachung, DME-Empfänger]
11:47:55 [DEBUG] [RMI TCP Connection(309)-192.168.178.34] [server.data.DataManagement][866] Global Settings gespeichert!
11:47:55 [INFO] [RMI TCP Connection(309)-192.168.178.34] [server.input.InputPool][267] Port Input: COM2
11:47:55 [WARN] [RMI TCP Connection(309)-192.168.178.34] [fmeListener.PortListener][134] Serialport bereits geschlossen
11:47:55 [WARN] [RMI TCP Connection(309)-192.168.178.34] [fmeListener.FMEListener][201] Ungültige Zeile: 25051992
11:47:55 [DEBUG] [RMI TCP Connection(309)-192.168.178.34] [server.gui.rmi.RemoteGUIServer][996] Input-Plugin neu gestartet
11:47:55 [INFO] [DME-Input] [fmeListener.PortListener][68] Liste verfübare Ports auf und öffne Serialport 'COM2'...
11:47:55 [ERROR] [DME-Input] [fmeListener.PortListener][80] Serialport nicht gefunden: COM2
11:48:13 [DEBUG] [RMI TCP Connection(309)-192.168.178.34] [server.gui.rmi.RemoteGUIServer][984] Starte Input FMEListener neu...
11:48:13 [WARN] [RMI TCP Connection(309)-192.168.178.34] [fmeListener.PortListener][134] Serialport bereits geschlossen
11:48:13 [DEBUG] [RMI TCP Connection(309)-192.168.178.34] [server.data.DataManagement][632] Global Settings: ADD: [Key: inputObjects, Value: [Mail-Eingang Überwachung, Alarm-Input-Plugin, Wetterwarner, Absturz-Überwachung, Reichweitenalarm, Datei-Überwachung, DME-Empfänger]]
11:48:13 [DEBUG] [RMI TCP Connection(309)-192.168.178.34] [server.data.DataManagement][671] Hinzuzufügender Key bereits in Global Settings vorhanden!
11:48:13 [DEBUG] [RMI TCP Connection(309)-192.168.178.34] [server.data.DataManagement][799] Global Setting: CHANGE: Key: inputObjects NewValue: [Mail-Eingang Überwachung, Alarm-Input-Plugin, Wetterwarner, Absturz-Überwachung, Reichweitenalarm, Datei-Überwachung, DME-Empfänger]
11:48:13 [DEBUG] [RMI TCP Connection(309)-192.168.178.34] [server.data.DataManagement][866] Global Settings gespeichert!
11:48:13 [INFO] [RMI TCP Connection(309)-192.168.178.34] [server.input.InputPool][267] Port Input: COM2
11:48:13 [WARN] [RMI TCP Connection(309)-192.168.178.34] [fmeListener.PortListener][134] Serialport bereits geschlossen
11:48:13 [DEBUG] [RMI TCP Connection(309)-192.168.178.34] [server.gui.rmi.RemoteGUIServer][996] Input-Plugin neu gestartet
11:48:13 [INFO] [DME-Input] [fmeListener.PortListener][68] Liste verfübare Ports auf und öffne Serialport 'COM2'...
11:48:13 [ERROR] [DME-Input] [fmeListener.PortListener][80] Serialport nicht gefunden: COM2

Vielleicht ne Frage die ich schon hätte vorher stellen sollen:

Windows 7 32bit
oder
Windows 7 64bit?

Windows7 32 bit

...habe ich die Chance an die "alten Einstellungen" ranzukommen? Habe jetzt die neue FE Version installiert doch leider vergessen mir die Daten aufzuschreiben die ich im DMS-L eingetragen habe....

Hier mal eine Fehlermeldung aus dem LOG:

Aus irgendwelchen Gründen kann er den COM! nicht öffnen. Es besteht jedoch Kontakt da ich den Melder per PSW auslesen kann?!

17:59:08 [INFO] [main] [server.Launcher][88] Server startet...
17:59:08 [INFO] [main] [server.Launcher][89] Aktuelle Version: Community-Edition (Free)
17:59:08 [INFO] [main] [server.Launcher][295] Port für Server-RMI:1099
17:59:08 [INFO] [main] [server.Launcher][304] Port für Client-RMI:1098
17:59:08 [INFO] [main] [server.AdditinalJarPool][32] C:\Programme\Alamos UG\firEmergency\files\additionalJars
17:59:09 [INFO] [main] [server.PluginPool][44] C:\Programme\Alamos UG\firEmergency\files\plugins
17:59:09 [INFO] [main] [server.data.DataManagement][323] File hinzugefügt: C:\Programme\Alamos UG\firEmergency\Config\Admin\Admin.fdb
17:59:09 [INFO] [main] [server.data.User][182] 1 Einheiten wurden gesetzt.
17:59:09 [INFO] [main] [server.data.User][173] Adressbuch mit 1 Person(en) gesetzt.
17:59:09 [INFO] [main] [server.data.User][241] fdbFile wurde gesetzt: C:\Programme\Alamos UG\firEmergency\Config\Admin\Admin.fdb
17:59:09 [INFO] [main] [server.input.InputPool][91] C:\Programme\Alamos UG\firEmergency\files\inputPlugins
17:59:10 [INFO] [ServiceChannel] [server.Launcher$ServiceChannel][476] Service-Channel geöffnet. Port: 1087
17:59:10 [INFO] [Thread-3] [AlarmFMS32ExeInput.AlarmFMS32Input][72] An Port 5555 gestartet
17:59:10 [INFO] [Thread-9] [fmeListener.PortListener][68] Liste verfübare Ports auf und öffne Serialport 'COM1'...
17:59:10 [ERROR] [Thread-9] [fmeListener.PortListener][80] Serialport nicht gefunden: COM1
17:59:10 [INFO] [main] [server.Launcher][171] Launcher fertig
17:59:10 [INFO] [main] [server.Launcher][172] ################################
17:59:10 [INFO] [main] [server.Launcher][175] firEmergency einsatzbereit
17:59:10 [INFO] [main] [server.Launcher][176] ################################

Du kannst die alten Config-Daten übernehmen.

Wir empfehlen nur immer alles neu anzulegen, aber am Speichersystem hat sich seit 0.7 nichts geändert.


Aber wir basteln derzeit noch an einem Converter der das Adressbuch + Plugindaten aus den alten Config liest.

Wegen der Fehlermeldung:
Hast du den Installer verwendet, oder das zip?
Wenn du den Installer verwendet hast, kannst du es mal mit dem zip probieren. Am besten du speicherst das zip dann dorthin, so du auch die Beta gespeichert hattest.

....okay die Einstellungen aus dem DME-L habe ich dank dem Tip mit der .zip wieder. Nun habe ich allerdings immer noch die "Error-Meldung" wegem dem Serialport. Das verwundert mich ein wenig.

Habe das ganze eben erfolglos mit einem USBtoSerial-Adapter getestet. GEht auch nicht. Gleiche Fehlermeldung nur mit dem COM3.

Was ist da denn los?

Er kann keine Ports finden:
17:59:10 [INFO] [Thread-9] [fmeListener.PortListener][68] Liste verfübare Ports auf und öffne Serialport 'COM1'...

Danach listet er nichts auf, das heißt er findet keine Ports.

Du hattest es ja mit 0.73 erfolgreich am laufen, oder?
Wir haben seitdem nichts am DME-Listener oder an der Logik von 1.0 geändert.

Hast du 1.0 installiert (und es liegt deswegen in C/Programme) oder hast du es mit der zip an einen beliebigen Ort entpackt?
Führst du den Server als Admin aus?

Hallo....

genau. Unter der 0.73 lief alles.

Habe die 1.0 ganz normal installiert in c:\Pogramme\usw unter WinXP. An irgendwelchen Rechten o.ä. nicht verändert weil ja auch nicht notwendig.

Die andere .zip habe ich in c:\Software\usw getestet da da auch die alte Version liegt. Leide ohne weiteren Erfolg.

Hast Du nicht die Möglichkeit, um das zu verifizieren, für mich die alte 0.73´er Version nochmals freizuschalten? Dann kann ich wenigstens nachvollziehen --> geht es überhaupt. Ansonsten kann ich den Fehler, wenn er doch an der 1.0´er liegt erstmal weitergeben.

Mach mal Log-Level auf DEBUG.
Wir haben nämlich einen Mechanismus hinzugefügt, welcher die vom Input-Plugin benötigten Dateien (dll, jar und .properties) automatisch an die richtigen Orte kopiert.
Jetzt würd mich gerne interessieren, ob das funktioniert hat.

Also DEBUG Level setzen, Server neu starten und Log posten.

Moin,

ich habe mal eine ganz allgemeine Frage in Bezug auf das DME Plugin unter FE 1.0!

Wie sieht eine "einfache" Pipeline aus? Welche Alarmtext Plugin muss ich wählen und welche eventuellen Parameter vergeben??

Das Ganze soll dann mit einem Boss 925V laufen!

Gruß
Jan

Einfaches Beispiel:

-Alarmtext [Eigene Parameter]
-- AnySMS

Konfiguration des Alarmtext-Plugins könnte dann so aussehen:

Alarmtext:
&3&

Das DME-Listener-Input-Plugin schreibt den eingehenden Alarmtext in das <message> Feld, auf welches beim Alarmtext [Eigene Paramter] - Plugin mit &3& darauf zugegriffen werden kann.

Super, danke!!