Neuer Adapter "Divera 24/7"

[maniac]

@maniac sagte in Neuer Adapter "Divera 24/7":

@tobkoh sagte in Neuer Adapter "Divera 24/7":

Per IoT-Cloud Adapter habe ich es bisher schon geschafft die Daten in IoBroker zu bekommen.

Wie machst Du das genau per Cloud?

Habs gerade gesehen in dem anderen Thread, Danke.

[TKnpl 0]

Hallo zusammen, ich habe soeben noch die folgenden Datenpunkte hinzugefügt:

• Einsatzstichwort
• Einsatztext
• Adresse
• Breitengrad
• Längengrad

Viel Spaß damit und gerne Feedback hier

[maniac]

@tknpl-0 sagte in Neuer Adapter "Divera 24/7":

Hallo zusammen, ich habe soeben noch die folgenden Datenpunkte hinzugefügt:

• Einsatzstichwort
• Einsatztext
• Adresse
• Breitengrad
• Längengrad

Viel Spaß damit und gerne Feedback hier

Sehr schön, danke Dir für die Mühe.
Funktioniert besser als es soll...

Stellvertretend für Dich bekommen dann meine Kameraden eine Kiste Bier.
Hab mich mich beim Probealarm verklickt und statt nur bei mir auszulösen die ganze Wehr alarmiert...

[tobkoh]

@maniac
Das kenne ich ist mir auch mir nicht nur einmal passiert.

Was mir jedoch aufgefallen ist @TKnpl-0 je nach dem wie man die Aktualisierung einstellt und für die Datenpunkte den History-Adapter aktiviert, schriebt alle 10 sec. (bei mir) neue Daten null in die History.
Kannst du das vielleicht so anpassen dass nur der bei dem ersten Alarm die Daten geschrieben werden und dann stehen bleiben bis der nächste kommt?

Gruß Tobi

[maniac]

@tobkoh sagte in Neuer Adapter "Divera 24/7":

@maniac
Das kenne ich ist mir auch mir nicht nur einmal passiert.

Was mir jedoch aufgefallen ist @TKnpl-0 je nach dem wie man die Aktualisierung einstellt und für die Datenpunkte den History-Adapter aktiviert, schriebt alle 10 sec. (bei mir) neue Daten null in die History.
Kannst du das vielleicht so anpassen dass nur der bei dem ersten Alarm die Daten geschrieben werden und dann stehen bleiben bis der nächste kommt?

Gruß Tobi

Ist mir auch aufgefallen, dass er gleich wieder löscht.
Würde es auch begrüßen, wenn das nur bei einem neuen Alarm aktualisiert wird.
Selber überschreiben nach "einer Stunde" mache ich dann lieber per Script.

[TKnpl 0]

@maniac @tobkoh Ich werde sehen was sich machen lässt nehme ich gerne mit auf!

Gerade habe ich eine weitere Aktualisierung nach Github gepusht. Neben der Verbesserung des Connection Checks, habe ich einen neuen Datenpunkt hinzugefügt, die Alarmierungszeit. Damit sollten Skripte leichter erstellbar sein.

Grüße!

[tobkoh]

@tknpl-0

Super, vielen Dank.
Ich werde es gleich mal testen.

Wäre es auch möglich die Daten von "group" und "priority" abfragen?

Hinter "group" steht die alarmierte Gruppe da wir bei uns dies unterscheiden also Klein- und Vollalarm und weitere Gruppen wäre es genial wenn man diese unterscheiden könnte.

Gruß Tobias

[claus1993]

Kann ich mit Divera auch einfach nur die Info bekommen wenn die Alarmsirene angeht was wo passiert ist?

[maniac]

@claus1993 sagte in Neuer Adapter "Divera 24/7":

Kann ich mit Divera auch einfach nur die Info bekommen wenn die Alarmsirene angeht was wo passiert ist?

Wenn Deine Wehr nicht angemeldet ist, nein.

[TKnpl 0]

@tobkoh
Hi, ja die priority und die Group sind abfragbar, allerdings sind nicht die Gruppennamen von Divera abrufbar, sondern nur die ID's dahinter. Da muss ich mir nochmal überlegen, wie man das schön lösen kann.
Viele Grüße

[maniac]

@tknpl-0 sagte in Neuer Adapter "Divera 24/7":

@tobkoh
Hi, ja die priority und die Group sind abfragbar, allerdings sind nicht die Gruppennamen von Divera abrufbar, sondern nur die ID's dahinter. Da muss ich mir nochmal überlegen, wie man das schön lösen kann.
Viele Grüße

Die ID würde ja reichen. Kann man dann doch auch auswerten.
Die Namen sind doch bei jeder Wehr anders.

[TKnpl 0]

Hallo zusammen!
Auf GitHub ist eine neue Version 0.0.6 des Adapters verfügbar.
Dieser aktualisiert nun die Alarm-bezogenen Objekte nur noch einmalig, wenn eine Änderung, sprich ein neuer Alarm vorliegt.

[TKnpl 0]

Und noch eine neue Version 0.0.7 auf GitHub.
Mit dieser Version kommt der Datenpunkt "Priorität/Sonderrechte" hinzu und der Datenpunkt "Alarm" wird nur noch aktualisiert, wenn ein neuer Alarm eingeht oder alle Alarme geschlossen sind. Dementsprechend genügt nun der Trigger "Alarm" -> "ist wahr" zum Starten eigener Logiken.

[tobkoh]

@tknpl-0

Hi,

ja das ist mir auch bekannt das nur die ID der Gruppe übertragen wird.
Wir benötigen diese Unterscheidung, weil es bei uns auch viele Einzelrufe bzw. kleiner Gruppen gibt.

Was findet diese Unterscheidung sehr wichtig, dass nicht bei jedem Einzelruf die ganze Automatisierung anspringt.

Ich habe dazu mal ein Pull-Request erstellt:
https://github.com/TKnpl/ioBroker.divera247/pulls

Gruß Tobi

[Marsx79]

@TKnpl-0

Hi.

Der Adapter ist nach dem Start "grün". Wenn ich nach einer gewissen Zeit mal zur Kontrolle nachschaue ist er dann aber "gelb". Nach einem Neustart dann wieder "grün".

Soll das so? Bzw. empfängt der Adapter einen Alarm im Status "gelb"?

[TKnpl 0]

@marsx79 das sehe ich mir mal an. Danke für den Hinweis!

[maniac]

@marsx79 sagte in Neuer Adapter "Divera 24/7":

@TKnpl-0

Hi.

Der Adapter ist nach dem Start "grün". Wenn ich nach einer gewissen Zeit mal zur Kontrolle nachschaue ist er dann aber "gelb". Nach einem Neustart dann wieder "grün".

Soll das so? Bzw. empfängt der Adapter einen Alarm im Status "gelb"?

Als Hinweis, kein Einzelfall anscheinend.
Dies tritt bei mir auch auf. Einmal Stoppen und wieder Starten, dann ist er sofort wieder grün.

[TKnpl 0]

Hallo @tobkoh @Marsx79 @maniac und alle anderen,

es ist eine neue Version 0.0.8 auf GitHub verfügbar, mit der der Fehler, dass der Adapter gelb wird, behoben sein sollte. Falls nicht lasst es mich gerne wissen.
Darüber hinaus sind die Felder Einsatznummer, alarmierte Gruppen und alarmierte User hinzugekommen. Der Datenpunkt "Alarm" wird jetzt nur noch aktualisiert, wenn ein neuer Alarm vorliegt und nicht mehr bei jeder Abfrage bei Divera. Zudem werden die Daten nur noch dann aktualisiert, wenn der Alarm auch für den eigenen User ist, hierfür ist eine weitere Angabe in der Konfigurationsseite des Adapters notwendig.

[leno1020]

Hallo zusammen
ich bekomme beim Versuch den Adeapter zu installieren volgenden Fehler

$ ./iobroker url "https://github.com/i/ioBroker.npm/tarball/master" npm
install i/ioBroker.npm#master
NPM version: 6.14.11
npm install i/ioBroker.npm#master --loglevel error --prefix "/opt/iobroker" (System call)
npm ERR! Error while executing:
npm ERR! /usr/bin/git ls-remote -h -t ssh://git@github.com/i/ioBroker.npm.gitnpm ERR! npm ERR! Host key verification failed.npm ERR! fatal: Could not read from remote repository.npm ERR! npm ERR! Please make sure you have the correct access rightsnpm ERR! and the repository exists.npm ERR! npm ERR! exited with error code: 128

npm ERR! A complete log of this run can be found in:npm ERR!     /home/iobroker/.npm/_logs/2021-03-01T12_39_43_854Z-debug.log
ERROR: host.srv-api Cannot install i/ioBroker.npm#master: 1
ERROR: process exited with code 25

hat jemand eine idee wo das problem liegen könnte

---

Mod-Edit: Code in </> Code-Tag gepackt!

[leno1020]

@leno1020 das problem hat sich erledigt