Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[A Former User]

@gargano ja wenn der Adapter mit Host nicht verbunden ist gibst auch Bescheid. Daher fand ich das bisher unnötig bzw. ich selber hatte auch noch nie das sich ein Adapter selbst deaktiviert :face_with_rolling_eyes:
Hm gute Frage wundert mich selber. Ich gucke auf den alive Datenpunkt der Instanzen unter System.Adapter

//Edit: ich denke ich weiß warum er das macht. Ich versuche das mal zu verbessern. Evtl. Gibst dann am we ein fix dafür. :)

[Gargano]

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

ich denke ich weiß warum er das macht

Meinst Du hier ? if (id.endsWith('updatesJson'))

Und evtl. ein Testbutton zum Test-Senden wäre gut.

[A Former User]

@gargano hehe nein. Das ist für die Update Benachrichtigung.
Wenn eine Instanz einen Fehler hat, also connected to host oder connected to device ist false, wird erst geprüft ob alive auf false ist. Wenn nicht dann wartet der adapter 10 sek und prüft noch mal den Status und wenn eines der beiden connected immer noch false ist wartet er nochmal 10 sek. Wenn du also nun einen Adapter deaktivierst dann wird wohl connected to host teilweise früher auf false schalten aber in der Wartezeit wird der alive Datenpunkt nicht noch mal abgefragt. Wird aber nebenbei Im Status schon hinterlegt wenn sich dieser ändert von einer anderen Funktion aus. Und daher kommt das dann zu der Meldung das die deaktiviert ist. Was ja auch stimmt, wird aber indirekt vom falschen Auslöser gesetzt. Ergo muss ich bei den zwei Prüfung nochmal abfragen ob alive mittlerweile auf false gegangen ist und das senden Abbrechen damit es nicht zu den Nebeneffekt kommt.

[A Former User]

@gargano Habe gestern das gefixed mit den Nachrichten beim deaktivieren einer Instanz. Dann noch eine Option hinzugefügt das man Nachrichten bekommen kann wenn eine Instanz deaktiviert wird und für pushover die option hinzugefügt eine Benutzer/Gruppen api key anzugeben. Wird dann alles mit in der nächsten Version drin sein. :)

[A Former User]

Ist hier zufällig ein User der den Yeelight adapter mit überwacht? Zufällig auch einer der drei User, der öfters mal diesen Fehler im Log stehen hat?

[[getDeviceName]] error: The id "yeelight-2.0." is invalid. Ids are not allowed to end in "."

Müsste mal wissen warum dieser Fehler auftaucht und bräuchte daher am besten eine Übersicht der Datenpunkte um das zu fixen.

[crunchip]

@ciddi89 hab nur eine Lampe, allerdings ist mir die Fehlermeldung nicht bekannt

[A Former User]

@crunchip danke für deine schnelle Antwort. Soweit scheint es dann bei mir zu passen.
Ich hoffe ja das einer der betroffenen sich noch meldet. Kann mir das nämlich nicht erklären bzw. dadurch auch nicht nach bilden. Werde aber dann im Adapter einbauen das er einfach abbrechen soll wenn die ID mit . endet. Ist wohl erstmal das einfachste. Ursache würde mich trotzdem interessieren. :)

[Malz1902]

Ich habe ein neues Zigbee Gerät gerstern angelernt, ein Aqara Bewegungsmelder:

Leider taucht dieser nicht in der Batterie Liste auf, in der Liste bei allen Geräten steht er drin, aber bei Battery seht ein -

"Device":"RTCGQ11LM","Adapter":"Zigbee","Battery":" - ","Signal strength":147,"Last contact":"12:03 Uhr","Status":"Online"}]

[A Former User]

@malz1902 Instanz mal neu gestartet?

[Malz1902]

@ciddi89 danke, das hat geholfen. manchmal ist das leben so einfach

[A Former User]

@malz1902 ein Glück für mich. :D Ich werde aber mal schauen ob ich die Erkennung irgendwie verbessern kann. Auf Github hat nämlich ein anderer User ein ähnlichen Effekt mit der Batterieerkennung.

[A Former User]

Guten Abend Leute,

ist hier zufällig jemand der mit der neusten latest v2.8.3 irgendwie Probleme mit den Instanzen hat wenn eine Instanz nicht verbunden ist mit dem Dienst/Gerät ? Zb. Vermehrt Benachrichtigung? Oder läuft bei euch alles rund? Habe meiner Meinung nach schon die Fehler beseitigt aber anscheinend macht es wohl noch immer Probleme mit der Status Erkennung bei Instanzen. Zumindest bei einem User. Um auszuschließen das es wirklich an den device watcher liegt brauch ich aber bisschen mehr Feedback ob mehr davon betroffen sind oder ob es ein Einzelfall ist. Ich danke schon mal :pray:

Hier der link zum issue:
https://github.com/ciddi89/ioBroker.device-watcher/issues/170

[da_Woody]

@ciddi89 bei mir lööpt alles rund...

[JB_Sullivan]

Nö - hier auch keine Probleme - einzig der Übersetzungsfehler (DE/EN) für die Proxy Instanz ist immer noch vorhanden.

Hier ein Beispiel - nicht verbunden bzw. nicht aktiviert und keinerlei Fehler im LOG

[A Former User]

@jb_sullivan danke für eure Rückmeldung. Hm ok ich dachte ich hätte alle englischen Texte beseitigt 😅 sehe aber auch die Instanz ist von Typ Extension. Die wird garnicht behandelt im Adapter. Werde es mal mit aufnehmen

[A Former User]

Guten Abend an alle :)

Es gibt nun v2.8.4 zum Testen im latest repo.
Leider gab es doch einige Probleme mit der Status Erkennung von den Instanzen. Gerade hm-rpc hat mich beim Testen mit Push Nachrichten wahnsinnig gemacht wenn ich mein Server von iobroker getrennt habe. Daher habe ich die dafür erforderlichen Funktionen einmal komplett gelöscht und neu erstellt mit neuer Logik. Bei meinem Test lief nun alles so ab wie es sollte und auch gewünscht ist.
Leider kann es sein das nun aber die Tabellen Blacklist und Zeiten für Instanzen/Adapter neu ausgefüllt werden müssen falls da was drin stand da ich diese auch ausgedünnt habe damit ich mir die erforderlichen Werte dafür bekomme. Bei Geräten müsste das alles noch passen. Die habe ich erstmal nicht angefasst.

Ich hoffe es läuft alles rund bei euch :) Ansonsten bitte Bescheid geben. Danke und schönen Abend noch :call_me_hand:

[da_Woody]

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

Leider kann es sein das nun aber die Tabellen Blacklist und Zeiten für Instanzen/Adapter neu ausgefüllt werden müssen

alles nach wie vor vorhanden...

[A Former User]

@da_woody das wundert mich :grin: aber gut, wenigstens etwas :flushed:

[da_Woody]

@ciddi89 hmm..

auch nach restart vom adapter.

[A Former User]

@da_woody :grin: da_woody muss besser lesen. Lies mal die letzten zwei Sätze von meinem Text. Vielleicht habe ich mich auch bisschen undeutlich ausgedrückt :flushed:

Leider kann es sein das nun aber die Tabellen Blacklist und Zeiten für Instanzen/Adapter neu ausgefüllt werden müssen falls da was drin stand da ich diese auch ausgedünnt habe damit ich mir die erforderlichen Werte dafür bekomme. Bei Geräten müsste das alles noch passen. Die habe ich erstmal nicht angefasst.