Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@da_woody kann auch sein das es alte Homematic Geräte sind. Die liefern leider die ganzen Werte nicht nur den State. Habe leider auch noch keine Lösung diesbezüglich.
-
@ciddi89 Ah jetzt hab ich es, es ist ein altes Shelly Gerät, dass mal über mqtt angebunden war. Hab es die ganze Zeit übersehen, weil ich es a) durch einen Shelly Dimmer ersetzt hab der aber Kueche heißt und nicht Küche und die Shellys ja immer so Bezeichnungen wie SHSW... haben da bin ich dann durcheinander gekommen. Danke aber für die Hilfe.
-
@jay-jey
sowas kann passieren...
eventuell alias adapter verwenden? -
Seit einer Stunde kommen bei mir folgende Logs:
host.iobroker 2022-08-22 09:32:49.836 error instance system.adapter.device-watcher.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) device-watcher.0 1607504 2022-08-22 09:32:49.247 warn Terminated (ADAPTER_ALREADY_RUNNING): Without reason device-watcher.0 1607504 2022-08-22 09:32:49.246 debug Plugin sentry destroyed device-watcher.0 1607504 2022-08-22 09:32:49.246 error device-watcher.0 already running
-
@malz1902 da hat er sich in einer Schleife aufgehängt. Iobroker Neustarten sollte helfen. Da war evtl irgendetwas nicht erreichbar wo der lief.
Aber zufällig in den letzten 24 Stunden hast du den Adapter nicht über GitHub installiert oder?
Es gibt nämlich seit gestern ein Breaking change wofür ich noch die Version anheben muss. Wer nun den Adapter über GitHub aktualisiert muss leider die Instanz einmal entfernen und neu hinzufügen da der Adapter nun dauerhaft aktiv ist.
-
@ciddi89 alles klar, waren wirklich 2 prozesse aktiv. habe mal beide gekillt und adapter neu gestartet, klappt wieder
Installiert hatte ich 0.3.0 Anfang letzter Woche oder so, aber nicht die letzten 24 h -
@malz1902 Achso okay, freut mich das es nun wieder läuft. Falls es wieder vorkommt, was ich nicht hoffe, dann den Adapter auf debug log stellen und dann wieder warten bis es vorkommt und dann posten. Damit ich sehen kann wo es evtl stockt.
Ja wie gesagt, falls die 0.3.0 geupdatet wird per GitHub dann muss auf jeden Fall die Instanz vorher einmalig entfernt werden. Werde hoffentlich morgen oder so Zeit haben die Version Nummer auf 1.0.0 zu ändern und werde das im changelog dann nochmal erwähnen. Denn mit der neuen jetzt verfügbaren Version läuft der Adapter permanent und pollt die Daten alle 10 sek. (Pollzeit Einstellbar in Einstellungen).
-
Hat ein bisschen länger gedauert aber nach einigen Tests die nötig waren, bin ich nun mit Version 1.0.0 Online gegangen. Bitte beachtet es ist ein BREAKING CHANGE. Das heisst wenn ihr von einer Version unter 1.0.0 kommt dann bitte vorher unbedingt die alte Instanz löschen. Den Adapter neu Installieren und dann eine neue Instanz erstellen. Ich weiss das man dann leider die History/InfluxDB Daten usw. neu verknüpfen muss aber das geht leider nicht anders.
Ich habe den Mode von Shedule auf Daemon geändert. Dadurch ist der Adapter dauerhaft aktiv und holt sich per Poll in 10 Sekunden Takt die erforderlichen Daten. Pollintervall kann man in den Einstellungen unter ExpertSettings definieren.
Warum das ganze? Dadurch das der Adapter nun dauerhaft aktiv ist bekommt man die Möglichkeit Zeitnah über Geräte die offline sind informiert zu werden und ich kann in Zukunft besser mit den States arbeiten und erhoffe mir dadurch mehr Möglichkeiten um zusätzliche Dinge zu implementieren.
Ich Danke für euer Verständnis.
Adapter ist wie immer auf Github verfügbar. Leider steckt er auch noch immer im Pull Request für die Beta Repo fest. Falls hier andere Entwickler diesen Adapter nutzen und ihr Evtl. Zeit habt und der Code in euren Augen in Ordnung ist, würde ich euch für ein Review danken. Vielleicht geht die Veröffentlichung dann ein bisschen schneller. Sollte aber im Code etwas nicht in Ordnung sein oder wenn da etwas ist was man ändern sollte dann bitte auch bescheid sagen. Bin wirklich gewillt dazu zu lernen und das beste daraus zu machen.
Ich danke euch. -
@ciddi89 sagte in Test Adapter Device-Watcher v1.x.x GitHub/Latest:
Version unter 1.0.0
Läuft einwandfrei. Danke.
-
@sigi234 das freut mich und sieht mega bei dir aus!
-
@sigi234 magst du einmal die view hier einstellen
-
@malz1902 sagte in Test Adapter Device-Watcher v1.x.x GitHub/Latest:
@sigi234 magst du einmal die view hier einstellen
https://forum.iobroker.net/topic/28717/vis-von-sigi234/2?_=1662379188030
-
@sigi234 Super, danke
Eine Frage noch, die Signal Strength ist in % angegeben. Ich weiß, dass bei Zigbee Geräten der max. Wert bei 255 ist meine ich. Wie sieht das bei Momematic IP Geräten aus? Hier habe ich so 56 % welcher RSSI Wert ist das?
-
@malz1902 du kannst dir sonst auch die original werte anzeigen lassen wenn du das lieber möchtest. Hab den user die Wahl gelassen unter expert settings. Aber 56% entsprechen ungefähr einen RSSI von -72.
Hier die Umrechnungen Prozent/rssi:
Prozent = 2*(dBm + 100)
Oder
RSSI = (prozentangabe / 2) - 100Weiter oben irgendwo hatte ich schonmal sowas bisschen ausführlicher gepostet.
-
Danke
Lesen hilft^^Ne andere Sache, keine Ahnung sinnvoll oder nicht. Bei Zigbee Geräten hat man noch den Datenpunkt voltage wäre es sinnvoll diesen zusätzlich zum % der Batterie anzuzeigen?
-
@malz1902 alles gut
.
Hmm gute frage. Würde behaupten die meisten können mit der V anzeige nicht so viel anfangen. Ich könnte aber einrichten das man den Prozentwert und zusätzlich in Klammern den V Wert, bei Geräten die beide Datenpunkte besitzen, angezeigt bekommt. Zb.: 100% (3,0V) -
@ciddi89 bitte, mach nicht zuviele kunststücke... irgendwann wirds unübersichtlich.
-
@ciddi89 Bekomme mit der 1er Version folgende Fehler, sobald ich sonoff mit anhake:
device-watcher.0 2022-09-06 07:44:39.129 warn Terminated (UNCAUGHT_EXCEPTION): Without reason device-watcher.0 2022-09-06 07:44:39.128 info terminating device-watcher.0 2022-09-06 07:44:39.128 info cleaned everything up... device-watcher.0 2022-09-06 07:44:39.127 error Cannot read properties of undefined (reading 'captureException') device-watcher.0 2022-09-06 07:44:39.127 error TypeError: Cannot read properties of undefined (reading 'captureException') at DeviceWatcher.errorReporting (/opt/iobroker/node_modules/iobroker.device-watcher/main.js:1898:38) at DeviceWatcher.onReady (/opt/iobroker/node_modules/iobroker.device-watcher/main.js:290:9) device-watcher.0 2022-09-06 07:44:39.126 error unhandled promise rejection: Cannot read properties of undefined (reading 'captureException') device-watcher.0 2022-09-06 07:44:39.126 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). device-watcher.0 2022-09-06 07:44:39.126 warn Error catched and sent to Sentry, error: [[onReady]] error: Cannot read properties of undefined (reading 'captureException') device-watcher.0 2022-09-06 07:44:39.125 warn Error catched and sent to Sentry, error: [[main]] error: Cannot read properties of undefined (reading 'captureException') device-watcher.0 2022-09-06 07:44:39.125 warn Error catched and sent to Sentry, error: [[main - create and fill datapoints for each adapter]] error: Cannot read properties of undefined (reading 'captureException') device-watcher.0 2022-09-06 07:44:39.125 warn Error catched and sent to Sentry, error: [[createDataForEachAdapter]] error: Cannot read properties of undefined (reading 'captureException') device-watcher.0 2022-09-06 07:44:39.125 warn Error catched and sent to Sentry, error: [[writeDatapoints]] error: Cannot read properties of undefined (reading 'localeCompare') device-watcher.0 2022-09-06 07:44:38.960 info Found items on the blacklist: device-watcher.0 2022-09-06 07:44:38.960 info Number of selected adapters: 4. Loading data from: Alexa2, Fritzdect, Sonoff, Zigbee ... device-watcher.0 2022-09-06 07:44:38.952 info starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.device-watcher, node: v16.17.0, js-controller: 4.0.23 device-watcher.0 2022-09-06 07:44:38.890 info Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system host.ioBroker 2022-09-06 07:44:38.412 info instance system.adapter.device-watcher.0 started with pid 2256613 host.ioBroker 2022-09-06 07:44:38.304 info "system.adapter.device-watcher.0" enabled host.ioBroker 2022-09-06 07:44:34.968 info "system.adapter.device-watcher.0" disabled host.ioBroker 2022-09-06 07:44:32.602 info Restart adapter system.adapter.device-watcher.0 because enabled host.ioBroker 2022-09-06 07:44:32.602 error instance system.adapter.device-watcher.0 terminated with code 6 (UNCAUGHT_EXCEPTION) device-watcher.0 2022-09-06 07:44:32.056 warn Terminated (UNCAUGHT_EXCEPTION): Without reason device-watcher.0 2022-09-06 07:44:32.056 info terminatingDes Weiteren wäre es noch gut wenn du für sonoff den alive state abfragen würdest sonst sind diese immer mit "-1" offline (Baumstruktur aktiv)
-
@stephan-schleich hallo, tut mir leid das es nicht auf anhieb läuft. Kannst du mal die instance auf debug stellen und dann die log ausgabe posten? Kann dann evtl eher sehen wo es hakt.
Bei sonoff sollte er eigentlich den datenpunkt .alive nutzen wenn er auf -1
//Edit: habe den Selektor geändert da es wohl nicht bei allen devices die uptime states gibt. Kannst bitte mal neu installieren und nochmal ausprobieren?
-
Hallo zusammen - durch Zufall bin ich auf diesen sehr genialen Adapter gestoßen.
Installation und Einrichtung lief Problemlos. Was mich nur wundert, ist der Unterschied zwischen den Listen im "VIS Modus" und dem was als E-mail übermittelt wird.
Das hier bekomme ich als Mail für Niedrige Batteriezustände geschickt.
In der json Liste hingegen tauchen da ein paar Mehr Geräte auf.
@ciddi89 Ist das für dich ein Großer Aufwand noch weitere Batterie betriebene Geräte zum Adapter hinzu zu fügen? Wenn Nein, was würdest du für Informationen zu so einem Gerät benötigen?
