DME-Überwachung und Version 1.3.0.1

[Stefans123]

Hallo ich habe ein Super Spannendes Problem...

Ich habe festgestellt das man die Zeit nicht mehr hoch setzten kann...

Ich muß die Zeit auf 15000´ms bekommen...

Ich habe den Wert nun mehrfach versucht zu ändern aber denoch ohne Erfolg...

Hat jemand ne Lösung???

[firEmergency]

Ja, wir haben die Zeit intern auf 600ms gesetzt, weil wir festgestellt haben, es reicht für alle.
Anscheinend nicht.

Der DME-Listener aus Version 1.1 hat diese Beschränkung noch nicht. Als einfach diesen verwenden:
- Datei von 1.1 nach 1.3 kopieren: /files/inputPlugins/DMEInput.jar

[Stefans123]

Ja, wir haben die Zeit intern auf 600ms gesetzt, weil wir festgestellt haben, es reicht für alle.
Anscheinend nicht.

Der DME-Listener aus Version 1.1 hat diese Beschränkung noch nicht. Als einfach diesen verwenden:
- Datei von 1.1 nach 1.3 kopieren: /files/inputPlugins/DMEInput.jar

danke für den tip...

wäre es möglich das ich die zeit intern auf 15000 hoch setzen könnte´. dan hätte ich ja auch den vorteil das ich zwei einheiten auswätren könnte...

[pfeiffer]

Moin moin,

ich bin auch bei 10 Sekunden. Bei Alarmierungen mit vielen RIC und Express-Alarm muss die zeit lieber etwas länger gewählt werden.


Bitte die Möglichkeit zur Einstellung wieder einbauen.

Danke

Carsten

[faboi]

Bin ich auch dabei....

@firEmergency-Team:
Oder ihr verwirklicht mein Vorschlag der "intelligenten" Lösung des Problems, indem Ihr solange wartet bis die doppelte Zeit des Empfangen eines Zeichens (Baudrate) verstrichen ist. Somit muss man nur solange warten, wie das Empfangen des Textes wirklich dauert.
Vorausgesetzt der DME liefert alle Texte aneinander.

@Alle:
Wartet ihr zehn Sekunden, weil die Ric's in diesem Zeitabstand eintrudeln oder weil es so lange dauert, bis die Texte an Firemergency übertragen sind?

[DeLocke]

Wird es eine "Stand-Alone" Version der DME-Überwachung geben und am besten noch lauffähig unter Raspberry Pi :-P

[evos]

Kann zwar nicht so vom lesen alles verstehen, aber wenn es ein beta plugin gibt wäre ich bereit es auch zu testen.da ich so leicht gesagt das gleiche Problem habe.

Gesendet von meinem HTC Desire HD A9191 mit Tapatalk 2

[firEmergency]

Ich hab hier eine geänderte Version des Plugins hochgeladen. Die .jar muss nach /files/inputPlugins/

Anschließend muss das Input-Plugin zurückgesetzt werden. Dann gibt es eine neue Checkbox "NUL als neuen Alarm interpretieren". Dort den Haken setzten.

Bitte berichten, ob es funktioniert, da ich es selbst nicht live testen kann.

ACHTUNG
NUR MIT AKTUELLER BETA 1.3.0.8 AUS DEM SHOP NUTZBAR!!!

[faboi]

Also nach dem ersetzen des jar-Files startet der Server nicht mehr richtig. Er bleibt irgendwann stehen.
Error.log im Anhang

[firEmergency]

Oh. Mist.
Hatte ich ganz vergessen.
Man braucht die heute erschienene Beta dafür (1.3.0.8).
Gibts im Shop
Sorry

[faboi]

Okay, läuft soweit jetzt mal im produktiven Umfeld als Test. Kann leider diese Alarme nur sehr schlecht simulieren.
Vlt. finde ich noch ne Möglichkeit.

Bezgl. der Beta kommt beim Startup:

28.03.2013 - 12:16:33.498 DEBUG SysOutOverSLF4JInitialiser - Your logging framework class ch.qos.logback.classic.Logger should not need access to the standard println methods on the console, so you should not need to register a logging system package.
28.03.2013 - 12:16:33.618 INFO  SysOutOverSLF4J - Replaced standard System.out and System.err PrintStreams with SLF4JPrintStreams
28.03.2013 - 12:16:33.648 INFO  SysOutOverSLF4J - Redirected System.out and System.err to SLF4J for this context

Ist vlt. für euch interessant..

[evos]

So habe auch bis jetzt fleißig getestet.
Hilft mir auch.
Es wird alles perfekt getrennt und man staune die Adresserkennung klappt auch bei jeder Ric die hintereinander alarmiert wurden.
Ich hatte diesbezüglich das Problem das teilweise welche verschluckt wurden...

Gesendet von meinem HTC Desire HD A9191 mit Tapatalk 2