Alternative zu HS100-Adapter?
-
Hallo zusammen,
bei mir stürzt der Adapter auch häufig ab. Ich habe die 2.1.2 im Einsatz und lasse den Adapter schon alle 30 Minuten zeitgesteuert neu starten.
Mir ist nicht ganz klar, warum sich der komplette Adapter verabschiedet, wenn mal eine Dose nicht erreichbar ist.Heute hatte ich auch wieder Meldungen im LOG, wo sich der Adapter beendet hatte. Sorry, ich kann gerade leider nur Screenshots hier anhängen.
-
@surfer09 sagte in Alternative zu HS100-Adapter?:
Mir ist nicht ganz klar, warum sich der komplette Adapter verabschiedet, wenn mal eine Dose nicht erreichbar ist.
weil ich eine Ahängigkeit verwende die den timout nicht behandelt und geht immer von aus das die Dose IMMER antwortet
-
@arteck Okay. Bestünde eine Möglichkeit das in einer zukünftigen Version zu ändern? Ich habe wenig Ahnung von der Programmierung eines solchen Adapters, aber vielleicht gibt es ja eine Möglichkeit das anzupassen?!
-
@surfer09 nein leider nein.. obliegt nicht meiner obhut
-
@arteck Naja, forken, selbst fixen und unter eigenem Namen veröffentlichen wäre eine Option
-
Das ist schon verwunderlich. Es sind ja quasi mal alle Steckdosen von TP-Link betroffen.
Diese sind stellenweise nur 5m vom Access Point entfernt.
-
Ich habe auch massiv Probleme mit dem Adapter:
Warum kommt überhaupt nach 10 Sekunden ein Timeout? Der Abfrage Interval steht auf 60s. Sporadisch 5-8 mal die Woche hängt sich der Adapter auf und muss neu gestartet werden.
hs100.0 2022-10-29 13:33:01.880 error TCP Timeout after 10000ms 172.16.22.38:9999 {"emeter":{"get_daystat":{"year":2022,"month":10}}} hs100.0 2022-10-29 13:33:01.879 error Error: TCP Timeout after 10000ms 172.16.22.38:9999 {"emeter":{"get_daystat":{"year":2022,"month":10}}} at Timeout._onTimeout (/opt/iobroker/node_modules/tplink-smarthome-api/lib/network/tcp-socket.js:59:36) at listOnTimeout (internal/timers.js:557:17) at processTimers (internal/timers.js:500:7) hs100.0 2022-10-29 13:33:01.878 error unhandled promise rejection: TCP Timeout after 10000ms 172.16.22.38:9999 {"emeter":{"get_daystat":{"year":2022,"month":10}}} hs100.0 2022-10-29 13:33:01.876 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(). hs100.0 2022-10-29 13:31:17.908 error TCP Timeout after 10000ms 172.16.22.38:9999 {"emeter":{"get_daystat":{"year":2022,"month":10}}} hs100.0 2022-10-29 13:31:17.908 error Error: TCP Timeout after 10000ms 172.16.22.38:9999 {"emeter":{"get_daystat":{"year":2022,"month":10}}} at Timeout._onTimeout (/opt/iobroker/node_modules/tplink-smarthome-api/lib/network/tcp-socket.js:59:36) at listOnTimeout (internal/timers.js:557:17) at processTimers (internal/timers.js:500:7) hs100.0 2022-10-29 13:31:17.907 error unhandled promise rejection: TCP Timeout after 10000ms 172.16.22.38:9999 {"emeter":{"get_daystat":{"year":2022,"month":10}}} hs100.0 2022-10-29 13:31:17.906 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(). -
@mike2712 sagte in Alternative zu HS100-Adapter?:
Schaut nach Netzwerktrouble bei dir aus.
Die IP kommt wohl aus dem ClassB-Netz von dem Docker-Krempel. -
okay, so richtig kann ich mit der Information jetzt leider nichts anfangen, ich merke in letzter Zeit das oft zwischendurch Internet am Rechner etc. fehlt, also kurzfristige Aussetzer für 1-3 Minuten, Verbindung meist noch vorhanden, aber kein Internet, aber damit hat das vermutlich nichts zu tun, oder hängt das zusammen?
-
-
@arteck sagte in Alternative zu HS100-Adapter?:
ja weil dein WLAN nicht stabiel genug ist und die Dose braucht laaaaaaaaange zu antworten oder antwortet garnicht.
Hallo
Ich hänge mich mal hier ran!
Bei mir besteht auch das Problem bei 1 von 8 Steckern. Der Adapter steigt mehrmals am Tag aus.
Mein WLAN ist sehr stabil und der besagte Stecker (10.0.1.80) hat vollen Empfang.
Adapter ist am aktuellen Stand.hs100.0 2022-11-10 10:14:43.369 info Start with IP : 10.0.1.187 hs100.0 2022-11-10 10:14:43.175 info Start with IP : 10.0.1.186 hs100.0 2022-11-10 10:14:43.153 info Start with IP : 10.0.1.185 hs100.0 2022-11-10 10:14:42.894 info Start with IP : 10.0.1.80 hs100.0 2022-11-10 10:14:42.614 info Start with IP : 10.0.1.79 hs100.0 2022-11-10 10:14:42.329 info Start with IP : 10.0.1.78 hs100.0 2022-11-10 10:14:42.319 info Start with IP : 10.0.1.77 hs100.0 2022-11-10 10:14:42.299 info Start with IP : 10.0.1.76 hs100.0 2022-11-10 10:14:42.282 info starting. Version 2.1.2 in /opt/iobroker/node_modules/iobroker.hs100, node: v16.18.1, js-controller: 4.0.23 hs100.0 2022-11-10 10:14:10.299 warn Terminated (UNCAUGHT_EXCEPTION): Without reason hs100.0 2022-11-10 10:14:10.299 info terminating hs100.0 2022-11-10 10:14:10.299 info cleaned everything up... hs100.0 2022-11-10 10:14:10.297 error TCP Timeout after 10000ms10.0.1.80:9999 {"emeter":{"get_daystat":{"year":2022,"month":11}}} hs100.0 2022-11-10 10:14:10.297 error Error: TCP Timeout after 10000ms10.0.1.80:9999 {"emeter":{"get_daystat":{"year":2022,"month":11}}} at Timeout._onTimeout (/opt/iobroker/node_modules/tplink-smarthome-api/lib/network/tcp-socket.js:59:36) at listOnTimeout (node:internal/timers:559:17) at processTimers (node:internal/timers:502:7) hs100.0 2022-11-10 10:14:10.297 error unhandled promise rejection: TCP Timeout after 10000ms10.0.1.80:9999 {"emeter":{"get_daystat":{"year":2022,"month":11}}} hs100.0 2022-11-10 10:14:10.296 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(). -
@negalein sagte in Alternative zu HS100-Adapter?:
Error: TCP Timeout after 10000ms10.0.1.80:9999
was soll ich da machen.. wenn die Dose nicht antwortet..
-
@arteck sagte in Alternative zu HS100-Adapter?:
weil ich eine Ahängigkeit verwende die den timout nicht behandelt und geht immer von aus das die Dose IMMER antwortet
Könntest Du das etwas näher erläutern?
Ein Fehler sollte doch eigentlich immer abzufangen sein und zumindest nicht zu einem Crash führen.
-
@padrino sag nicht mir das..wenn man davon ausgeht dass, das immer klappt..
das ist eine Besonderheit auch von iobroker.. dass es da auffällt
