Werds mir auf die To-Do schreiben für die nächsten Tage.. Vielleicht hilft das zwischen Kekse essen, Baum aufstellen, Weihnachtsbraten verspeisen doch ein wenig in der welt zu bleiben :-)
Druckbare Version
Werds mir auf die To-Do schreiben für die nächsten Tage.. Vielleicht hilft das zwischen Kekse essen, Baum aufstellen, Weihnachtsbraten verspeisen doch ein wenig in der welt zu bleiben :-)
Naja hoffentlich habt ihr wenig Einsätze über die Feiertage :-)
Aber wenn eine Rückmeldung nicht funktioniert einfach am besten gleich die Zeit notieren und uns dann irgendwann mal aus dem FE Log die IDs zukommen lassen. Nur so können wir nachforschen.
Gruß
Fehler:
Log AM3:
!ENTRY de.alamos.monitor.alarmcontributor 1 0 2012-12-22 17:55:18.296
XXXXXXXX","id":"XXXX"
Log FE:
17:55:31 [DEBUG] [Thread-904] [server.feedback.FeedbackController$1][181] Sende: {"api":"","id":"XXXXX"}
...
17:55:32 [INFO] [Thread-904] [server.feedback.FeedbackController$1][189] Feedback erfolgreich angelegt
Und der ging nicht?
Hat noch jemand ähnliche Erfahrungen gemacht?
Meldet aPager dann eigentlich auch korrekt Fehler oder Erfolg?
Genau der ging nicht.
Apager meldet "erfolgreich" ... das tut er eigentlich so gut wie immer.
AM sagt dass es den Alarm nicht gibt und irgendwann hört er auf abzufragen "zu viele Versuche..."
!ENTRY de.alamos.monitor.view.feedback 4 0 2012-12-22 17:55:23.768
!MESSAGE Response: Alarm with ID 'XXXXX' not found in database
Es guckt hier immer so aus, als sei ein Leerzeichen in der ID mit drin? Ist das ein Formatierungsfehler, oder ist das direkt im LOG auch so?
Ne . iss im log nicht mit drin. war mir gerade auch aufgefallen, ist wohl irgendwie beim einkopieren rein gekommen. K.A. Warum ...
so stehts im AM Log:
'XXXX'
Aber unter der ID findest du den Eintrag?
Das kommt hier durchs Forum! Hatte das Leerzeichen gerade nicht mit drin, nach dem Absenden wars da.
Also alle Alarmierungen die hier aufgeführt wurden habe ich gerade gefunden.
Ihr könnt es selbst ausprobieren, indem ihr folgende URL aufruft:
https://apager-firemergency-2.appspo...tml&id=ALARMID
Also zum Beispiel:
Wir werden nach den Feiertagen mal untersuchen an was der Fehler liegt.
EDIT
Alle IDs aus diesem Thread wurden entfernt, da mit der oben genannten URL sonst jeder eure Daten sehen kann. Im Normalfall ist es sicher, da die ID eindeutig und so komplex ist, dass sie nicht zu erraten ist.
Wir hatten gestern das gleiche Problem... Logs habt Ihr per Mail bekommen. Ich habe die ID gerade selber eingegeben, der Alarm wurde angelegt. AM3 hat den Alarm aber anscheinend nicht gefunden.
Ok, ich bin also nicht alleine mit dem Problem, dass das Feedback nicht läuft. :D
Ich warte dann mal auf ein Fix. ;)
Na, alleine bestimmt nicht. Hatte das Problem ja auch schon diverse Male.
Erstmal ist jetzt Weihnachten :-)
eclipse.buildId=unknown
java.version=1.7.0_09
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_DE
Command-line arguments: -os win32 -ws win32 -arch x86
Error
Wed Dec 26 20:28:09 CET 2012
Response: Alarm with ID '10912e9a7eaa61ab2667c0506a99f3b170bed77c534c4bc3c ab37d53c0144894' not found in database
und:
"Feedback erfolgreich angelegt"
Ich glaube, ihr habt es hinbekommen! Durch die höhere Anzahl der Abfragen klappt es jetzt!
Kommt ein Alarm rein, dauert es anscheinend ca 30 -40 Sekunden bis er von eurem Server abgefragt werden kann. So lange kommt "not found in Database".
Und anschliessend findet er den Alarm jetzt! Bis hierher hatte er aber sonst schon lange abgebrochen.
Sehr gut. Bitte weiter beobachten, aber ich denke auch, dass sich das Thema nun erledigt haben müsste.
Sehr gut.
Und danke für die aufmerksamen Beobachtungen, zatsch!
Kein Ding! Irgendwie entwickelt sich so ein Projekt ja auch nicht alleine- wenn man da irgendwie helfen kann. Und wir alle haben ja auch selber was davon!
Jetzt war ich zum Nachmittag so unheimlich zufrieden, jetzt kommt das nächste Problem:
Warning
Fri Dec 28 00:12:05 CET 2012
Aktualisierung läuft bereits. Dieser Durchgang wird deswegen abgebrochen
Mit der Meldung gibt es dann auch keine Rückmeldung.
Das kommt dann bei jeder Abfrage...Es war nur ein Alarm aktiv.
FE oder AM ?
Ist immer so viel Aufwand, administriere den Server nur per VPN und VNC von zu Hause, das ist nicht die schnellste Variante :-)
Log vom AM
OK, kommt dann als nächstes, werde es raus suchen.
Noch eben was Anderes:
Ich hatte ja das Problem mit der Feedback Personenliste. (Ich glaube anderer Thread zum AM)
Da hatte ich Personen versucht anzulegen, das wurde mit Fehlermeldung abgebrochen, es gab ein Update, hat bei mir nichts bewirkt, ich konnte die halb eingegebenen Personen und Gruppen nicht löschen. Das habe ich jetzt hnbekommen indem ich den workspace ordner "feedback" komplett gelöscht habe. Wurde neu angelegt und alles war wieder wie neu.
Jetzt habe ich wieder eine Person angelegt (für Personentabelle). Diese wird aber nicht angezeigt, das Fenster ist sozusagen leer. Streiche ich mit der Maus drüber kommt aber das
Mouse over "komme, klicken um Status für xxx ändern".
1. kann ich aber nicht klicken, es passiert nichts
2. steht da an sich ja gar nichts in dem Fenster
und
3. kommt im Log laufend die Fehlermeldung (Bild)
Ich habe ja durch das löschen keine Mappings mehr für die Rückmeldung. Sollen die Zuordnungen jetzt schon durch FE kommen oder noch nicht?
Update ist online. Behebt folgende Fehler:
- Personenübersicht funktioniert jetzt
- Aktualisierungsfehler behoben
- Fehler beim Abspielen des Sound behoben
Die automatische Übertragung des Adressbuch-Anzeigenamens funktioniert mit der aktuellsten im Shop erhältlichen FE Version. Allerdings noch NICHT mit aPager. Dies kommt erst noch. Also SMS/Prowl/XMPP klappt bereits. aPager noch nicht. Deswegen existiert in der Personenübersicht auch ein (optionales) Feld "Code" für jede Person. Hier kann dann die Google-Mail-Adresse eingegeben werden.
Super! Jetzt klappt das alles!
Ein paar Kleinigkeiten was das Aussehen angeht. Wenn man etwas schräg vor dem Monitor steht, sieht das "rot" (komme nicht) ziemlich ähnlich dem "gelb" vom Freitextfeld aus. Wenn man da dann keinen Text mitschickt kann man das gut verwechseln. Besser wäre das hellere rot bspw. aus dem Statusübersichtsfenster (alarmiert) oder sogar was frei wählbares.
Kann man in der Personenübersicht jetzt noch die Gruppen anzeigen lassen (wie in der Statusübersicht)?
Blog-Eintrag zur neuen Rückmelde-Personen-View:
http://blog.firemergency.de/blog/201...ldung-2-0.html
So lief es bisher ab:
Für die Rückmeldungen (z.B. via SMS) wurde die Rückmeldung selbst bei uns auf dem Server abgespeichert. Als "Absender" der Rückmeldung wurde die Handy-Nummer hinterlegt (oder Email/Prowl-ID/Gmail, je nachdem von welchem Weg die Rückmeldung kam). Deswegen benötigt die "alte" View eine Zuordnung von "Absender" zu Name (Email A = Max Muster, Prowl-ID B = Manuel Muster). Ohne diese Zuordnung sieht man in der View nur die Email-Adresse oder Prowl-ID oder Handynummer.
So läuft es jetzt ab:
Für die Rückmeldungen (z.B. via SMS) wird die Rückmeldung selbst bei uns auf dem Server abgespeichert. Als "Absender" der Rückmeldung wird der Name der Person aus dem FE-Adressbuch übernommen. Deswegen benötigt die "neue" View keine Zuordnung von "Absender" zu Name mehr, da ja direkt der Name gespeichert wird (und nicht die Email/Prowl/etc.).
Das heißt du legst in der Personen-View deine Personen mit dem Namen an, wie er auch als Anzeigename im FE-Adressbuch steht. Die Zuordnung geschieht dann automatisch an Hand des Namens.
Wie gesagt, nur noch nicht bei aPager. Dort wird aktuell weiterhin die Gmail-Adresse gespeichert. Deswegen kannst du in der Personen-View auch jeder Person eine optionale Zuordnung verpassen (beim erstellen der Person einfach die Gmail-Adresse in das optionale Feld eingeben).
Hoffe das hattest du gemeint.
Wo findet denn die Zuordnung statt? Holt sich der AM dann dann den zugehörigen Namen selber aus dem FE Adressbuch? Findet er den Pfad dazu selber? Oder werden die Namen von FE an dem AM mitübertragen? Oder direkt auch auf eure Server?
Bin im übrigen sehr begeistert von der Zustellungsqualität. Hatten eine Alarmierung um kurz nach 0 Uhr. Da wo SMS teilweise ja Stunden brauchen. Prowl und Android waren maximal 5 Sekunden nach Alarmierung da.
Und die Rückmeldung klappte auch bei allen.
In der Theorie sollten SMS die über eine priorisiertes Gateway geschickt werden, also die teuersten Gateways, selbst um 0 Uhr noch schnell ankommen, ich meine das bei einem der Anbieter gelesen zu haben.
Habt ihr da andere Erfahrungen gemacht? Wenn ja, wo war es schlecht?
Ich meinte eher die "privat" von Handy auf Handy geschickten SMS. Habe heute morgen um 6 h noch welche bekommen, die kurz nach 0.00 Uhr geschickt wurden.
Das läuft alles vollautomatisch über unseren Server. Dadurch ist es auch möglich, Rückmeldungen im Browser nun direkt anzeigen zu können.
Bei aPager kannst du dich bei Google bedanken! Und das obwohl es sich immer noch um den Beta Dienst handelt und wir noch nicht auf den neuen Dienst umgestiegen sind.
Eine direkte Kommunikation zwischen AM und FE wäre ein bisschen aufwendiger.
Aber du kannst die Personen ja via CSV importieren die du in Excel erstellt hast.
Datei muss so aussehen wie die Beispiel-Datei im Anhang.
Ist zwar noch sehr "hässlich", aber kann bereits verwendet werden. Siehe Post:
http://www.funkmeldesystem.de/foren/...4&postcount=58
(ALARMID durch deine eigene Alarm-ID ersetzen).
Den Link wird später firEmergency generieren und er wird somit in den Alarmtext integriert werden können.
Das Feature ist also eher noch in der Alpha Version und noch nicht in der Beta Version.
Hi,
könntest du die Darstellung der Rückmeldungen im Browser vielleicht noch etwas genauer erklären?
Um welche Alarm ID handelt es sich? Was wird angezeigt, wenn kein aktiver Alarm ansteht?
Die Alarm-ID ist eine eindeutige Identifikation des Alarms. Sie wird erstellt, wenn die Rückmeldung aktiv ist. Mit dieser ID wird der Alarm auf unserem Server angelegt:
http://blog.firemergency.de/blog/201...he-scenes.html
Das heißt es gibt für jeden Alarm eine eindeutige URL, mit welcher du dann auf den Alarm im Browser zugreifen kannst.
Wie gesagt, im nächsten Update werden wir diese URL automatisch generieren lassen und somit kannst du sie in den Alarmtext mit einfügen.
Momentan musst du in der Server-Oberfläche den Alarm öffnen und kannst dann die ID sehen (ziemlich lange, kryptische Zeichenfolge).
Ok, jetzt habe ich es verstanden!
Was meinst du ab wann das nächste Update zur Verfügung stehen wird??
Wie bekomme ich denn hin, dass im aPager die Button angezeigt werden?
In Apager in den Einstellungen die Rückmeldung aktivieren und
in FE in der Serveroberfläche die Rückmeldung für die entsprechende Einheit auch aktivieren.
Rückmeldung im Browser anzeigen:
http://blog.firemergency.de/blog/201...-im-blick.html
Muss das noch weiter von euch angepasst werden? Ich habe diesen Link mal an
mein Smartphone geschickt. Da startet dann mit dem eigenen Brwoser (Samsung Galaxy) ein Download, der dann abgebrochen wird.
Ein I Phone user bekommt die Seite als text angezeigt.
Auf dem PC klappt es.
Noch was: oben auf der Seite steht: Einsatzzeit: xx:xx:xx diese Zeit ist aber nicht die
des Einsatzes sondern der Abfrage. Und sie ist nicht MEZ.
Ich würde die Rückmeldung bei uns allerdings auf einem extra Monitor zeigen, damit sich die Führungskräfte ein Bild über die Einsatzstärke machen können.
Die URL der Seite bleibt gleich, jedoch wechselt die ID von Alarm zu Alarm. Wie bekomme ich es in dem Fall denn hin, dass der Browser mit die Seite bei Alarmeingang automatisch anzeigt?
So lange du den AM im GH einsetzt musst du das doch gar nicht so tun. Da nimmst du die Rückmelde View auf einem 2. Monitor.
Die Seite (so wie wir sie im Blog zeigen) existiert noch nicht. Das Update muss noch auf unseren Server gespielt werden (Ja, Zeit stimmt noch nicht).
Sobald jeder einen API Key mal hat, wird es eine Seite geben, die die Rückmeldung immer vom aktuellen Alarm anzeigt, ohne dass sich die URL ändert.
Aber wie gesagt, der AM3 zeigt Rückmeldungen auch an.
NACHTRAG
Das neue (für Mobilgeräte) optimierte Design steht jetzt allen zur Verfügung. Testlink:
https://apager-firemergency-2.appspo...rm2&style=html
Jap, funktioniert mit 1.3 mit mit dem Parameter &FEEDBACK_URL&
Nein!
Die URL, welche durch den Parameter &FEEDBACK_URL& generiert wird, ist nur für den jeweiligen Einsatz gültig. Ihr könnt euch diese URL also nicht als Lesezeichen speichern. Eine URL, welche für eure ALLE Einsätze gültig ist (und jeweils nur den aktuellsten anzeigt) gibt es (noch) nicht.
Hallo wird es denn vielleicht auch möglich sein das man über apager sehen kann wer kommt ???