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

[Stephan Schleich]

@ciddi89 Könnte man einen Ping mit implementieren? Einige meiner Sonoffs haben sich nach dem Update aufgehangen und dies wurde somit vom Adapter nicht mit erfasst.

[picky]

@stephan-schleich said in Test Adapter Device-Watcher v2.x.x GitHub/Latest:

@ciddi89 Könnte man einen Ping mit implementieren? Einige meiner Sonoffs haben sich nach dem Update aufgehangen und dies wurde somit vom Adapter nicht mit erfasst.

Würde ich auch aus den gleichen Gründen Begrüßen. Die anderen Adapter wie "Ping" Zb. unterstützen auch nicht das anpingen im VPN Fritzbox Subnetz, nur im direkten Netz 192.168.178.x - funktioniert nicht mit 192.168.1.x zB.

[A Former User]

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

@stephan-schleich said in Test Adapter Device-Watcher v2.x.x GitHub/Latest:

@ciddi89 Könnte man einen Ping mit implementieren? Einige meiner Sonoffs haben sich nach dem Update aufgehangen und dies wurde somit vom Adapter nicht mit erfasst.

Würde ich auch aus den gleichen Gründen Begrüßen. Die anderen Adapter wie "Ping" Zb. unterstützen auch nicht das anpingen im VPN Fritzbox Subnetz, nur im direkten Netz 192.168.178.x - funktioniert nicht mit 192.168.1.x zB.

Das hat aber nix mit dem Ping Adapter zu tun, sondern an der Netzwerk-Config...
:-)
Da musst du mit ner anderen Subnet arbeiten, z.bsp mit ner /16 anstatt /24 je nachdem, was du benutzt...

von .1 bis .178 ist aber auch ne grosse Range.. brauchst du unbedingt 65535 Devices ?

[picky]

@ilovegym Bei mir ist die 192.168.178.x und bei meiner Freundin im Nachbardorf die 192.168.1.1, beide Fritzboxen sind per Fritzbox-VPN verbunden, so das ich in beiden Netzen intern die Geräte steuern kann. Halt paar Adapter sind dadurch doppelt eingerichtet, funktioniert so eigentlich gut, dadurch brauche ich nur einen Raspi wo IObroker drauf läuft.
Der Ping Adapter grast scheinbar nur das eigene Netzwerk ab, lässt nicht die anderen IP,s zu im anderen Netz. Die Fritzboxen müssen ein andere Range haben, sonst kann man kein VPN zwischen den aufbauen.

[A Former User]

@picky mir gehen hier OT.. welche subnet verwendest du? 255.255.255.0 ist /24, dann scannt der Ping nur von 192.168.178.0 - 192.168.178.255

Wenn du eine /16 nimmst ( bei dir in der Fritzbox unter Heimnetz, Netwerkeinstellungen, dann runter scrollen, WEITERE Einstellungen, dann auf IPV4 config, und dort die Subnet aendern ) also 255.255.0.0 dann erreichst du alle ! Devices von 192.168.0.0 - 192.168.255.255

[picky]

@ilovegym said in Test Adapter Device-Watcher v2.x.x GitHub/Latest:

@picky mir gehen hier OT.. welche subnet verwendest du? 255.255.255.0 ist /24, dann scannt der Ping nur von 192.168.178.0 - 192.168.178.255

Wenn du eine /16 nimmst ( bei dir in der Fritzbox unter Heimnetz, Netwerkeinstellungen, dann runter scrollen, WEITERE Einstellungen, dann auf IPV4 config, und dort die Subnet aendern ) also 255.255.0.0 dann erreichst du alle ! Devices von 192.168.0.0 - 192.168.255.255

Das muss ich dann auf beiden Fritzboxen ändern? Danke Dir für den Tip.

[A Former User]

@picky

nein, nur auf deiner, es sei denn, bei deiner Freundin ist der Zugriff bei dir auf eine 192.168.178.x notwendig, dann dort auch.

[A Former User]

@ciddi89

Hi,
hier in Version 2.7.0 zaehlt er die Zigbee Devices im zigbee-Adapter nicht mehr richtig:
Sind lt. Adapter 219

2023-03-23 15:04:15.381  - info: zigbee.0 (11040) Currently 219 devices are joined:
2023-03-23 15:04:15.323  - info: zigbee.0 (11040) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20220219}}
2023-03-23 15:04:15.334  - info: zigbee.0 (11040) Unable to disable LED, unsupported function.
2023-03-23 15:04:15.345  - info: zigbee.0 (11040)   --> transmitPower : high+
2023-03-23 15:04:15.381  - info: zigbee.0 (11040) Currently 219 devices are joined:

Der Device-Watcher zaehlt aber 217:

[A Former User]

@ilovegym mit der vorherigen Version waren die Werte noch korrekt?

[Stephan Schleich]

@ciddi89 man könnte anstatt dem Ping auch den Alive state prüfen ob dieser älter als XX wäre (Wert variable zu setzen in den settings?)

[A Former User]

@stephan-schleich ist teilweise schon so. Aber noch nicht bei allen Adapter da bei vielen der state nicht auf false geht. Um welchen Adapter/Geräte handelt es sich genau?

[Stephan Schleich]

@ciddi89 wäre der Sonoff Adapter, in meinem Fall ging er auch nicht auf Off, weil sich mein WLAN aufgahngen hat, wätte man nur mit einer prüfung des zuletzt geändert erkennen können oder eben einem ping

[A Former User]

@stephan-schleich ja gut bei sonoff ist es tatsächlich derzeit so, das wenn der Datenpunkt auf false springt und der Datenpunkt solange in der X eingestellten Zeit, wie in den Settings eingestellt, auf false steht das es dann erst gilt.
Ist wirklich schwierig abzuwägen wie ich das prüfen lassen soll weil viele User anderer Meinungen sind. Bei den einen gehen die Datenpunkte zuverlässig und bei dem anderen nicht.
Der eine will das man nur nach der Zeit zuletzt aktualisiert geht und der andere will das die Zeit nur zählt wenn der Datenpunkt auch auf false ist usw. Und ich will da auch keine tausend Einstellmöglichkeiten implementieren, das macht es leider nur zu kompliziert. Daher ich muss mir mal überlegen was man am besten machen kann, damit alle glücklich sind.

An pingen ist auch schwierig und garnicht die Aufgabe des devicewatcher. Woher soll der die ganzen Daten dafür nehmen? Dieser ist nur für die Auswertung der gegeben Daten da, die die anderen Adapter liefern. Daher sollten die dazugehörigen Adapter der Geräte auch die Aufgabe haben die Werte korrekt und aktuell zu übermitteln. Aber leider haperts da bei vielen.
Daher mein Vorschlag: Bei den Geräten/Adapter wo die Erreichbarkeitsdatenpunkte nicht korrekt Funktionen ein issue auf Github des jeweiligen Adapters eröffnen und deren Entwickler darum bitten das die da evtl. nacharbeiten und dort sowas wie anpingen etc. unterbringen. Das ist meines Erachtens die sinnvollere Variante.

[A Former User]

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

@ilovegym mit der vorherigen Version waren die Werte noch korrekt?

Mit der letzten 2.6.x ja

[A Former User]

@ilovegym hm okay komisch. Hatte diesbezüglich eigentlich nicht wirklich was geändert. Außer das ID's auf Endung von . geprüft werden sollen und wenn wahr dann diese zu überspringen. Da es dadurch zu Fehlern kam wegen gelöschten/nicht verfügbaren devices. Hab das in 2.7.1 rausgenommen sind die Geräte nun wieder vollzählig? Sonst muss ich weiter gucken woran es liegen könnte. :man-gesturing-ok:

[A Former User]

@ciddi89

Auch in der 2.7.1 so.. es fehlen 2 devices.. eins ist offline.. aber gesamt Anzahl ist doch alles, oder??

[A Former User]

@ilovegym ja sollte so sein. Wenn es vorher richtig war dann muss ich noch mal gucken warum die auf einmal nicht mehr auftauchen. In der Blacklist stehen die aber nicht oder? ;) ist der Datenpunkt link_qualitiy von den zwei Geräten da ?

[A Former User]

@ciddi89

Ahhh blacklist!! Doch da stehn se… 😂🙈🙈

Da war „aus den Listen nehmen“ angehakt.. Sorry !!

[Gargano]

Was ist im Benachrichtigungsdienst PushOver die Geräte ID ?
Wenn ich einen anderen Token eintrage als in der Pushover Instanz wird der ignoriert und es erfolgt immer ein Meldung auf das Token, welches in der PushOver Instanz eingetragen ist.

Javascript Überwachung funktioniert nicht. Wenn ich eine Instanz stoppe erfolgt keine Meldung.
Allerdings steht es in device-watcher.0.adapterAndInstances.listDeactivatedInstances, aber nicht in device-watcher.0.lastNotification, daher auch keine Meldung.

[A Former User]

@gargano

Was ist im Benachrichtigungsdienst PushOver die Geräte ID ?

Geräte ID sollte der name des Gerätes sein die bei Pushover auch eingetragen ist. Siehe Screenshot:

Javascript Überwachung funktioniert nicht.

Was meinst du damit genau?

Wenn ich eine Instanz stoppe erfolgt keine Meldung.

Ist in den Settings auch alles korrekt eingestellt?