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

[da_Woody]

@ciddi89 hrnz, wieder mal chrome gegen firefox. die dinger treiben mich immer wieder ihn den wahnsinn. :D

[Ein ehemaliger Benutzer]

@da_woody https://github.com/ciddi89/ioBroker.device-watcher/issues/98

Damit ich es nicht vergesse. Werde mal schauen ob ich da überhaupt was machen kann. Wie gesagt er nimmt die so wie die kommen und in erster Linie sind die nach Adapter sortiert.

@da_woody said in Test Adapter Device-Watcher v2.x.x GitHub/Latest:

hrnz, wieder mal chrome gegen firefox. die dinger treiben mich immer wieder ihn den wahnsinn.

Safari ist die Lösung :D

[da_Woody]

@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:

Safari ist die Lösung

[da_Woody]

@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:

Wie gesagt er nimmt die so wie die kommen und in erster Linie sind die nach Adapter sortiert.

hmm, wenn ich mir die liste so anlinse, ja, nach adapter. k, wie sie reinkommen, aber dann sollte es keine raketen wissenschaft sein die noch nach abc zu sortieren. denkt sich der ÖSI.
ob da jetzt device davor steht, nuja. eventuell statt Device den adapternamen?

[da_Woody]

@ciddi89 und damit ich dir auch noch richtig aufn gehn kann,
wie bring ich die shelly H&T aus der battery liste? die hängen ja am netzteil...

sind immer voll geladen.
aufs neu jahr!

[Ein ehemaliger Benutzer]

@da_woody gibt es irgendwo ein Indicator dafür das die am Strom hängen? hast mal ein von einem Gerät n screenshot von den Datenpunkten?

[Ein ehemaliger Benutzer]

@da_woody your dreams come true:

[crunchip]

@ciddi89 eine Sache hätte ich noch, scheinbar ist mein einer sonoff ab und an mal nicht on

2022-12-30 16:48:23.120 - info: device-watcher.0 (3944141) Folgendes Gerät ist seit einiger Zeit nicht erreichbar:
Sonoff: SZ-Strahler (16:37 Uhr)

jedoch bekomme ich, wenn wieder on, das dann immer 7 mal

2022-12-30 16:52:28.284 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar:
Sonoff: SZ-Strahler (16:52 Uhr)
2022-12-30 16:52:28.285 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar:
Sonoff: SZ-Strahler (16:52 Uhr)
2022-12-30 16:52:28.287 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar:
Sonoff: SZ-Strahler (16:52 Uhr)
2022-12-30 16:52:28.289 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar:
Sonoff: SZ-Strahler (16:52 Uhr)
2022-12-30 16:52:28.290 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar:
Sonoff: SZ-Strahler (16:52 Uhr)
2022-12-30 16:52:28.291 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar:
Sonoff: SZ-Strahler (16:52 Uhr)
2022-12-30 16:52:28.357 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar:
Sonoff: SZ-Strahler (16:52 Uhr)

[Ein ehemaliger Benutzer]

@crunchip hm soll natürlich nicht so sein. Wann ist es zuletzt über GitHub benutzerdefiniert installiert worden? Irgendwann war die Funktion kurzfristig ausersehen mit in der schleife. Sollte aber behoben sein.

[da_Woody]

@ciddi89

your dreams come true

das andere wegen strom...
in den objekten gibts das leider nicht, allerdings in der API sehr wohl!
https://shelly-api-docs.shelly.cloud/gen1/#shelly-h-amp-t-coiot

[Ein ehemaliger Benutzer]

@da_woody wie sehen die Objekte in den bat Ordner aus?

[crunchip]

@ciddi89 also ich hatte das mit v2.2.1 schon und ebenfalls nach dem upgrade(GitHub benutzerdefiniert) aus dem Link von https://forum.iobroker.net/post/918398 .
aktuell läuft die v2.2.2 hatte ich heute morgen um 7:44 geladen

[da_Woody]

@ciddi89 leider nur die "angebliche" battfüllung.

in der APP wirds aber angezeigt...

fenster ist ein DW, der halt mit batt betrieben wird.

[Ein ehemaliger Benutzer]

@crunchip said in Test Adapter Device-Watcher v2.x.x GitHub/Latest:

aktuell läuft die v2.2.2 hatte ich heute morgen um 7:44 geladen

und ab da war das auch noch?

[crunchip]

@ciddi89 ja, siehe oben https://forum.iobroker.net/post/919132

2022-12-30 07:44:14.779 - info: host.IoBroker iobroker exit 0
2022-12-30 07:44:16.732 - info: host.IoBroker instance system.adapter.device-watcher.0 started with pid 3944141
2022-12-30 07:44:20.105 - info: device-watcher.0 (3944141) starting. Version 2.2.2 in /opt/iobroker/node_modules/iobroker.device-watcher, node: v18.12.1, js-controller: 4.0.24
2022-12-30 07:44:20.155 - info: device-watcher.0 (3944141) Number of selected adapters: 8. Loading data from: Ble, Ping, Shelly, Sonoff, Unifi, Wled, Yeelight, Zigbee2MQTT ...

[da_Woody]

@ciddi89 gerade issue erstellt...
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/742

[Ein ehemaliger Benutzer]

@da_woody okay das ist gut. So habe ich nämlich keine chance die zu unterscheiden.

@crunchip ja komisch. Finde gerade kein Fehler und schaff es auch nicht diesen zu reproduzieren. Kann nur noch mal empfehlen den aktuellen stand von GitHub zu installieren.

[Ein ehemaliger Benutzer]

@ciddi89

gerade gesehen, dass auch Nukihub integriert ist, laeuft bei mir auf mqtt Instanz 1, da die 0 fuer was anderes Port/Security zustaendig ist... wird so aber nicht erkannt.. kann ich das irgendwo einstellen?

[da_Woody]

@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:

@da_woody okay das ist gut. So habe ich nämlich keine chance die zu unterscheiden.

wurde still und leise gefixt! :+1: @haus-automatisierung

[bommel_030]

@ciddi89
So, hab zum Jahreswechsel den Faden mit den Updates ein wenig verloren ;-)
Meine wired Geräte werden nicht mehr als Batteriegeräte erkannt, top, danke!
Aktuell habe ich 2 Zigbee Geräte mit Batterielevel unter der angegebenen Schwelle. Die tauchen sowohl im lowbattery count im Zigbee-Ordner als auch im Gesamt battery count. Wurde mir auch brav wie eingestellt um 9:45 gemeldet. Soweit super.

Um 10:30 kam dann die Meldung "Gerät mit geringer Batterie erkannt: HM RPC: HmIP-RC8 (2.2V). Die taucht aber weder im Ordner hmrpc noch in der Gesamtliste auf (Dort stehen weiterhin nur die beiden Zigbee´s).

Nachtrag, und die Meldung kommt weiterhin öfters in mir nicht nachvollziehbaren Abständen.