PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : "Kurze Frage kurze Antwort"-Thread



Seiten : 1 2 3 4 5 6 7 [8]

Maulwurf
28.06.2015, 17:06
Eigentlich ganz einfach, dein teures SGA funktioniert genauso wie alle Nachbau Lösungen die hier im Forum diskutiert wurden!

Dein SGA kommuniziert über die gleiche Leitung mit dem PC die er auch bräuchte um die Information mit dem Ladegerät auszutauschen! Bedeutet datenschnittdtelle keine Kommunikation mit dem Ladegerät!

Das bedeutet aber nicht das dein Melder nicht mit Strom gespeißt wird! Und es ist kein Laden sondern erhalten! Dein Melder wird also immer leer Batterie anzeigen aber in wahr fast voll!


Gesendet von iPhone mit Tapatalk

gerry31586
28.06.2015, 17:50
Super, Danke für die schnelle Antwort. Habe mich schon durch div. Foren gelesen jedoch nie diese konkrete Frage beantwortet bekommen. Danke nochmal.

Eraser112
09.08.2015, 11:34
Hi!

Ich habe im Log immer einen Push Fehler der prowl betrifft. Er sagt, dass der API Key nicht funktioniert, aber nicht, welcher Key das ist. Kann man anhand des Log-Eintrages erkennen, welcher Key gemeint ist?

09.08.2015 - 09:21:30.405 INFO PluginController - PluginController mit Plugin apager.Apager (Admin87) mit AlarmData () nach 305 ms beendet
09.08.2015 - 09:21:30.428 INFO SendMessage - Nachricht erfolgreich versandt
09.08.2015 - 09:21:30.429 INFO PluginController - PluginController mit Plugin apager.Apager (Admin229) mit AlarmData () nach 410 ms beendet
09.08.2015 - 09:21:30.476 ERROR Prowl - Fehler beim Push
net.sourceforge.prowl.exception.ProwlException: The API key given is not valid, and does not correspond to a user.
at net.sourceforge.prowl.url.ProwlResponseParser.chec kForErrors(ProwlResponseParser.java:83) ~[firEmergency.jar:na]
at net.sourceforge.prowl.url.ProwlResponseParser.getR esponseMessage(ProwlResponseParser.java:42) ~[firEmergency.jar:na]
at net.sourceforge.prowl.api.ProwlClient.sendPushNoti fication(ProwlClient.java:135) ~[firEmergency.jar:na]
at net.sourceforge.prowl.api.ProwlClient.pushEvent(Pr owlClient.java:116) ~[firEmergency.jar:na]
at prowl.Prowl.pushAlarm(Prowl.java:134) [plugin_prowl.jar:na]
at prowl.Prowl.access$000(Prowl.java:21) [plugin_prowl.jar:na]
at prowl.Prowl$1.run(Prowl.java:100) [plugin_prowl.jar:na]
at java.lang.Thread.run(Unknown Source) [na:1.8.0_51]
09.08.2015 - 09:21:30.477 ERROR Prowl - Response Code: The API key given is not valid, and does not correspond to a user.(401)
09.08.2015 - 09:21:30.491 INFO Prowl - Senden an 5ced56b7ed197d9251f664b8860b9efb094dc7f9: API call succeeded. 998 api calls left.
09.08.2015 - 09:21:30.500 INFO Prowl - Senden an 44e28b227bea40148d1f4cd3c33d2428bf528cd4: API call succeeded. 998 api calls left.
09.08.2015 - 09:21:30.550 INFO Prowl - Senden an 39e2d70c232102398d9437aae5a7a35872ab1a9f: API call succeeded. 997 api calls left.
09.08.2015 - 09:21:30.568 ERROR Prowl - Fehler beim Push
net.sourceforge.prowl.exception.ProwlException: The API key given is not valid, and does not correspond to a user.
at net.sourceforge.prowl.url.ProwlResponseParser.chec kForErrors(ProwlResponseParser.java:83) ~[firEmergency.jar:na]
at net.sourceforge.prowl.url.ProwlResponseParser.getR esponseMessage(ProwlResponseParser.java:42) ~[firEmergency.jar:na]
at net.sourceforge.prowl.api.ProwlClient.sendPushNoti fication(ProwlClient.java:135) ~[firEmergency.jar:na]
at net.sourceforge.prowl.api.ProwlClient.pushEvent(Pr owlClient.java:116) ~[firEmergency.jar:na]
at prowl.Prowl.pushAlarm(Prowl.java:134) [plugin_prowl.jar:na]
at prowl.Prowl.access$000(Prowl.java:21) [plugin_prowl.jar:na]
at prowl.Prowl$1.run(Prowl.java:100) [plugin_prowl.jar:na]
at java.lang.Thread.run(Unknown Source) [na:1.8.0_51]
09.08.2015 - 09:21:30.569 ERROR Prowl - Response Code: The API key given is not valid, and does not correspond to a user.(401)
09.08.2015 - 09:21:30.571 ERROR Prowl - Fehler beim Push
net.sourceforge.prowl.exception.ProwlException: The API key given is not valid, and does not correspond to a user.
at net.sourceforge.prowl.url.ProwlResponseParser.chec kForErrors(ProwlResponseParser.java:83) ~[firEmergency.jar:na]
at net.sourceforge.prowl.url.ProwlResponseParser.getR esponseMessage(ProwlResponseParser.java:42) ~[firEmergency.jar:na]
at net.sourceforge.prowl.api.ProwlClient.sendPushNoti fication(ProwlClient.java:135) ~[firEmergency.jar:na]
at net.sourceforge.prowl.api.ProwlClient.pushEvent(Pr owlClient.java:116) ~[firEmergency.jar:na]
at prowl.Prowl.pushAlarm(Prowl.java:134) [plugin_prowl.jar:na]
at prowl.Prowl.access$000(Prowl.java:21) [plugin_prowl.jar:na]
at prowl.Prowl$1.run(Prowl.java:100) [plugin_prowl.jar:na]
at java.lang.Thread.run(Unknown Source) [na:1.8.0_51]
09.08.2015 - 09:21:30.573 ERROR Prowl - Response Code: The API key given is not valid, and does not correspond to a user.(401)
09.08.2015 - 09:21:30.591 INFO Prowl - Senden an 95340b215771542a8b952cafde6ace6d3144a16b: API call succeeded. 995 api calls left.
09.08.2015 - 09:21:30.668 ERROR Prowl - Fehler beim Push
net.sourceforge.prowl.exception.ProwlException: The API key given is not valid, and does not correspond to a user.
at net.sourceforge.prowl.url.ProwlResponseParser.chec kForErrors(ProwlResponseParser.java:83) ~[firEmergency.jar:na]
at net.sourceforge.prowl.url.ProwlResponseParser.getR esponseMessage(ProwlResponseParser.java:42) ~[firEmergency.jar:na]
at net.sourceforge.prowl.api.ProwlClient.sendPushNoti fication(ProwlClient.java:135) ~[firEmergency.jar:na]
at net.sourceforge.prowl.api.ProwlClient.pushEvent(Pr owlClient.java:116) ~[firEmergency.jar:na]
at prowl.Prowl.pushAlarm(Prowl.java:134) [plugin_prowl.jar:na]
at prowl.Prowl.access$000(Prowl.java:21) [plugin_prowl.jar:na]
at prowl.Prowl$1.run(Prowl.java:100) [plugin_prowl.jar:na]
at java.lang.Thread.run(Unknown Source) [na:1.8.0_51]
09.08.2015 - 09:21:30.669 ERROR Prowl - Response Code: The API key given is not valid, and does not correspond to a user.(401)
09.08.2015 - 09:21:30.762 INFO ApagerPush - {"status":200,"message":"3 Nachrichten erfolgreich verschickt"}
09.08.2015 - 09:21:30.763 INFO ApagerPush - Erfolgreich übergeben
09.08.2015 - 09:21:30.764 INFO PluginController - PluginController mit Plugin apagerPush.ApagerPush (Admin88) mit AlarmData () nach 658 ms beendet
09.08.2015 - 09:21:30.774 INFO Prowl - Senden an 9928be343d51f1feae43674f2d1fca073f35cc75: API call succeeded. 993 api calls left.
09.08.2015 - 09:21:30.869 INFO Prowl - Senden an 490baeb565c3844e7222332fdec9d5b5bf931a97: API call succeeded. 993 api calls left.
09.08.2015 - 09:21:30.973 INFO Prowl - Senden an 12ca4891e657c48f0d317e3f54309f9f312581f8: API call succeeded. 989 api calls left.
09.08.2015 - 09:21:31.083 INFO Prowl - Senden an 7435dd5719077d4296bff52a0c904cf3ce0552da: API call succeeded. 988 api calls left.
09.08.2015 - 09:21:31.170 ERROR Prowl - Fehler beim Push
net.sourceforge.prowl.exception.ProwlException: The API key given is not valid, and does not correspond to a user.
at net.sourceforge.prowl.url.ProwlResponseParser.chec kForErrors(ProwlResponseParser.java:83) ~[firEmergency.jar:na]
at net.sourceforge.prowl.url.ProwlResponseParser.getR esponseMessage(ProwlResponseParser.java:42) ~[firEmergency.jar:na]
at net.sourceforge.prowl.api.ProwlClient.sendPushNoti fication(ProwlClient.java:135) ~[firEmergency.jar:na]
at net.sourceforge.prowl.api.ProwlClient.pushEvent(Pr owlClient.java:116) ~[firEmergency.jar:na]
at prowl.Prowl.pushAlarm(Prowl.java:134) [plugin_prowl.jar:na]
at prowl.Prowl.access$000(Prowl.java:21) [plugin_prowl.jar:na]
at prowl.Prowl$1.run(Prowl.java:100) [plugin_prowl.jar:na]
at java.lang.Thread.run(Unknown Source) [na:1.8.0_51]
09.08.2015 - 09:21:31.171 ERROR Prowl - Fehler beim Push
net.sourceforge.prowl.exception.ProwlException: The API key given is not valid, and does not correspond to a user.
at net.sourceforge.prowl.url.ProwlResponseParser.chec kForErrors(ProwlResponseParser.java:83) ~[firEmergency.jar:na]
at net.sourceforge.prowl.url.ProwlResponseParser.getR esponseMessage(ProwlResponseParser.java:42) ~[firEmergency.jar:na]
at net.sourceforge.prowl.api.ProwlClient.sendPushNoti fication(ProwlClient.java:135) ~[firEmergency.jar:na]
at net.sourceforge.prowl.api.ProwlClient.pushEvent(Pr owlClient.java:116) ~[firEmergency.jar:na]
at prowl.Prowl.pushAlarm(Prowl.java:134) [plugin_prowl.jar:na]
at prowl.Prowl.access$000(Prowl.java:21) [plugin_prowl.jar:na]
at prowl.Prowl$1.run(Prowl.java:100) [plugin_prowl.jar:na]
at java.lang.Thread.run(Unknown Source) [na:1.8.0_51]
09.08.2015 - 09:21:31.172 ERROR Prowl - Response Code: The API key given is not valid, and does not correspond to a user.(401)
09.08.2015 - 09:21:31.173 ERROR Prowl - Response Code: The API key given is not valid, and does not correspond to a user.(401)
09.08.2015 - 09:21:31.186 INFO Prowl - Senden an ec43a8f9cc8e12e170550a89990ec8eccf481714: API call succeeded. 985 api calls left.
09.08.2015 - 09:21:31.188 INFO PluginController - PluginController mit Plugin prowl.Prowl (Admin85) mit AlarmData () nach 1091 ms beendet
09.08.2015 - 09:21:31.191 INFO Prowl - Senden an f2539742763b6360234631b2e1c3452e23f3c16e: API call succeeded. 983 api calls left.
09.08.2015 - 09:21:31.191 INFO Prowl - Senden an 64eb4dea16acc50096f218df162670d8d24e95f3: API call succeeded. 982 api calls left.
09.08.2015 - 09:21:31.195 INFO Prowl - Senden an ce10281fadbfa076d7a3afb0d6d2a17733240056: API call succeeded. 993 api calls left.
09.08.2015 - 09:21:31.198 INFO PluginController - PluginController mit Plugin prowl.Prowl (Admin228) mit AlarmData () nach 1199 ms beendet
09.08.2015 - 09:21:31.617 INFO ApagerPush - {"status":200,"message":"4 Nachrichten erfolgreich verschickt"}
09.08.2015 - 09:21:31.619 INFO ApagerPush - Erfolgreich übergeben
09.08.2015 - 09:21:31.619 INFO PluginController - PluginController mit Plugin apagerPush.ApagerPush (Admin230) mit AlarmData () nach 1604 ms beendet
09.08.2015 - 09:21:33.477 INFO SendMessageApagerIOS - Nachrichten erfolgreich versandt
09.08.2015 - 09:21:33.479 INFO PluginController - PluginController mit Plugin apagerIOS.ApagerIOS (Admin4) mit AlarmData () nach 7759 ms beendet
09.08.2015 - 09:21:33.660 INFO Pipeline - Alarmabarbeitung beendet
09.08.2015 - 09:21:33.660 INFO Pipeline - Pipeline von Einheit (1259782) wurde nach 8080 ms beendet. Fehler aufgetreten: Nein
09.08.2015 - 09:21:37.116 INFO SendMessageApagerIOS - Nachrichten erfolgreich versandt
09.08.2015 - 09:21:37.117 INFO PluginController - PluginController mit Plugin apagerIOS.ApagerIOS (Admin86) mit AlarmData () nach 7018 ms beendet
09.08.2015 - 09:21:37.341 INFO Pipeline - Alarmabarbeitung beendet
09.08.2015 - 09:21:37.342 INFO Pipeline - Pipeline von Einheit (SA_Sammelalarm2) wurde nach 7784 ms beendet. Fehler aufgetreten: Ja

lippe
09.08.2015, 18:32
"Response Code: The API key given is not valid, and does not correspond to a user." Es wird also ein API key einen Fehler haben. Vielleicht schaust du einmal in der Serveroberfläche bei genau dem Alarm nach. Meist wird auch dort der fehlerhafte Nutzer angezeigt. Ansonsten sind die erfolgreich versendeten API-Keys im Log genannt, die kannst du zur Not abgleichen um den fehlerhaften Key zu finden.

Eraser112
10.08.2015, 22:51
"Response Code: The API key given is not valid, and does not correspond to a user." Es wird also ein API key einen Fehler haben. Vielleicht schaust du einmal in der Serveroberfläche bei genau dem Alarm nach. Meist wird auch dort der fehlerhafte Nutzer angezeigt. Ansonsten sind die erfolgreich versendeten API-Keys im Log genannt, die kannst du zur Not abgleichen um den fehlerhaften Key zu finden.

Im Server sehe ich leider auch nur, dass ein Fehler aufgelaufen ist, aber nicht genau, welcher Key es ist...

Eraser112
11.08.2015, 10:30
Ist es eigentlich möglich, für die verschiedenen "Benutzer" (Admin1, Admin2, ...) immer das gleiche Adressbuch, also nur EIN Adressbuch zu benutzen? Ich finde das ziemlich nervig, immer alles neu zu machen..... Ja, ich weiß, dass man exportieren kann, aber leider übernimmt er im Moment jedenfalls keine iOS Pro Nutzer und die Gruppen auch nicht.

lippe
11.08.2015, 16:35
Wurde schon mehrfach vorgeschlagen, aber leider immer abgelehnt...

Eraser112
12.08.2015, 16:06
OK.
Weiß man, wieso abgelehnt wurde? Vielleicht kann man das nochmal überdenken! Bei knapp 10 Benutzern im FE ist das sehr nervig...

lippe
13.08.2015, 14:36
OK.
Weiß man, wieso abgelehnt wurde? Vielleicht kann man das nochmal überdenken! Bei knapp 10 Benutzern im FE ist das sehr nervig...

Um eine konkrete Antowort vom Entwickler zu bekommen müsstest Du die Frage mal im Alamos-Forum stellen: http://board.alamos-ug.de/

Eraser112
18.08.2015, 12:14
Hallo!

Ich bekomme die POCSAG Meldugen über Bosmon rein und schicke diese dann an FE. Ohne irgendwas am Text zu ändern. In FE bzw das, was FE dann an die Handys schickt in aPager, prowl etc, werden z.B. ein " ´ " als "'" dargestellt. Liegt das an der Zeichencodierung und wenn ja, was kann ich das ändern? Oder wie kann man dieses Problem sonst in den Griff bekommen? Unsere BAB-Auffahrten werden teilweise im Ortsteil mit einem " ´" abgekürzt und dann steht da sowas wie "E'weil-West > E'weil-Ost" Das ist sehr unschön...

Danke im Voraus!!!

Firefighter92bymh
19.08.2015, 12:15
Hallo!

Ich bekomme die POCSAG Meldugen über Bosmon rein und schicke diese dann an FE. Ohne irgendwas am Text zu ändern. In FE bzw das, was FE dann an die Handys schickt in aPager, prowl etc, werden z.B. ein " ´ " als "'" dargestellt. Liegt das an der Zeichencodierung und wenn ja, was kann ich das ändern? Oder wie kann man dieses Problem sonst in den Griff bekommen? Unsere BAB-Auffahrten werden teilweise im Ortsteil mit einem " ´" abgekürzt und dann steht da sowas wie "E'weil-West > E'weil-Ost" Das ist sehr unschön...

Danke im Voraus!!!

Per Ersetzung sollte das machbar sein:
'´

Lupi87
21.08.2015, 21:50
Hallo,

wenn ich meinen FE-Server automatisiert starten lass, also via Autostart, Geplanter Task, bat oder Skript, bringt er immer Fehlermeldungen bzgl. Java.
Siehe Anhang.
Starte ich via Mausklick, passt alles und der Server läuft.
Dies trat erst nach dem letzten update auf.
Die älteren Versionen ließen/lassen sich problemlos automatisiert starten.
Woran kann das liegen?
Besten Dank!
Wolfi

lippe
23.08.2015, 22:25
Hallo,

wenn ich meinen FE-Server automatisiert starten lass, also via Autostart, Geplanter Task, bat oder Skript, bringt er immer Fehlermeldungen bzgl. Java.
Siehe Anhang.
Starte ich via Mausklick, passt alles und der Server läuft.
Dies trat erst nach dem letzten update auf.
Die älteren Versionen ließen/lassen sich problemlos automatisiert starten.
Woran kann das liegen?
Besten Dank!
Wolfi

Genau das Problem liegt bei mir auch vor. Vermütlich durch Umstellung auf Win10 ausgelöst?! - Ich habe noch keine Lösung gefunden.

Stefan6110
23.08.2015, 22:30
Das Problem hab ich auch mit Win 7 :/

Maulwurf
24.08.2015, 03:41
warum es nicht mehr geht kann ich dir nicht sagen, aber da ich das jetzt seit fast 2 Jahren so laufen habe und keine Probleme habe, würde ich dir Empfehlen das ganze nicht via Autostart sondern via Aufgabenplaner zu machen.

Lupi87
24.08.2015, 06:32
Hab Win8 am laufen.
Am OS wurde nichts gemacht.
Beim Aufgabenplaner besteht das Problem ebenfalls...

lippe
24.08.2015, 09:03
Das Problem besteht bei:
-Aufgabenplanung
-start mit Batch
-Eintrag in den Autostart über Registry
-reguläres Einfügen der Verknüpfung in den Autostartordner.

im Alamos Forum wird auf meinen Post leider nicht weiter eingegangen - Ich lasse das bei Gelegenheit mal weiter überprüfen.

zwick88
03.10.2015, 12:45
Hallo Zusammen.

Ich hab weder ein Update am System gemacht, noch ein Update am FE. Aber seit dem heutigen Neustart (Automatische Updates nicht aktiviert) kommt jedes mal beim Neustart die Meldung "-Client - GUI Dienst konnten nicht gestartet werden. Eventuell läuft fireEmergency bereits."

Im Taskmanager konnte ich feststellen, dass kein Prozess zweimal gelistet wird.

Kann mir hier jemand helfen?

Eraser112
22.10.2015, 18:19
Hi @all!

Ich werte über Bosmon aus und verarbeite alles weitere in FE. Ich habe einen Sammelalarm angelegt, da bei uns immer mehrer Ric alarmiert werden. Teilweise bis zu 10 gleichzeitig im Express Alarm. Das klappt auch alles. Wir arbeiten im LZ mit den Rückmeldungen und gut 90% der Leute haben ein Smartphone mit der aPager App. Das klappt auch soweit. Jetzt habe ich ein paar Leute aus anderen LZ im Alarmablauf die unseren Alarm zur Info bekommen. Das Problem ist jetzt, dass diese Leute natürlich auch in der Rückmeldeliste auftauchen. Kann ich das irgendwie trennen, dass bestimmte Leute nicht in der Rückmeldeüberischt eines Alarmes auftauchen? Selbst wenn sie nur die Meldung lesen, stehen sie in der Übersicht in gelb da, was sehr unübersichtlich ist.

Danke im Voraus!!!

Maulwurf
22.10.2015, 19:21
Du musst für diese Leute einen separate Einheit anlegen!
Aufbau normale Einheit
Alarmtext diesen durch eine batch in eine Textdatei schreiben lassen mit einer Verzögerung von ca. 4 Sekunden dann das alarmieren Einheitenplugin nutzen und Deine Info Einheit alarmieren (im Einheiten alarmieren Plugin muss der Haken raus mit Daten übernehmen sonst wird auch die Rückmeldungs ID mit übernommen!)

In der neuen Einheit musst du jetzt durch das file Reader Plugin der vorher in die Textdatei geschriebenen alarmtext einlesen und weiter verarbeiten!

Eraser112
22.10.2015, 23:05
Okay, schon mal danke für die ausführliche Antwort!
Mit einem eigenen Benutzer und damit eigenen Alarmablauf kann ich das nicht lösen? Wäre sehr viel einfacher...

Maulwurf
22.10.2015, 23:20
Sorry klar doch hast ja geschrieben Eingang ist Bosmon damit geht das sehr gut da du via Netzwerk Ereignis parallel 2 Benutzer alarmieren kannst! Sorry für das umständliche das musst du nur machen wen DME Plugin benutzt wird da man da nur einen Benutzer alarmieren kann

Eraser112
22.10.2015, 23:22
Super!
Also einfach im Bosmon die Einheiten angeben, die alarmiert werden sollen, richtig? Oder wäre ein zweiter Sammelalarm möglich, der die gleichen Benutzer enthält nur andere Empfänger?

Schon mal vielen Dank für die Hilfe!!!

Maulwurf
22.10.2015, 23:33
Du darfst bloß nicht die selbe Rückmelde ID haben also getrennte Einheiten

to-fu
31.10.2015, 15:15
Tach,

ich habe folgendes Problem und bin am verzweifeln:
Nach Tausch des Rechners und des Betriebssystems auf Win 10 fehlt bei der Übergabe der Informationen von FMS32 Pro an Firemergency die Textzuweisung aus der POCSAG-Empfänger-Verwaltung. Die Alarmierungen laufen alle wie gewohnt und im FMS32 Plugin werden alle anderen Informationen auch ersetzt und in Klartext übermittelt nur die &4& Bezeichnung ZVEI/RIC/FMS nicht. Hier erscheint bei einem Alarm nur die Anzeige N/A. Sämtliche Einstellungen wurden aus dem früheren System übernommen ggf. angepasst (Dateipfade). Allerdings, da ja alle anderen Funktionen und Informationen wie früher laufen und übermittelt werden, gehe ich hier davon aus, keinen Fehler gemacht zu haben.
Hatte/hat jemend ein ähnliches Problem bzw. kann mir helfen? Mir sind die Ideen ausgegangen.

Vielen Dank im Voraus!


Win 10 Pro
Firemergency 1.9.6.6
FMS Pro 3.2.2

kleene
11.01.2016, 16:44
Hat das Problem schon einmal jemand gehabt? Betrifft scheinbar nur die alte App von aPager, in der neuen werden die Alarme nach wie vor gepuscht. Problem besteht jetzt seit Samstag, Freitag lief alles noch völlig normal.

Dr.MirakulixX
12.01.2016, 06:30
Gehabt nicht, habe aktuell das Problem das bei der alten IOS APager keine Alarme mehr gepusht werden. Zeitraum passt auch zu Sa etwa

Marco Horst
03.03.2016, 01:06
Wo bekomme ich den API/FOS-Lizenzschlüssel für die aPager-app her?

Maulwurf
03.03.2016, 05:29
Kaufen und falls du nur die App hast musste dein Administrator fragen der euer FE managet.

Marco Horst
03.03.2016, 08:57
Danke die app und jahreslizenz habe ich, mein Kommandant wusste auch nichts anzufangen, managen tut das jemand anders denn soll er frage richte ich ihm aus.