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

[Ein ehemaliger Benutzer]

@david83 und @da_Woody ah okay super! Vielen Dank für eure Antworten. :)

[Malz1902]

@ciddi89

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

@malz1902 okay danke für die Meldung. Werde mal schauen woran das liegt.

Wenn es über Zigbee eingebunden ist dann link_quality.

klappt danke :-)

[Flugschüler]

Könntest du den Ham Adapter auch hinzufügen?

[Ein ehemaliger Benutzer]

@flugschüler muss man mal testen ob das so geht. Kann mir vorstellen das bei verschiedenen Geräten die im HAM eingepflegt worden sind diverse verschiedene Datenpunkte und Strukturen gibt. Sind das bei dir einzelne Geräte im Wohnzimmer und Büro oder jeweils nur ein Gerät?

[Flugschüler]

@ciddi89 Das sind zwei Geräte. (Xiaomi Temperatur Sensoren).

[Ein ehemaliger Benutzer]

Es gibt einen neuen Upload.

• Es kann nun für jeden Adapter die Offline Zeit der Geräte definiert werden. Bei meinen Geräten, die ich so zur Verfügung habe, ging es recht gut. Evtl. muss aber hier und da noch ein paar Anpassungen gemacht werden.
• Für Pushover Nachrichten kann man jetzt zusätzlich noch die Priorität einstellen.
• Spalte mit Status (Online, Offline) in der Übersichtsliste allDevices hinzugefügt
• Und ansonsten sind nun noch Alexa2 und EspHome mit eingebunden.

[david83]

@ciddi89

Danke für deine Mühen, werde ich nachher testen :+1:

[da_Woody]

@ciddi89 alexa aktiviert, wollte testweise 2 pc-geräte auf die blacklist setzen. der name ist trotz kopieren nicht im info rein zu kopieren. nach speichern und schliessen die IDs nicht mehr zu sehn beim neuerlichen aufruf.

auswahl in der 3. zeile:

funzt auch nicht mit einem aktiven echo-show...

[david83]

@ciddy

So nun heruntergeladen und getestet.

Bei Esphome stimmt was nicht.

Datenpunkt Inhalt bei offlineList:

[{"Adapter":"Esphome","Last_contact":"45 Stunden"},{"Device":"Bettschalter Schlafzimmer","Adapter":"Zigbee","Last_contact":"16 Stunden"},{"Device":"Heizung Bad oben","Adapter":"FritzDect","Last_contact":"168 Tagen"}]

Hier fehlt das Device.

Unter Datenpunkt listAll: Auszug aus allen Einträgen:

{"Adapter":"Esphome","Battery":" - ","Link_quality":" - ","Last_contact":"45 Stunden","Status":"Offline"},{"Device":"Rauchmelder Malea","Adapter":"Zigbee","Battery":"100%","Link_quality":39,"Last_contact":"15:36 Uhr","Status":"Online"}

Auch hier kein Device angegeben.

[Ein ehemaliger Benutzer]

@david83 Danke erstmal fürs fleißige Testen und melden! Das mit den Namen habe ich korrigiert und neu hochgeladen. Das liegt daran das die Daten nochmal im Unterordner "info" liegen, da habe ich gestern garnicht drauf geachtet. Ziehe mir nun den Namen aus den Datenpunkt .namen. Ich hoffe dies ist korrekt? Sonst muss ich es nochmal umändern das er die ID anzeigt vom übergeordneten Ordner.

@da_Woody dir auch nochmal vielen Dank! Verstehe aber gerade bei dir das Problem nicht bzw. kann es nicht nachvollziehen / reproduzieren. Musste auch zwei Devices aus Alexa auf die Blacklist setzen. Bissher klappte das alles ohne Probleme. Habe auch Testmeise mehrere Geräte ausgewählt bzw. Sachen in die Info geschrieben. Hat sonst noch jemand damit Probleme? =/

[BeSiRe]

@ciddi89

Bei mir funktioniert die Blacklist auch mit der aktuellen version nicht.
Trotz Eintrag in der Blacklist werden meine Device als offline angezeigt und per Telegram gemeldet.

[Ein ehemaliger Benutzer]

@besire Sorry bei Sonoff hatte ich den Selektor geändert. Werde heute vielleicht gucken das ich auf der blacklist Seite eine Beschreibung mit einfüge wo drin steht welchen Datenpunkte man wählen muss für welchen Adapter. Ich hoffe ich kann das ganze bald vereinfachen. Versuche es doch mal mit sonoff.*.Uptime

[da_Woody]

@ciddi89 ich brat mir einen osterhasen. :dizzy_face:
kommando retour. nach einem rechnerneustart gerade, tut das teil... hätte das doch auf dem bürorechner verifizieren sollen.

[BeSiRe]

@ciddi89 wunderbar mit uptime funktioniert es, Danke.

[BeSiRe]

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

@ciddi89 wunderbar mit uptime funktioniert es, Danke.

Ach und mach bei dem Wetter mal ne Pause. Der Adapter läuft ja nicht weg. :)

[da_Woody]

@besire da haste recht! :+1:
allerdings wären die getrennten adapterlisten langsam nicht so schlecht. 😁

[david83]

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

Testen

In der neuen Version funktioniert esphome. Danke

[Ein ehemaliger Benutzer]

@besire said

Ach und mach bei dem Wetter mal ne Pause. Der Adapter läuft ja nicht weg. :)

Das sowieso! Ist viel zu warm heute :disappointed_relieved:

@da_Woody alles nach und nach 😬 ist aber der nächste Punkt den ich angehen werde. Die Funktion für die Ordner und Datenpunkte Erstellung ist schon drin und läuft. Muss nur gucken das diese auch korrekt gefüllt werden 😬

@david83 danke für die Rückmeldung! :)

[da_Woody]

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

alles nach und nach

oi, jung! alles im grünen! war gerade im pool, drum bin ich abgekühlt! :D mach dir keinen stress.
hab heute diverse

alexa dingens gekillt. wo der kack her kommt, k.a. will da nur die echten sehn.
tropsdem hab ich in der allList ca 120 dingens stehn. nix mehr übersichtlich... ;) (shelly, sonoff, alexa)

[JLeg]

@ciddi89 nach etwas Herumprobieren funktionieren bei mir die "Blacklists" jetzt - :+1:!
Allerdings erhalte ich aktuell immer noch Nicht-Erreichbarkeitsmeldungen für Zigbeegeräte, die einwandfrei funktionieren, und "available" auf "true" stehen haben.
In den "Expert Settings" habe ich mal mit, mal ohne die Option "wahrer Zustand des Quality States" getestet, macht offenbar keinen Unterschied (was wäre denn der "unwahre Zustand"??)
Auch sehen für mich die DP der betroffenen Geräte normal aus - Zustände, die sich ändern, haben aktuelle Timestamps, die, die sich selten ändern, können eben ein paar Tage alt sein.
Die "link_quality" (falls es dieser DP ist, den der Adapter prüft) jedenfalls ändert sich oft lange Zeit nicht - und hat daher gerne mal "uralte" Timestamps.
Daher fände ich es praktisch, wenn man zumindest die Option hätte, "hart" auf "available=true/false" testen zu lassen...