Aus AlarmTool2.0 wird firEmergency

[xchris84x]

Also Laut den Logs tritt da kein Fehler auf. Bei jedem Alarm, den du gepostet hast, steht doch von Prowl drin:
Result Message: API call succeeded. 994 api calls left.
Das heißt wir haben unseren Job getan. Prowl hat die Meldung akzeptiert. Mehr können wir nicht tun.
Eventuell Probleme bei Prowl oder vlt falscher API-Key?

Hallo Simon,

erstmal SORRY. Der Fehler saß mal wieder vor dem Gerät.
Ich hab das Iphone einmal neugestartet und siehe da. ALLES von mir eingstellte funktioniert.

Trotzdem Danke für deine Hilfe.

Dann trau ich mich jetzt an den produktivbetrieb.


Gruß,

Chris

[Bertl83]

So Rückmeldung von mir.
Mit der 4er Version funktionierts jetzt das ich mehr als einen Alarm rausschicke.

Das 2. was ich noch hatte mit der Home-Taste beim Android...
Gleich nach meinen ersten Testalarm hatte ich den gleichen Fehler wie beschrieben. Dann hab ich den Task der App beendet, nochmal alarmieren lassen, und siehe da, jetzt funzt auch die Home-Taste...
Also ich glaub da is noch was im Busch...

Aber ansonsten eine echt super SW! Respekt. Für sowas lass ich es mir auch eingehen was zu zahlen oder zu spenden.
Wird dann passieren wenn die SW in da FFW bei uns Live geht.
Gruß Bertl

[PeterPanski]

Frage:

Wieso kann ich nicht für jede 5-Ton-Folge eine Pipeline anlegen ?
Er speichert keine weiteren mehr.

Dann steht im Log:

java.rmi.ServerError: Error occurred in server thread; nested exception is:
java.lang.OutOfMemoryError: Java heap space
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages( Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandl er.run0(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandl er.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run Task(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run (Unknown Source)
at java.lang.Thread.run(Unknown Source)
at sun.rmi.transport.StreamRemoteCall.exceptionReceiv edFromServer(Unknown Source)
at sun.rmi.transport.StreamRemoteCall.executeCall(Unk nown Source)
at sun.rmi.server.UnicastRef.invoke(Unknown Source)
at java.rmi.server.RemoteObjectInvocationHandler.invo keRemoteMethod(Unknown Source)
at java.rmi.server.RemoteObjectInvocationHandler.invo ke(Unknown Source)
at $Proxy0.duplicatePipeline(Unknown Source)
at client.gui.GDuplicateFrame$DuplicateWorker.doInBac kground(GDuplicateFrame.java:153)
at client.gui.GDuplicateFrame$DuplicateWorker.doInBac kground(GDuplicateFrame.java:1)
at javax.swing.SwingWorker$1.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRun(Unkn own Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at javax.swing.SwingWorker.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run Task(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run (Unknown Source)
at java.lang.Thread.run(Unknown Source)

Grüße

[Jockel91]

Danke für den super support.
Jetzt geht es.


Jockel

[MasterOfFire]

Kan man damit auch Alarmfaxe auswerten ud anzeigen lassen ????

[firEmergency]

Kan man damit auch Alarmfaxe auswerten ud anzeigen lassen ????

Nein, das geht im momentan nicht.
Aktuell sind wir nur noch auf Fehlersuche, da wir alle wieder kurz vor den Prüfungen stehen.

[firEmergency]

ACHTUNG:

Auf Grund eines Software-Fehlers, sollte die Version 0.0.4 nur eingeschränkt verwendet werden. Die Nutzung des "Pipeline duplizieren" Buttons kann zum Absturz des Servers führen!!

[FMS-Master]

Hallo!

Ein kleiner Nachtrag:
Die 3 exen machen eigentlich nichts anderes als das Java Programm auszuführen. Deswegen wird eine Freigabe in der Firewall für die exen auch nichts bringen. Versuch mal komplett Java mit allen Rechten auszustatten

Oh mann.... *patsch* Da hätte ich auch von selbst drauf kommen MÜSSEN! *grr*

Der SMSTrade alarm geht jetzt durch....
E-Mail noch nicht, da muss ich noch dran basteln.

Gruß FMS-Master

[Grisu112]

N'abend

Eine Beobachtung zum Einheiten Import.

Ich habe versucht ca. 130 RIC's zu Importieren.
Es erschien das Fenster mit der Meldung "Es wird geladen",
und dann passierte nichts mehr, nur der Kreis dreht sich, hab mehrere Minuten gewartet.
Ich konnte das Fenster nicht beenden/schliesen, sondern musste es über den Taskmanager beenden. Aber in der CMD der Server.exe war ein Teil der Daten gelistet, immer etwa 80 Datensätze (hab mehrere Versuche gemacht).

Dann habe ich die *.csv einfach mal in drei zu je ca. 40 Sätzen aufgeteilt,
und siehe da, es geht im Sekundenbruchteil.

Da scheint es irgendwo einen Überlauf zu geben.

Außerdem werden die Importierten Dateien nicht automatisch in die Listbox "Einheitenverwaltung" eingetragen.
Hierdurch habe ich zuerst gedacht, es hätte trotz Erfolgsmeldung nicht geklappt.
Erst nach einem klick auf "speichern" und einem erneuten Aufruf des Benutzers,
waren alle Einträge in der Liste zu sehen.

Scheint auch noch ein kleiner Bug zu sein.

Gruss
Grisu112

[Etienne]

Hey Affenmensch!
Hey Leute!

Ich habe leider nicht ganz jeden Post gelesen.

@Affenmensch
Gibt es noch die Möglichkeit zum Testen? Ich warte bislang noch auf das Passwort :-)

* Gibt es eine Möglichkeit Rufnummern und Namen per csv oder sonstiges zu importieren?
* Wie funktioniert in der aktuellen Version die Datenübernahme von einem DME? Im vorherigen Prog lief das ja über das Piepser-Tool


Ich möchte mich schon mal für diese unqualifizierten Fragen entschuldigen :-)

[Jockel91]

Hey,
ich muss ja mal sagen, dass ich von dem Android App voll begeistert bin.

Aus diesem Grunde habe ich mich auch viel mit diesem beschäftigt und mir sind ein paar dinge aufgefallen die noch schön als erzänzung wären:

- Auch "Laut" allamieren wenn ton aus ist (vom Handy)
- Eine widget zum schnellen aktivieren/deaktivieren vom Ton des Apps
- die möglichkeit verschiedene Töne für unterschiedliche "Schleifen" zuhinterlegen

Wäre cool wenn Ihr so was noch mit aufnehmen könntet

Gruß Jockel

[firEmergency]

N'abend

Eine Beobachtung zum Einheiten Import.

Ich habe versucht ca. 130 RIC's zu Importieren.
Es erschien das Fenster mit der Meldung "Es wird geladen",
und dann passierte nichts mehr, nur der Kreis dreht sich, hab mehrere Minuten gewartet.
Ich konnte das Fenster nicht beenden/schliesen, sondern musste es über den Taskmanager beenden. Aber in der CMD der Server.exe war ein Teil der Daten gelistet, immer etwa 80 Datensätze (hab mehrere Versuche gemacht).

Dann habe ich die *.csv einfach mal in drei zu je ca. 40 Sätzen aufgeteilt,
und siehe da, es geht im Sekundenbruchteil.

Da scheint es irgendwo einen Überlauf zu geben.

Außerdem werden die Importierten Dateien nicht automatisch in die Listbox "Einheitenverwaltung" eingetragen.
Hierdurch habe ich zuerst gedacht, es hätte trotz Erfolgsmeldung nicht geklappt.
Erst nach einem klick auf "speichern" und einem erneuten Aufruf des Benutzers,
waren alle Einträge in der Liste zu sehen.

Scheint auch noch ein kleiner Bug zu sein.

Gruss
Grisu112

Gut, werden wir mal testen und beheben. (Frage: Wie viel RAM hast du?)

Hey Affenmensch!
Hey Leute!

Ich habe leider nicht ganz jeden Post gelesen.

@Affenmensch
Gibt es noch die Möglichkeit zum Testen? Ich warte bislang noch auf das Passwort :-)

* Gibt es eine Möglichkeit Rufnummern und Namen per csv oder sonstiges zu importieren?
* Wie funktioniert in der aktuellen Version die Datenübernahme von einem DME? Im vorherigen Prog lief das ja über das Piepser-Tool

Ich möchte mich schon mal für diese unqualifizierten Fragen entschuldigen :-)

Testen:
Das Passwort kommt nicht mehr per Mail, sondern direkt am Ende des kleinen Fragebogens.
Import:
Momentan noch nicht, wird aber wahrscheinlich im August soweit sein
DME:
Das Piepser-Tool ist noch nicht angepasst. Dies wird wohl auch erst im August soweit sein.

[xchris84x]

jetzt hab ich auch ne frage...
.
.
.
.

Problem 3: Sonderzeichen wie ß und ö,ü,ä werden zu Hyroplyphen.

stgt88112

Guten Morgen zusammen,

vorab schon mal Sorry, falls ich die Antwort überlesen habe.

Wurde Problem 3 (Sonderzeichen wie ß und ö,ü,ä werden zu Hyroplyphen) schon gelöst?
wenn ja könnt ihr mir sagen wie man es lösen kann, bzw. wo ich die Anleitung hierzu finde?

Weiterhin tritt bei mir noch das Problem auf, dass die erste Alarmierung die reinkommt (bei der das AT2.0 tätig wird), bei der das Android Plugin genutzt wird, nicht sauber durchläuft.
Es kommt immer zu einem Timeout. Kommt direkt danach noch eine Alarmierung rein, bei der ebenfalls das Android Plugin benutzt werden soll, funktioniert dies einwandfrei.
Scheinbar funktioniert das "aufwecken" des Servers noch nicht richtig.

Zu guter Letzt habe ich noch ein drittes Problem.
Ich habe über das Mail-Plugin (vorher in der XML natürlich E-Mail Server, etc. eingetragen) versucht Mails bei Alarmierungen zu versenden. Grundlegend funktioniert das fast immer, solange ich nur an einen Benutzer eine Mail sende und kein anderes Plugin gleichzeitig aktiv wird. Sobald jedoch mehr als ein E-Mail Empfänger benachrichtigt werden soll, bzw. gleichzeitig noch eine Prowl oder Android Info gesendet werden soll wird mit einem Timeout abgebrochen.

Könnt ihr mir an dieser Stelle weiterhelfen?

Besten Dank schon mal im Voraus.


Gruß,

Chris

[feodor]

Hey,
ich muss ja mal sagen, dass ich von dem Android App voll begeistert bin.

Aus diesem Grunde habe ich mich auch viel mit diesem beschäftigt und mir sind ein paar dinge aufgefallen die noch schön als erzänzung wären:

- Auch "Laut" allamieren wenn ton aus ist (vom Handy)
- Eine widget zum schnellen aktivieren/deaktivieren vom Ton des Apps
- die möglichkeit verschiedene Töne für unterschiedliche "Schleifen" zuhinterlegen

Wäre cool wenn Ihr so was noch mit aufnehmen könntet

Gruß Jockel

Servus Jockel,

für Vorschläge zur Android App:
https://firealarm.uservoice.com/foru...rm-android-app
Den Link findest du auch in der Marktetbeschreibung.

Punkt 1 habe ich gestern auch schon vorgeschlagen.

VG

[firEmergency]

WICHTIGE INFORMATION:

Wir haben einen Fehler im Speichersystem von firEmergency entdeckt. Dieser kann zu einem erhöhten Arbeitsspeicherverbrauch führen. Hervorgerufen durch:

- Duplizieren von Pipelines
- Oftmaliges Speichern der Benutzer

Der Fehler lässt sich nicht durch ein einfaches Update beheben. Die Abarbeitung eines Alarmes ist dabei NICHT betroffen.
Lediglich das oftmalige Speichern der Benutzer kann zu einem erhöhten Speicherverbrauch (bis hin zum Absturz des Programmes) führen.

Deswegen sollte das Programm nicht in den Produktiv Einsatz eingesetzt werden, bzw. nur auf eigene Gefahr.

Behoben wird der Fehler in einem größeren Update, welches aber erst im August erscheinen wird.

Falls ihr auf den beschriebenen Fehler stoßen werdet, so könnt ihr das hier berichten.