UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ein ehemaliger Benutzer]

@tombox danke für dein Interesse. :) Ich bin nebenbei schon an einem Adapter bei. Muss mich aber ehrlich gesagt darin einarbeiten. Einige Grunddinger laufen schon aber die Hauptfunktion muss ich noch implementieren. Da fehlt ein bisschen die Magie des Javascript Adapters daher dauert das ein bisschen länger. 🙈 Aber wenn du helfen möchtest hier ist der vorläufige GitHub link: https://github.com/ciddi89/ioBroker.device-watcher

[firebowl]

Ach endlich kann ich aufhören mir selber was im Blockly zu basteln. Danke Leute!
Klappt schon recht gut. Einziges Problem ist, ich bekomme immer auf alle Pushover Geräte bzw. Instanzen die Nachrichten. Auch wenn ich 'all' durch eine dediziertes Gerät oder eine Instanz ersetze. Noch dazu kommt die Meldung immer doppelt. Hat da jemand ne Idee?

[Ein ehemaliger Benutzer]

@firebowl Wegen den Meldungen doppelt erhalten kann ich gerade nichts zu sagen. Bekomme sie selbst nur einmal und bisher kam auch noch keiner bei dem das auch so ist.

Wegen den devices habe ich gerade nochmal getestet. Bei mir funktionierte es. Einmal auf dem iPhone und einmal nur ans iPad geschickt. Es muss exakt der selbe Name sein, der auch in Pushover eingetragen ist. Und dieser muss natürlich in den ' ' geschrieben sein. Welche Version nutzt du von den Skript? Ich empfehle es aus dem Github zu nehmen. Das ist auf jedenfalls Aktuell.

[firebowl]

@ciddi89 bis gerade hatte ich die 0.0.3 verwendet. Jetzt die 0.0.4 und nun geht gar nix mehr. ;)
Ich bekomme überhaupt keine Nachrichten mehr per Pushover, obwohl die Option fürs Senden bei Neustart des Scripts aktiviert ist.
Außerdem sehe ich in den Datenpunkten das ein Sensor offline ist aber aber nur im "0_userdata.0.Datenpunkte.DeviceWatchdog.devices_offline_count". Im "0_userdata.0.Datenpunkte.DeviceWatchdog.devices_offline_list" steht leider nur "[{"device":"--keine--","room":"","lastContact":""}]"
Hab auch schon mal alle Datenpunkte gelöscht und vom Script neu anlegen lassen. Leider bleibt es dabei.

Wegen dem Pushover Problem, evtl. ist es ja relevant, dass ich zwei Pushover Instanzen habe.

[firebowl]

Ok, das versteh ich nicht.
Jetzt bekomm ich wieder Nachrichten aber immer noch auf alle Geräte anstatt nur auf dem angegebenen iPhone.

[Ein ehemaliger Benutzer]

@firebowl habe eine neue Version auf Github geladen. Dort kann man nun eintragen welche Pushover Instanz gewählt werden soll.
ist bei den teil welche Geräte überwacht werden soll vielleicht noch etwas true was nicht true sein soll? Kann mir sonst den Fehler erstmal nicht erklären mit dem einen offline Device.

[firebowl]

@ciddi89 die neue Version hat das Pushover Problem gelöst. Hätte auch vorhin genauer in die Logs schauen sollen, da hat man gesehen, dass an beide Instanzen geschickt wurde. Jetzt wird nur noch an die angegebene verschickt und somit kommt zum einen nur noch bei mir uns zum anderen nicht mehr doppelt an. TOP! Danke dafür!
Für das andere Problem habe ich jetzt noch mal die Datenpunkte gelöscht und das Script neu gestartet.
Bleibt dabei, dass "devices_offline_count" ne 1 anzeigt aber im "DeviceWatchdog.devices_offline_list" keines angezeigt wird.
Ich vermute, es liegt an diesem Gerät:

Als ich vorhin mal "const maxMinutes" auf 180 gesetzt hatte, wurde mir dieses Gerät als offline angezeigt. Aktuell habe ich die 300 aber gelassen und nur die "const batteryWarningMin" auf 20 gesetzt. (Macht es überhaupt Sinn standardmässig Geräte ab 70% Batterie zu melden?)

[Ein ehemaliger Benutzer]

@firebowl ok super.

Ja du hast recht, da ist noch ein Fehler drin. Ist mir noch garnicht aufgefallen weil bei mir ein Taster immer als offline angezeigt wird. Werde es nachher korrigieren und Updaten. Dann sollte es auch auf 0 stehen wenn keine Geräte offline sind. Gebe dir dann nochmal Bescheid. :)

[firebowl]

@ciddi89 Saucool, danke! :)

[Ein ehemaliger Benutzer]

@firebowl ok einmal das neue Skript aus GitHub nehmen. Der Fehler sollte nun beseitigt sein. :)

Edit: Ach ja wegen deiner Frage ob es Sinn macht bei 70% schon eine Meldung zu machen. Das haben wir von Johannes so übernommen aber kann ja von jedem selbst eingestellt werden. Gebe aber zu 70% sind eigentlich noch zu hoch. :D 35% oder so würde auch reichen um rechtzeitig bescheid zu bekommen. Ist halt schwierig bei den Devices mit den mini Batterien da die meistens schon früher sterben als da angezeigt wird.

[firebowl]

@ciddi89 Jetzt stimmt die Anzeige aber es kommen keine Nachrichten mehr. Im Log taucht Pushover auch überhaupt nicht auf, wie vorhin. Es hat dann aber plötzlich irgendwann funktioniert.
Mit den Batterien hast Du natürlich recht, bin da auch schon am basteln mit der Warnstufe gewesen. Aktuell tendiere ich so zu 20% oder 25%.

[homecineplexx]

Gibt's das aktuelle Skript irgendwo auf GitHub?

[Ein ehemaliger Benutzer]

@firebowl kommen denn nun Nachrichten oder nicht? Hab daran nichts geändert und bei mir laufen diese auch. Du musst auch bedenken: Wenn die Batterien natürlich über den stand sind, den du angegeben hast, wird auch keine Nachricht versendet.
Hab in der Vorgabe es nun von 70% auf 35% umgeändert. aber wie gesagt. Kann ja jeder für sich einstellen. :) Je nachdem wie lange man braucht um neue Batterien zu beschaffen :D :D

@homecineplexx ja hier

[firebowl]

@ciddi89 Sorry war mein Fehler bzw. ein Verständnisfehler meinerseits. Ich dachte "const sendBatterieMsgAtStart = true" bedeutet das beim starten des Scripts immer der Stand geschickt wird. Ist aber eigentlich logisch das auch hier nur die von dem % Wert betroffenen Geräte gemeldet werden.
Hab jetzt mal spaßeshalber den Wert auf 80% oder so gesetzt und sofort kam ne Benachrichtigung.
Danke dir für super schnelle Hilfe! :)

[Ein ehemaliger Benutzer]

@firebowl okay super. :) Wäre vielleicht aber eine Idee das mit einzubauen. :) Bzw. Später beim Adapter mit reinzunehmen.

Edit:
Mir ist gerade aufgefallen das keine Nachricht gesendet wurde wenn ein Gerät offline ging. Das lag an einer falschen Reihenfolge im Skript da der erforderliche Datenpunkt vorher schon beschrieben wurde und es somit kein alten Wert zum vergleich gab. Also einmal das Skript "updaten" und dann sollte das auch wieder gehen.

[MartyBr]

@ciddi89
Ich habe in Github ein Issue angelegt mit der Frage, ob es möglich ist, einzelne Geräte aus der Überwachung auszuschließen.
Ich habe hier ein Gerät, dass nicht über den Zigbee-Adapter gesteuert werden soll.
Der Watchdog liefert immer wieder eine Warnung (was nun hervorragend funktioniert, danke dafür :+1: ).
Ich setze die neue Version 0.0.7 ein

[Ein ehemaliger Benutzer]

@martybr Neuste Version enthält jetzt eine variabel mit den Namen "myArrFilter" Hier können devices angegeben werden die ausgeschlossen werden soll. :)

[MartyBr]

@ciddi89 Super, danke. Das teste ich gleich
:+1:

[MartyBr]

@ciddi89
Das hat funktioniert. Ich hatte ein Device im BLE Adapter, der wurde alle (gefühlt 5h) als nicht erreichbar gemeldet.

Danke, nun ist alles gut.

[homecineplexx]

hallo

ich hab gesehen, dass du einige Geräte in unterschiedelichen Ordnern abfragst

if (watchZigbee) {
        myArrDev.push({"theSelektor":"zigbee.0.*.link_quality","theName":"common","linkQual":"zigbee","batt":"zigbee"})
    }
    if (watchBle) {
        myArrDev.push({"theSelektor":"ble.0.*.rssi","theName":"common","linkQual":"ble","batt":"none"})
    }
    if (watchMqttXiaomi) {
        myArrDev.push({"theSelektor":"mqtt.0.xiaomiantenna.*.status","theName":"Objectname2Level","linkQual":"none","batt":"none"})
        myArrDev.push({"theSelektor":"mqtt.0.xiaomiantenna.sensors.sensor.*_batt.state","theName":"Objectname1Level","linkQual":"none","batt":"dpvalue"})
    }

aber was ist zb mit:
mihome.0.devices.* ??