Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[ak1]

Ich bin auf node.js 10.16.0
Ich werde es später mal mit einem Update versuchen ...

[ak1]

Node.js habe ich nun aktualisiert auf 10.19.0. Der Shelly-Adapter läuft nun seit etwas mehr als einer Stunde ohne Fehlermeldung und ohne Neustart. Bisher sieht es also gut aus!

[haselchen]

@ak1

Würde mich freuen , wenn es nun wieder läuft.

[Baki074]

Bei mir hat es trotzdem nichts gebracht.
Im Gegenteil, habe nun größere Probleme als zuvor.

Und zwar startet der Shelly Adapter alle ca. halbe Stunde neu.
Damit leider nicht genug. Mit "hängt" es zudem den Raspberry Pi auf. Ich kann mich also nicht via VNC Viewer verbinden, außer ich starte den Raspi manuell neu. Dann hält die Verbindung vlt. 10 Minuten, allerdings bricht sie dann wieder ab. IoBroker läuft damit logischerweise auch nicht.

Kann dies mit dem Update von Nodejs zusammenhängen? Oder woher könnte das Problem plötzlich kommen?

Edit: Was ich vergessen hatte zu erwähnen, dass trotz des "Aufhängen" Pushover und alle Skripte funktionieren.

[haselchen]

@Baki074

Ein Log zu dem Zeitpunkt wo er neu startet oder sich aufhängt wäre hilfreich.

[ak1]

Das Update auf Node.js 10.19.0 behebt das Problem leider nicht. Auch ich habe wieder die RangeErrors im Log. Etwa alle 5-10 Minuten verbunden mit einem Neustart des Shelly Adapters.
Der ioBroker selbst (Debian unter Proxmox) läuft aber ohne sonstige Auffälligkeiten.

Jetzt bin ich langsam ratlos. Insbesondere, da es mir bislang nicht gelingt ein Debug-Log mit dem Fehler zu erzeugen. Wenn der Adapter auf Debug-Ausgabe eingestellt ist, startet er einfach nur in den genannten Abständen neu, gibt aber vorher nicht den RangeError aus.

[haselchen]

@Baki074
@ak1

Wenn ein Debug Log für den Entwickler @Stuebi nicht zu bekommen ist, dann müsstet ihr euch an das von @harrym gepostete Issue ranhängen.

[ak1]

Ja, erledigt.

[Baki074]

@haselchen said in Shelly Adapter: RangeError:

Ein Log zu dem Zeitpunkt wo er neu startet oder sich aufhängt wäre hilfreich.

iot.0	2020-03-29 13:36:52.221	error	(1434) Error by device connection: "getaddrinfo EAI_AGAIN a18wym7vjdl22g.iot.eu-west-1.amazonaws.com a18wym7vjdl22g.iot.eu-west-1.amazonaws.com:8883"
iot.0	2020-03-29 13:36:27.196	error	(1434) Error by device connection: "premature close"

Bekomme diese Meldung vom ioT Adapter. Die Verbindung wird getrennt und ich kann kurzfristig nicht auf iobroker zugreifen. Wie oben beschrieben kann ich mich auch nicht per VNC Viewer auf den Raspi verbinden. Nach ein paar Minuten läuft alles wieder normal. Ich schätze weil auch dieser Adapter neustartet?
Die Fehlermeldung habe ich erst gestern Abend das erste Mal erhalten.

Weiß evtl. jemand was man dagegen tun kann?

[haselchen]

@Baki074

Moin , das hat aber nix mit dem Shelly Adapter zu tun?! Dafür müsstest du einen eigenen Thread aufmachen.

Edit: Welche Adapter starten denn alle neu?
Aus den 2 Zeilen kann man nicht viel erkennen.

[harrym]

@Baki074 internetverbindung wurde neu hergestellt. das besgat der "fehler".

[ak1]

Hat ggf. schon jemand eine Lösung oder einen Workaround zu dem RangeError Problem gefunden? Der Umstand, dass der Shelly-Adapter alle paar Minuten neu startet, beeinträchtigt meine Installation doch recht stark.

VG
ak1

[Baki074]

Ich habe in den letzten Tagen ein wenig herumgespielt, allerdings auch noch keine zufriedenstellende Lösung gefunden.

Was mir jedoch aufgefallen ist: Der Adapter startet weniger oft neu, wenn ich den Raspi einmal pro Tag neustarte. Dann startet der Adapter nur gut jede Stunde neu, öfters bleibt er auch für 3 oder 4 Stunden grün. Je länger der Raspi läuft, desto kürzer werden die Intervalle in denen der Adapter neustartet.

Allerdings ist auch dies keine richtige Lösung auf Dauer.

Das mit der Internetverbindung habe ich in den Griff bekommen. Habe den Raspi einfach nur per LAN verbunden.

[ak1]

Ich bin am überlegen, ob ich den Shelly-Adapter mal restlos entferne und dann nochmal neu installiere.
Da ich bisher nur 8 Shelly-Devices habe und auch den LinkedDevices Adapter benutze, ist die Neueinrichtung nicht allzu aufwendig. Ob das allerdings irgendeinen Effekt hat, ist fraglich.
Auf der anderen Seite scheint dieses Problem ja auch bei weitem nicht jeden zu betreffen, sonst würde hier viel mehr darüber diskutiert werden. Vielleicht liegt es also doch an der eigenen Installation.

[Baki074]

Also bei mir verliert der Adapter nie die Verbindung zu den Shellys. Zumindest nicht wenn ich mir den Status im Moment des Neustarts anschaue.
In dem Moment schaltet "Connected to host" und "Heartbeat" auf false. "Connected to shelly" bleibt auf grün, also true.

Deshalb bin ich mir nicht sicher, ob eine komplette Neuinstallation des Adapters etwas bringt. Habe bisher auch davon abgesehen, da ich 20 Shellys im System habe und diese nicht einfach so schnell wieder einbinden kann.

[haselchen]

@Baki074
@ak1

Da Ihr Beide euch schon an ein Issue rangehängt habt, der Entwickler auch Bescheid weiß, heißt es leider warten.
Oder DIY und rumprobieren.
Durchprobieren von verschiedenen Shelly Adapter Versionen.
Und wenn man es auf die Spitze treiben wollen würde, könnte man bestimmt einen Raspi als Multihost einrichten und eine Instanz vom Shelly Adapter dort installieren und somit eventuell die "Last" verteilen.
Dann hat man Shelly.0 auf dem Host und Shelly.1 auf dem Raspi.
Nur eine Schnellschuss-Idee.

[Kai Menzebach]

Hallo zusammen,

also ich hatte das Problem mit dem Logeintrag und Neustart des Adapters bis letzte Woche auch alle paar Minuten. Ich habe darauf hin den Raspi einmal komplett rebootet und seid dem ist das Problem bei mir nicht mehr aufgetreten.

[ak1]

Ein Reboot hat bei mir zumindest nicht geholfen. Das habe ich vorhin nochmal probiert (VM unter Proxmox auf einem Intel NUC).

[Baki074]

Kurzes Update:
Bei mir scheint es nun zu funktionieren. Der Adapter startet nicht mehr neu.
Ich habe ein Downgrade auf Version 3.2.2 des Shelly Adapters gemacht. Zudem habe ich den Strom des Hauptverteilers ausgeschaltet und nach ca. 1 Minute wieder eingeschaltet (also meine Wohnung kurz stromlos gemacht).
Danach lief alles und der Fehler tauchte nun seit gestern Vormittag nicht mehr auf.

[dos1973]

@Baki074
bei dir weiterhin keine Reboots, nach deinem "shutdown"?