Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[mrbungle64]

@bf0911

Ich meine, dass ich mit der Version 2.0.6 mal die gleichen Probleme hatte.
Mit der Version 2.1.2 lief es dann aber wieder stabil.
Wie schaut es in Version 2.1.2 aus (installiert aus dem ioBroker Repo - nicht von GitHub)?
Sind das die gleichen Warnungen und Fehler?

Btw.: Wieso fragst du mich eigentlich wegen dem Log Level wenn du es dann doch anders machst?

[BF0911]

@mrbungle64

Die 2.1.2 ist ja offensichtlich die aktuellste. Da traten die Fehler auch auf.

Habe die Version aber trotzdem mal geupdatet.

Das Log-Level hatte ich vor meiner Frage mal umgestellt und dann wieder zurück.

[BF0911]

Egal, welche Version ich nutze, das Problem besteht weiterhin.

Wird vielleicht jemand aus meinem LOG-File was erkennen?

[arteck]

@bf0911 sagte in Alternative zu HS100-Adapter?:

Egal, welche Version ich nutze, das Problem besteht weiterhin.

ja weil dein WLAN nicht stabiel genug ist und die Dose braucht laaaaaaaaange zu antworten oder antwortet garnicht.

die Version 2.1.2 wurde zwar optimiert.. aber wenn die Dose nicht antwortet.. zaubern kan ich auch nicht

[surfer09]

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.

[arteck]

@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

[surfer09]

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

[arteck]

@surfer09 nein leider nein.. obliegt nicht meiner obhut

[AlCalzone]

@arteck Naja, forken, selbst fixen und unter eigenem Namen veröffentlichen wäre eine Option

[BF0911]

@arteck

Das ist schon verwunderlich. Es sind ja quasi mal alle Steckdosen von TP-Link betroffen.

Diese sind stellenweise nur 5m vom Access Point entfernt.

[mike2712]

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

[Thomas Braun]

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

[mike2712]

@thomas-braun

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?

[Thomas Braun]

@mike2712 sagte in Alternative zu HS100-Adapter?:

oder hängt das zusammen?

Vermutlich.

[Negalein]

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

[arteck]

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

[padrino]

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

[arteck]

@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