Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@gargano ich sehe gerade, ich weiß warum man keine Benachrichtigungen bekommt. Das ist bisher auch garnicht vorgesehen da man Instanzen normalerweise nur Händisch deaktiviert. Nachrichten sollen nur bei Fehler gesendet werden. Ist es gewünscht das auch eine Nachricht beim deaktivieren kommt? Dann nehme ich eine Checkbox mit rein wo der User das aktivieren kann.
@ciddi89 Hab noch einen Wunsch beim PushOver:
Außer dem Device-ID auch den Token optional zulassen.
Dann kann man auch Gruppen adressieren.Werde die Option die Tage hinzufügen.
-
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
st es gewünscht das auch eine Nachricht beim deaktivieren kommt? Dann nehme ich eine Checkbox mit rein wo der User das aktivieren kann.
Ja , ist gewünscht, da sich Adapter auch mal selber deaktivieren können. (z.B. Wenn zu viele Fehler auftraten).
Oder der Host deaktiviert auch schon mal Javascript Adapter unter bestimmten Bedingungen.Aber wieso geht dann der Miele-Cloud ?
Auf was schaust Du , damit eine Meldung kommt ? -
@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
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.
-
@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.
-
@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. -
@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.
-
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.
-
@ciddi89 hab nur eine Lampe, allerdings ist mir die Fehlermeldung nicht bekannt
-
@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. -
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"}] -
@malz1902 Instanz mal neu gestartet?
-
@ciddi89 danke, das hat geholfen. manchmal ist das leben so einfach
-
@malz1902 ein Glück für mich.
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. -
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
Hier der link zum issue:
https://github.com/ciddi89/ioBroker.device-watcher/issues/170closed Dauernde Push Nachrichten, Instanz falsch #170
-
@ciddi89 bei mir lööpt alles rund...
-
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
-
@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 -
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 
-
@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...
-
@da_woody das wundert mich
aber gut, wenigstens etwas 
