Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@ciddi89 Bitte sehr:
Andere plugins habe ich nicht laufen...
VG
Axel -
@ciddi89 sagte in Test Adapter Device-Watcher v1.x.x GitHub/Latest:
Der adapter hat es nach langen warten nun auch endlich in die beta repo geschafft
nice! endlich einfacher updates machen...
vllt solltest du bei updates das genauer kommunizieren. bis jetzt wars immer nur ein link aufs startposting... -
@axel-koeneke danke! Damit kann ich arbeiten. Werde es evtl heute Abend schon mit ein pflegen.
-
@da_woody ich hoffe natürlich sehr das ich das bald garnicht mehr groß kommunizieren muss, sondern ihr dann einfach in eurem Interface seht das es ein Update gibt
.Wenn der Adapter einige Wochen ohne große Komplikationen und ich die restlichen zwei großen Baustellen beseitigt habe, werde ich ihn für die stable repo pushen. Nun muss er aber erstmal die Beta Phase überstehen.
-
@axel-koeneke HAM ist mit drin. Hab erstmal nur den Battery-Level mit reingenommen. Sobald dieser länger nicht aktualisiert worden ist, ist das Gerät dann Offline.
Weisst du evtl. Wofür der Datenpunkt
Status-Faultist? Nicht Erreichbarkeit? Welche Werte gibt er an? Genau so wieStatus-Low-BatteryWelchen Wert gibt er aus wenn die Battery Niedrig ist? In der Regel sind es Boolesche Werte, hier sind es aber Nummern. -
@ciddi89 sagte in Test Adapter Device-Watcher v1.x.x GitHub/Latest:
@axel-koeneke HAM ist mit drin. Hab erstmal nur den Battery-Level mit reingenommen. Sobald dieser länger nicht aktualisiert worden ist, ist das Gerät dann Offline.
Weisst du evtl. Wofür der Datenpunkt
Status-Faultist? Nicht Erreichbarkeit? Welche Werte gibt er an? Genau so wieStatus-Low-BatteryWelchen Wert gibt er aus wenn die Battery Niedrig ist? In der Regel sind es Boolesche Werte, hier sind es aber Nummern.Werde ich demnächst mal testen. Komme evtl. morgen dazu.
VG
Axel -
Ich habe leider keine Batterien da, die nicht völlig leer sind.
-
@axel-koeneke said in Test Adapter Device-Watcher v1.x.x GitHub/Latest:
Ich habe leider keine Batterien da, die nicht völlig leer sind.
Schade
aber sobald du was herausgefunden hast kannst ja bescheid geben. -
@ciddi89 sagte in Test Adapter Device-Watcher v1.x.x GitHub/Latest:
@axel-koeneke said in Test Adapter Device-Watcher v1.x.x GitHub/Latest:
Ich habe leider keine Batterien da, die nicht völlig leer sind.
Schade
aber sobald du was herausgefunden hast kannst ja bescheid geben. Das mache ich
-
Ich nutze deinen Adapter schon eine weile auch schon mit der 0.2 . Mittlerweile habe ich aber ein Problem, oder liegt es an einer Einstellung ?
So geht das den ganzen Tag 120 Meldungen. Sollte das nicht nur einmal am Tag gesendet werden ? Es tauchen auf einmal auch Sachen auf, die mit den Sensoren und Co nichts zu tun haben, wie z.b. TV_Wohnzimmer
Auch die Shellys auf der Blacklist stehen dennoch mit in der Liste. Habe aktuell die Version 1.0 hatte davor auch die alte Instanz gelöscht und die neue installiert. -
@d3ltoroxp das tut mir leid das es bei dir nicht richtig läuft. Normalerweise soll nur eine Nachricht gesendet werden, wenn ein Gerät offline geht. Wenn ich das aber bei dir so anschaue sind die ja alle schon paar Stunden offline. Daher müssen wir mal gucken das wir den Fehler eingrenzen und finden.
Ab welcher Version fing das an?
Wann wurde die 1.0.0 Version installiert?
Welche Adapter sind aktiviert?
Welche Geräte vom welchen Adapter betrifft es Hauptsächlich?
Wie werden die Adapter abgefragt in den Experten Einstellungen nach Zeit oder wenn sich der Datenpunkt ändert (-1)?Ich ändere oder füge immer wieder was neues hinzu am Code aber ändere nicht gleich die Versionsnummer. (Das führt sonst ins unendliche) Daher wäre erstmal mein Rat nochmal neu drüber installieren. Falls der Fehler dann noch immer besteht müssen wir auf die Adapter gucken und wie die abgefragt werden.
-
@ciddi89 Alles gut, vielen Dank das du dir die Zeit genommen hast so einen Adapter zu bauen und auch die Zeit nimmst ihn zu verbessern und Fehler zu finden.
Ich meine das fing schon bei der 0.3.0 an. Auf einmal hatte ich zig Einträge am Tag von Sensoren die weg sind.
Die 1.0 hatte ich gestern oder vorgestern installiert. Davor hatte ich laut Empfehlung die alte Version gelöscht.
Meinst du all meine anderen Adapter ? Oder meinst du die hier ?
Angezeigt wird mir Shelly und Zigbee.
Das hatte ich glaube vorher nicht auf -1. Ich probier hier jetzt mal 300 obwohl der Zigbee ja auch auf 300 steht.
Kann es sein wenn sich der Status eines Gerätes ändert, von erreichbar oder nicht, das er dann jedes mal die Meldung schickt, weil die Option auf -1 steht und er Status genommen wird ? Das waren Steckdosen und auch der Shelly im Außenbereich, der ganz gern mal die Verbindung verliert und dann wieder da ist.
-
@d3ltoroxp gerne doch.
ist zwar manchmal viel Arbeit aber macht ja auch Spaß 
Danke für deine Information. Ja genau die Adapter die du im device watcher ausgewählt hast.
Genau wenn du auf -1 stellst dann nimmt er den Datenpunkt erreichbar/available/connected usw. Leider funktioniert das bei vielen Adaptern überhaupt nicht gut, weil der Datenpunkt sich einfach nicht ändert oder weil dieser sich einfach zu oft auf true/false ändert. Und daher gibt es noch die Option eine Zeit zu definieren wenn sich der Hauptdatenpunkt, den ich vorher definiert habe, länger nicht ‚aktualisiert‘ hat das er erst dann als offline gilt. Da muss leider jeder für sich testen was am besten funktioniert. Ich definiere zwar ein Wert vor, der beruht aber meistens aus Erfahrungen von anderen Usern.
Ich hoffe mit der definierten Zeit läuft es bei dir dann besser und das du weniger oft dann eine Benachrichtigung bekommst.
-
@ciddi89
Ich habe gerade eine sehr verwegene Idee zu deinem Adapter, denn dieser bildet meiner Meinung nach eine hervorragende Basis für diese Idee. Allerdings weiß ich nicht ob das so einfach umsetzbar ist.
Bei deinem Adapter ist es ja aktuell so, das DU im Adapter definierst wonach in ioBroker gesucht werden soll, um dieses oder jenes Device incl. Wert aus der Objekt Struktur heraus zu identifizieren.
Ich habe aktuell den Wunsch, alle meine Aktoren oder Devices mit deren Werten tabellarisch, für die VIS darstellbar zu machen.
Dein Device Watcher wäre da die Ideale Basis dafür, da dieser schon jetzt aus einer Reihe von Parametern eine Tabelle erzeugt.
Zu jedem Device, was schon jetzt in den Instanz Einstellungen ausgewählt werden kann, könnte man weitere, Device spezifische Datenpunkte aktivieren.
zum Beispiel könnte man für die Sonoff Devices, Checkboxen für
Energy_Power, Energy_Current, Energy_Voltagevorsehen. Werden in den Instanz Einstellungen diese Checkboxen mit aktiviert, wird in der Ergebnistabelle fürLeistung, Strom und Spannungeine eigene Spalte erzeugt und der Wert dort abgelegt.Auch die Verbräuche, gestern, heute und total oder ob Steckdosen (das Device) eingeschaltet ist oder nicht (True/False), könnte man so sehr schnell über deinen Device Watcher tabellarisch extrahieren.
Vielleicht könntest du die Eingabe Möglichkeiten auch so "umstricken", das jeder Adapter Nutzer, die gewünschten Schlüsselbegriffe des zu trackenden Datenpunktes selber eingeben kann.
Ich weiß - super Idee
- die mit ganz viel Arbeit für dich verbunden sein dürfte. Es gibt aber sehr viele Leute die total auf tabellarische / visuelle Datenauswertung in der VIS stehen - mich eingeschlossen.Was hältst du von der Idee der Eier legenden Wollmichsau Tabelle via Device-Watcher?
-
Hi @ciddi89 ,
ich würde auch gern noch die Geräte zweier Adapter in Deinem tollen Adapter sehen
- handelt es sich um den Meross Adapter, ich habe dort Thermostate:
Batterie Json:
{ "type": "state", "common": { "type": "number", "read": true, "write": false, "name": "battery", "role": "value", "unit": "%" }, "native": {}, "from": "system.adapter.meross.0", "user": "system.user.admin", "ts": 1664192417695, "_id": "meross.0.1911084120365426280348e1e91141bc.01009381.battery", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Online Json:
{ "type": "state", "common": { "type": "boolean", "read": true, "write": false, "name": "online", "role": "indicator.reachable" }, "native": {}, "from": "system.adapter.meross.0", "user": "system.user.admin", "ts": 1664192417654, "_id": "meross.0.1911084120365426280348e1e91141bc.01009381.online", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }- Um die Batterie der USV "NUT":
Charge Jason:
{ "type": "state", "common": { "name": "battery.charge", "type": "number", "role": "value.battery", "read": true, "write": false, "unit": "%" }, "native": { "id": "battery.charge" }, "from": "system.adapter.nut.0", "user": "system.user.admin", "ts": 1621489976980, "_id": "nut.0.battery.charge", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Charge-Low Json:
{ "type": "state", "common": { "name": "battery.charge-low", "type": "string", "read": true, "write": false }, "native": { "id": "battery.charge-low" }, "from": "system.adapter.nut.0", "user": "system.user.admin", "ts": 1621489976987, "_id": "nut.0.battery.charge-low", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Charge-Warning Json:
{ "type": "state", "common": { "name": "battery.charge-warning", "type": "string", "read": true, "write": false }, "native": { "id": "battery.charge-warning" }, "from": "system.adapter.nut.0", "user": "system.user.admin", "ts": 1621489976998, "_id": "nut.0.battery.charge-warning", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }VG
Bernd -
@jb_sullivan sagte in Test Adapter Device-Watcher v1.x.x GitHub/Latest:
die Eier legenden Wollmichsau
da fängt für mich das problem an, was soll drinnen sein, was nicht. jeder mag was anderes. die config wird immer komplizierter. ich lass mir jetzt schon bei jeder liste was ausblenden und unterschiedlich sortieren.
deine idea in ehren, aber wäre das nicht besser mit influxDB und Grafana? -
@jb_sullivan Hi
️
Also erst mal vielen Dank an dir und auch an all den anderen Usern für euer Feedback, Ideen und auch Hilfen. Auch das ihr soviel Nachsicht habt, wenn mal etwas nicht funktioniert. Das zeigt mal wieder was das für eine nette Community hier doch ist.
Leider ist es manchmal echt nicht einfach Adapter zu implementieren weil jeder in der Adapter Erstellung sein eigenes Süppchen kocht und diverse states anders benennt oder die Struktur komplett aus der Reihe tanzt. Ich versuche wenn möglich das immer alles nachzubauen und zu testen. Aber manchmal raubt es einen den letzten Nerv und man muss jeder Situation im Code anders behandeln und bedenken.
Aber nun zu deiner Idee, an sich finde ich es klasse und würde bestimmt ein paar Leuten die Gier an Informationen auf einem Haufen befriedigen
Aber um es kurz und knapp zu sagen: Dies geht leider am grundsätzlichen Thema des Device-Watcher vorbei. Denn die Hauptaufgabe ist und soll sein: Geräte auf Erreichbarkeit und Batteriestand zu überprüfen und wenn dem nicht so ist eine Meldung / Eintrag in die Tabellen vorzunehmen. Mehr nicht.
Leider will auch der Großteil es so einfach haben wie möglich ohne groß rum suchen zu müssen und auswählen zu müssen.
Ich will deine Idee aber nicht ganz abweisen da es schon paar Anfragen über Tabellen mit states Inhalt . Ich muss mich aber erstmal um die großen Baustellen von diesem Adapter kümmern. Wenn alles so läuft, werde ich vielleicht in Erwägung ziehen einen ähnlichen Adapter zu kreieren der sowas erfasst. Das Grundgerüst wäre dann ja schon vorhanden.
Ich danke schon mal für dein Verständnis -
@ciddi89 So, der Adapter hat sich beruhigt. Ich bekomme jetzt nur noch 1x mindestens am Tag eine Liste mit Offline Geräten. Ich habe nun überall 300 drin stehen. Denke, da dort sich immer wieder die Werte geändert haben, wird das eben mit -1 so übernommen.
Ich lass das nun mal so das reicht mir ja.
Hätte noch eine Frage, WLAN Kameras, wie könnte ich die denn mit überwachen, wenn da mal eine Offline geht. Hatte ich jetzt ist mir dann nur aufgefallen, als ich mal reingeschnuppert hatte, da war kein Bild da. Wenn ich da sowas noch mit abfangen könnte wäre super.
-
@d3ltoroxp danke für die Rückmeldung! So bestätigt das nur wieder das es mit den Erreichbarkeitsstates sehr unzuverlässig läuft in einigen Adaptern. Musste es bei mir teilweise auch wieder auf Zeit umstellen da einige States garnicht umgesprungen sind auf false/true obwohl das Gerät 100% nicht erreichbar war, weil Stecker gezogen.
Hast du die denn über ein Adapter eingebunden? Ansonsten mit den Adapter Ping. Dieser Pingt dann immer die IP Adresse an, und wenn da nichts zurück kommt ist das Netzwerkgerät offline/nicht erreichbar.
-
@ciddi89
Hallo
Habe heute den Adapter installiert.
Funktioniert eigentlich wie gewünscht.Bei den Emails hab ich leider ein Problem.
So waren sie am Anfang (wie gewollt):
Folgende 18 Geräte sind seit einiger Zeit nicht erreichbar:Hue ambiance lamp 1 (297 Tagen)
Hue ambiance lamp 2 (297 Tagen)
Hue ambiance lamp 3 (297 Tagen)
Hue ambiance lamp 4 (297 Tagen)
Laura 1 (8 Stunden)
Wintergarten Tisch 1 (13 Stunden)
Wintergarten Tisch 2 (13 Stunden)
Wintergarten Tisch 3 (13 Stunden)
Wintergarten Tisch 4 (13 Stunden)
Schlafzimmer-Fenster (13:56 Uhr)
Küche-Fenster (13:22 Uhr)
Postkasten (13:55 Uhr)
Kinderzimmer-Fenster (13:50 Uhr)
Wintergarten-Schiebe (13:35 Uhr)
Haustür (13:08 Uhr)
Wintergarten-Fenster (14:06 Uhr)
Temperatur-Bad (308 Tagen)
Aquarium-Wassersensor (13:48 Uhr)Und plötzlich kommen sie nur noch so an:
Folgende 20 Geräte sind seit einiger Zeit nicht erreichbar:Christian's Alexa Apps (VOGLxxxxxxxxxx) (14:10 Uhr) Christian's Alexa Apps (VOGLxxxxxxxxxx) (14:10 Uhr) Hue ambiance lamp 1 (297 Tagen) Hue ambiance lamp 2 (297 Tagen) Hue ambiance lamp 3 (297 Tagen) Hue ambiance lamp 4 (297 Tagen) Laura 1 (8 Stunden) Wintergarten Tisch 1 (13 Stunden) Wintergarten Tisch 2 (13 Stunden) Wintergarten Tisch 3 (13 Stunden) Wintergarten Tisch 4 (13 Stunden) Schlafzimmer-Fenster (13:56 Uhr) Küche-Fenster (13:22 Uhr) Postkasten (13:55 Uhr) Kinderzimmer-Fenster (13:50 Uhr) Wintergarten-Schiebe (13:35 Uhr) Haustür (13:08 Uhr) Wintergarten-Fenster (14:06 Uhr) Temperatur-Bad (308 Tagen) Aquarium-Wassersensor (13:48 Uhr)
