Test Adapter Device-Watcher v2.x.x GitHub/Latest

[da_Woody]

@jay-jey eventuell wieder mal ein prob mit sonderzeichen?

[A Former User]

@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.

[jay-jey]

@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.

[da_Woody]

@jay-jey sowas kann passieren...
eventuell alias adapter verwenden?

[Malz1902]

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

[A Former User]

@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.

[Malz1902]

@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

[A Former User]

@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).

[A Former User]

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.

[sigi234]

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

Version unter 1.0.0

Läuft einwandfrei. Danke.

[A Former User]

@sigi234 das freut mich und sieht mega bei dir aus!

[Malz1902]

@sigi234 magst du einmal die view hier einstellen

[sigi234]

@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

[Malz1902]

@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?

[A Former User]

@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) - 100

Weiter oben irgendwo hatte ich schonmal sowas bisschen ausführlicher gepostet.

[Malz1902]

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?

[A Former User]

@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)

[da_Woody]

@ciddi89 bitte, mach nicht zuviele kunststücke... irgendwann wirds unübersichtlich.

[Stephan Schleich]

@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	terminating

Des 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)

[A Former User]

@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?