tknpl / iobroker.divera247 Goto Github PK

Hallo,
ich habe mit den Adapter Probleme, dass ich nur Einsätze aus meiner "Haupteinheit" bekomme. Da ich aber mit einem Account in mehreren Einheiten bin und dort auch Alarmierungen erhalte, brauche ich auch Zugriff auf die anderen Alarmierungen. Auf Nachfrage bei DIVERA muss im GET-Request bei einer Doppelmitgliedschaft die ucr-id mitgegeben werden. Also der Request müsste so aussehen:
http://www.divera247.com/api/v2/alarms?accesskey=ACCESSKEY&ucr=NUTZERID
Der Request muss dann natürlich für jede Einheit, in der man Alarmierungen erhalten möchte, ausgeführt werden. Kann das noch in dem Adapter korrigiert bzw. ergänzt werden? Vielen Dank!!
Bei Rückfragen stehe ich zur Verfügung :)

I am an automatic service that looks for possible errors in ioBroker and creates an issue for it. The link below leads directly to the test:

https://adapter-check.iobroker.in/?q=https://raw.githubusercontent.com/TKnpl/ioBroker.divera247

• [E144] common.installedFrom field found in io-package.json. Must be removed.
• [E605] No actual year found in copyright. Please add "Copyright (c) 2022 tknpl [email protected]" at the end of README.md
• [E701] No actual year found in LICENSE. Please add "Copyright (c) 2022 tknpl [email protected]" at the start of LICENSE

Thanks,
your automatic adapter checker.

P.S.: There is a community in Github, which supports the maintenance and further development of adapters. There you will find many experienced developers who are always ready to assist anyone. New developers are always welcome there. For more informations visit: https://github.com/iobroker-community-adapters/info

Dear Adapter developer,

with js-controller 3.2 and js-controller 3.3 some additional checks were added to make sure that created objects match to the specifications and also written state values match to the object definition.

If something is not correct this is logged as 'warning' or 'info' log.

Please take the time to verify your adapter by ideally starting with a fresh instance and do some actions and verify the log. If you see a warn log there from these checks please adjust the adapter and fix the relevant cases.

For questions please refer to ioBroker/ioBroker.js-controller#1301

Additionally we are preparing Admin 5 which will have a completely rewritten UI. Please install Admin 5, activate that new UI and verify that the configuration of you adapter works as expected also there.

More informations on Admin 5 can be found in Forum https://forum.iobroker.net/topic/44282/test-adapter-admin-5-0-x-alpha-der-neuen-ui

Please close the issue after you checked it.

Thank you very much for your support!

Hallo,

wäre es möglich noch den Datenpunkt id hinzuzufügen?
Also die interne Divera Einsatz id .

Besten Dank

Hallo!

Ich habe ein Skript erstellt, das auf den Wert Einsatz-ID der sich ja bei jedem Einsatz ändert zugreift.
Wenn dieser Wert sich ändert geht z. B. das Licht an.
Jetzt kommt aber immer die Meldung: error | javascript.0 (103472) script.js.Meine_Scripts.Divera Error by subscription (trigger): Wrong ID of type boolean or number.

Wo stimmts hier nicht?

Es wäre schön, wenn für Jedes Fahrzeug was in Divera hinterlegt ist, der Fahrzeugstatus in ein Datenpunkt steht.
Nicht nur die Alamiertenfahrzeuge.

Hintergrund: Es kann z.B. auf Rückfahrt zum Gerätehaus Status 2 gegeben werden und das Fahrzeugtor öffnet sich.

Es sollte möglich sein, über Datenpunkte seinen privaten Status zu geben.
So kann Divera komplett in ioBroker integriert werden.
Anwesend = Einsatzbereit
Party Modus = Nicht Einsatzbereit

Dear Adapter developer,

with js-controller 4.0 object definitions are now also checked that min/max in only provided for number/mixed objects and that the type of the default value matches to the object type.

If something is not correct this is logged as 'warning' or 'info' log.

Please also make sure to update to the lastest @iobroker/testing dependency 2.5.4 or to accept the PR from Apollon77 for legacy testing!

Please spent some time to verify your adapter by ideally starting with a fresh instance and do some actions and verify the log. If you see a warn or info log there from these checks please adjust the adapter and fix the relevant cases.

For questions please refer to ioBroker/ioBroker.js-controller#1749

Please close the issue after you checked it.

Thank you very much for your support to get the best experience for the growing numbers of ioBroker users!

Halli hallo,

Cooler Adapter, danke dafür!!
Leider reagiert dieser aber "nur" auf die admin API des DIVERA Accounts. Den bekommt man als normaler Nutzer nur schlecht.

Kann der Alarm auch über Nutzer API genutzt werden?

Gruss
T Nitsche

Es sollte wieder möglich sein, dass zusätzlich die API verwendet werden kann.

Erstmal vorweg, ich liebe diesen Adapter, man kann damit echt eine Menge machen.

Ich würde mir noch folgendes wünschen ;)

Über Divera API werden auch die Rückmeldungen angezeigt, sobald jemand z.B. "komme in 5 Minuten" genutzt hat.
Über: https://app.divera247.com/api/v2/pull/all?accesskey="PRIVATER KEY"

In der API ist es der Punkt "ucr_answered"
Hier würde ich mir wünschen, das diese mit abgefangen werden.

Der Adapter müsste dann eine Auswahl, bzw ein Feld "hinzufügen" haben, welcher Status der Rückmeldung welche ID hat.
Beispiel meiner genutzten IDs:

46750 = In der Wache
46061 = 5 minuten
46062 = 10 Minuten
46516 = 30 Minuten
46063 = nicht einsatzbereit

Welcher Nutzer "hier reicht bei mir zu mindestens, welche ID des Nutzers diesen Status gedrückt hat.

Nicht zu verwechseln mit generellen Monitor Übersicht, sondern nur die Rückmeldung bei Alarmierung.

Besten dank und gern weiter so!

Der Datenpunkt alarm aktualisiert sich nicht. Nach einer Alarmierung stellt sich der Status auf true. Es kommt aber leider ab und zu vor, das dieser nicht wieder zeitnahe zurückspringt auf false, sobald der Alarm beendet ist.

Hi @TKnpl,

with new js-Controller 3.3.x in the Log are several warnings:

divera247.0 | 2021-05-02 22:35:13.578 | warn | (23851) Read-only state "divera247.0.lastUpdate" has been written without ack-flag with value "null"
-- | -- | -- | --
divera247.0 | 2021-05-02 22:35:13.572 | warn | (23851) Read-only state "divera247.0.addressed_vehicle" has been written without ack-flag with value "null"
divera247.0 | 2021-05-02 22:35:13.568 | warn | (23851) Read-only state "divera247.0.addressed_groups" has been written without ack-flag with value "null"
divera247.0 | 2021-05-02 22:35:13.564 | warn | (23851) Read-only state "divera247.0.addressed_users" has been written without ack-flag with value "null"
divera247.0 | 2021-05-02 22:35:13.561 | warn | (23851) Read-only state "divera247.0.priority" has been written without ack-flag with value "null"
divera247.0 | 2021-05-02 22:35:13.557 | warn | (23851) Read-only state "divera247.0.date" has been written without ack-flag with value "null"
divera247.0 | 2021-05-02 22:35:13.553 | warn | (23851) Read-only state "divera247.0.lng" has been written without ack-flag with value "null"
divera247.0 | 2021-05-02 22:35:13.549 | warn | (23851) Read-only state "divera247.0.lat" has been written without ack-flag with value "null"
divera247.0 | 2021-05-02 22:35:13.545 | warn | (23851) Read-only state "divera247.0.address" has been written without ack-flag with value "null"
divera247.0 | 2021-05-02 22:35:13.541 | warn | (23851) Read-only state "divera247.0.foreign_id" has been written without ack-flag with value "null"
divera247.0 | 2021-05-02 22:35:13.536 | warn | (23851) Read-only state "divera247.0.text" has been written without ack-flag with value "null"
divera247.0 | 2021-05-02 22:35:13.533 | warn | (23851) Read-only state "divera247.0.title" has been written without ack-flag with value "null"

This only appears when adapter is starting.

Maybe you can take an eye to it, when you get some time.

Thank you for this great adapter and your time

LaForge

Dear Adapter develop,

Node.js 14 is now available for a year and Node.js 16 was release just some days ago and will become LTS by October 2021. We plan to update the ioBroker Node.js recommendation (currently 12.x) to 14.x later this year.

Please check your adapter with Node.js 14 especially, and ideally also directly with Node.js 16

Please add both versions to the adapter testing which is executed on commits.

If your adapter requires a certain minimum version of Node.js please set the 'engine' setting in package.json accordingly! Please also do this if the adapter is not able to work in certain Node.js versions, so that ioBroker can prevent users from installing te adapter if not compatible!

On questions please talk to us at ioBroker/ioBroker.js-controller#1138

Please close the issue after you checked it.

Thank you very much for your support!

Hallo,

wenn ein Einsatz läuft und z.B. von was hinzugefügt oder geändert wir innerhalb des offenen Einsatz dann wird dies nicht erkannt. Besonders ist es mir aufgefallen wenn weitere Gruppen innerhalb einer Einheit alarmiert werden.

Ist jedoch bei allen Daten Punkten so.

Wird jedoch ein neuer Einsatz auf gemacht, dann wird dieser vom Plugin erkannt.

Moin, als heute per Divera der Probealarm reingekommen ist, hat der Adapter auch ausgelöst. Als dann aber die Rückmeldungen zum Alarm kamen, wurde jedes mal der Alarm-Datenpunkt wieder auf "true" gesetzt. Habe ich irgendwas falsch gemacht oder woran könnte das liegen?

Versions:

• Adapter version: 0.2.0
• JS-Controller version: 4.0.23
• Node version: v12.22.12
• Operating system: Raspberry Pi 4 Model B

Seit der Umstellung auf Benutzer und Kennwort kann ich mich mich mehr einloggen.

Ein Fehler im Passwort/Mail kann ich ausschließen.

Unsere Einheit hat ein "?" im Namen. Eventuell hier ein Problem?

Die zweite Einheit funktioniert problemlos.

`

Es soll bei der Einrichtung des Adapters geprüft werden, welche Divera-Lizenz der Benutzer hat.
Dementsprechend sollen die folgenden Restriktionen berücksichtigt werden:
Free Lizenz:

• Poll Intervall Minimum 5 Minuten
• Nur Einsatzstichwort als Datenpunkt verfügbar

Das Einsatzstichwort und die Einsatzbeschreibung soll als eigener Datenpunkt hinzugefügt werden.
In der Divera API sind dies die Felder "title" (Einsatzstichwort) und "text" (Einsatzbeschreibung).

Hallo,

könntest das Plugin noch um folgende Datenpunkte ergänzen id und vehicle ich habe das mal in meinem Fork versucht und es scheint stabil zu laufen.

Ich nutze in Iobroker ein Blockly-Script das den aktuellen Status der Fahrzeuge abfragt und den Einsatz schließt sobald die Fahrzeuge wieder im Status 2 sind. Funktioniert bisher ganz gut.

Gruß Tobkoh