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

[crunchip]

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

Tasmota laufen über Sonoff?

tasmota ist mittlerweile sonoff(sonoff war früher die alte Bezeichnung), der Adapter heisst aber nach wie vor sonoff

ich hab V9 und v10 laufen, bei beiden ist es sonoff.0.xyz.Wifi_RSSI wie bereits zu Beginn mitgeteilt, wie es bei Version 11 aussieht, kann ich nicht sagen, habe diese noch nicht laufen.
aktuell hab ich die v0.5, ich teste die v0.6

EDIT
auch mit der aktuellen Version 0.0.6 funktioniert es nicht mehr

[Ein ehemaliger Benutzer]

@stephan-schleich + @frankthegreat und wer es sich noch gewünscht hat :D FritzDect Geräte sind nun mit aufgenommen :+1:

@DJMarc75 Hue und Hue Extend sind auch mit aufgenommen.

@David-G Lovelace Notification ist mit drin.

@crunchip das ist wirklich sehr merkwürdig. Bin gerade auf Fehler suche aber kann mir nicht erklären woran es liegen könnte. Andere Geräte werden korrekt angezeigt? Kannst du mir sagen was der Timestamp sagt wenn du dein Mauszeiger über das Wifi_RSSI Wert im Objektbaum unter Sonoff hälst? Ist noch der Standart Wert von 300 Minuten/6 Stunden in der Instanz Einstellungen eingestellt? Gibt es evtl. noch andere Datenpunkte reachable oder ähnliches?

[crunchip]

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

Kannst du mir sagen was der Timestamp sagt wenn du dein Mauszeiger über das Wifi_RSSI Wert im Objektbaum

hab ich geprüft, die werden korrekt aktualisiert

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

Bin gerade auf Fehler suche

ich auch, spiele gerade ältere Versionen zurück um zu sehen, ab wann es nicht mehr korrekt läuft

EDIT
@ciddi89 hoffe das hilft

aktiviert sind bei mir zigbee, ble, sonoff, shelly

diese Version funktioniert
https://github.com/ciddi89/ioBroker.device-watcher/tree/365795437f4740558517db16e23f2cd145922c03

ab hier stimmt nichts mehr, (countALL sind da plötzlich mehr)
https://github.com/ciddi89/ioBroker.device-watcher/tree/8b9ae27f5420c0d9b0ea2d478976f1f14c278ea8

[Ein ehemaliger Benutzer]

@crunchip Ja ich kann mir denken woran das liegt. Hab es neu hoch geladen. Könntest du es evtl noch eimal Testen?

[crunchip]

@ciddi89 auf den ersten Blick :+1:

[Ein ehemaliger Benutzer]

@crunchip ja dein Hinweis das einige Devices Doppelt gezählt werden war der entscheidende Punkt. :+1:

[crunchip]

@ciddi89 na, passt doch, wenigstens Ursache gefunden

allerdings ist mir jetzt doch noch etwas aufgefallen,

ich habe ein zigbee Sensor, dieser wurde vorhin mit aufgelistet, bei der Version https://github.com/ciddi89/ioBroker.device-watcher/commit/365795437f4740558517db16e23f2cd145922c03

jetzt jedoch nicht mehr, müsste aber eigentlich

[Ein ehemaliger Benutzer]

@crunchip ja da sind wir bei den vorher diskutierten Punkt wieder wegen Timestamp von Link_Quality und den Wert vom Available Datenpunkt. Ich denke ich werde eine Checkbox einsetzen damit man sich selbst aussuchen kann welchen Punkt man überwachen will. Gerade nutze ich Testweise den available Datenpunkt daher wird dieser dir nicht als offline angezeigt. In meinem Fall scheinen beide Sachen korrekt zu funktionieren. Und mittlerweile zeigt der Zigbee Adapter auch in der Objekt Übersicht an welche Geräte online und offline sind. Aber ich denke damit kann ich alle befrieden wenn man es sich selbst aussuchen kann.

[crunchip]

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

wegen Timestamp von Link_Quality und den Wert vom Available

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

daher wird dieser dir nicht als offline angezeigt

[Ein ehemaliger Benutzer]

@crunchip aber du meinst der ist offline?

[crunchip]

@ciddi89 ne, hab ihn gerade testweise ausgelöst, der is online

durchs auslösen(Rauchmelder) wurde der Zeitstempel link quality sowie available aktualisiert
unabhängig davon, egal ob available oder link_quality, er müsste ja laut Zeitstempel siehe screen gelistet werden

[Ein ehemaliger Benutzer]

@crunchip

unabhängig davon, egal ob available oder link_quality, er müsste ja laut Zeitstempel gelistet werden

Bei Available nicht. Da nutzt er den State. Aber der war offline und zeigte trotzdem available = true an?

[crunchip]

@ciddi89 nein er war nicht offline, hab ihn mit Rauch ausgelöst, aber der Zeitstempel in beiden screens ist doch älter als 6 Stunden, somit wäre er als offline zu erkennen

Edit, achso stimmt ja bei available gehts nicht nach Zeitstempel

[Ein ehemaliger Benutzer]

@ciddi89 said in Test Adapter Device-Watcher v0.0.x GitHub/Latest:

Gerade nutze ich Testweise den available Datenpunkt daher wird dieser dir nicht als offline angezeigt.

Und da wird der State genutzt und nicht der Zeitstempel

[crunchip]

@ciddi89 hab noch editiert

also, erfahrungsgemäß, gehen bestimmte Sensoren offline, werden aber weiterhin im Adapter noch
online angezeigt und bis sich der available dann mal ändert, vergehen 2-3 Tage, oder er ändert sich im schlimmsten fall gar nicht.
daher bin ich für link quality, das hat eigentlich ganz gut funktioniert

[sigi234]

@ciddi89

Hue muss man sich noch ansehen.

[Ein ehemaliger Benutzer]

@crunchip okay, ich habe leider noch nie darauf geachtet wie sich der Datenpunkt verhält. Daher bin ich dankbar für Erfahrungswerte von anderen. Da ich aber vorher auch Monate das Skript laufen hatte, welches auf den TS von Link_Quality geschaut hat, Weiss ich auch das es sehr zuverlässig war.

Mache das wieder rückgängig und falls dann doch einer unbedingt auf available schauen möchte, der bekommt eine checkbox :grin:

-> Habs nun geändert und ist auf Github verfügbar.

[Ein ehemaliger Benutzer]

@sigi234 ok hab es gefixed. Sollte nun nicht mehr in der Quality List mit auftauchen.

[Stormbringer]

@ciddi89 Danke, toller Adapter und mega gute Idee. Finde die Idee sogar so gut, dass ich dich fragen wollte ob du ihn nicht über "Devices" ausbauen könntest? Also, dass er z. B. Adapterstates mit überwacht als zentralen Watchdog :grinning:

[Ronny Gerndt]

@ciddi89 Danke für die Liste bezüglich niedriger Batteriestatus. Sieht echt super aus. :+1: