NEWS

@abcklaus sagte in Skript: TypeError: Converting circular structure to JSON:

Also meiner Meinung nach liegt es nicht an dem was @Sokomoto schreibt.
Gemäß Stack trace passiert der Fehler bei der Verarbeitung der Rückmeldung per once (Zeile 12 des logs).
Die Rückmeldung wird dann per JSON.stringify (Zeile 7) versucht in einen String umzuwandeln.
Allerdings scheint das ein Objekt zu sein, welches auf sich selber verweist und daher nicht umgewandelt werden kann.
Interessant wäre es, was da enthalten ist.
Evtl könntest du die Rückmeldung mal in einen Buffer speichern und da mal reinschauen. Buffer sind meist ein Array mit 8bit Werten, die den jeweiligen zeichencode darstellen. etwas aufpassen muss man bei utf8 kodierten Zeichenketten
die net-Bibliothek kann die daten als string und als Buffer zurückgeben
https://nodejs.org/api/buffer.html

Danke für die Info

@fu_zhou wohne in einer großen 3 Zimmerwohnung. Bei mir sind auch 7 Geräte (Lampe, Steckdose,..) verbaut die als Router (Glaub so heißt das) funktionieren. Batteriebetriebene habe ich so ca. 35 Stück. Da ich keine großen Reichweiten habe klappt es wunderbar.

"homee connection error: "Error: Unexpected server response: 502"
Liegt dieser Fehler daran, dass homee nicht im Netz angemeldet ist?
Oder liegt der Fehler im iobroker?
Ich habe das häufig im Protokoll stehen.

@matze373 gerne geschehen

Oder einfach aktuellste mqtt Beta installieren. Die hat jetzt eine Logik drin die datentypen korrigiert, damit sollte der Fehler einmalig kommen

@bahnuhr sagte in Warn und Error beim Start von iobroker:

is invalid: Default value has to be type "string" but received type "boolean

alt bekannt, falls es gefixt wurde, entsprechende Datenpunkte löschen, wenn weg, ok, wenn nicht, issue beim jeweiligen Adapter

@homoran
Noch ein Nachtrag zu meiner letzten Mail. Ich habe für meinen in den Abbildungen gezeigten Datenpunkt mal das history-Logging wieder aktiviert (mit gleichen Parametern), womit jetzt also parallel auf influxdb und history geschrieben wird. Auf die generierte Grafik hat das keine Auswirkung - hier kann ich zwischen beiden Datenquellen wechseln, ohne die Anzeige nennenswert zu verändern. Bei den Rohdaten sieht es aber völlig anders aus. Wo mir history alle Daten der letzten 24 Stunden zeigt, liefert influxdb bei einer Auswahl "letzten 24 Stunden" nur Daten die 21 Stunden in der Vergangenheit liegen. Das exakt gleiche Ergebnis liefert mir die Abfrage über simple-api, wenn ich als Startdatum einen Zeitpunkt 24h in der Vergangenheit wähle.
Bei einem einfachen Wechsel der Datenquelle, bei sonst gleichen Bedingungen, bekomme ich also deutlich abweichende Werte.

@homecineplexx mit VIS Version 1.4.4 bzw der neuesten 1.4.12 geht das wieder

@rushmed Dankeschön. Funktioniert bei mir jetzt auch wieder.

@thomas-braun sagte in IoBroker adapter update #alle:

@andreas-5

Du wirst lachen, aber ich mache das bei meinen Linux-Kisten bei größeren Updates auch immer. Bei Kernel-Updates und Firmware-Updates ohnehin.

👍

Jemand der mir helfen kann?

@motsche1 alles ok ... Hab neu den Adapter installiert...jetzt geht's

Also so sieht es jetzt aus:

gesamt benutzt frei gemns. Puffer/Cache verfügbar Speicher: 3844 993 2247 37 604 2740 Swap: 0 0 0 system.adapter.admin : admin - v5.3.1 system.adapter.alexa2 : alexa2 - v3.11.2 system.adapter.discovery : discovery - v2.7.5 system.adapter.fb-checkpresence : fb-checkpresence - v1.1.13 system.adapter.history : history - v1.10.5 system.adapter.hue : hue - v3.6.5 system.adapter.javascript : javascript - v5.2.21 system.adapter.socketio : socketio - v4.1.0 system.adapter.telegram : telegram - v1.11.1 system.adapter.tr-064 : tr-064 - v4.2.15 system.adapter.web : web - v3.4.16 system.adapter.zigbee : zigbee - v1.6.16 + system.adapter.admin.0 : admin : DietPi - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.alexa2.0 : alexa2 : DietPi - enabled + system.adapter.discovery.0 : discovery : DietPi - enabled + system.adapter.fb-checkpresence.0 : fb-checkpresence : DietPi - enabled + system.adapter.history.0 : history : DietPi - enabled + system.adapter.hue.0 : hue : DietPi - enabled, port: 443 + system.adapter.javascript.0 : javascript : DietPi - enabled + system.adapter.socketio.0 : socketio : DietPi - enabled, port: 8084, bind: 192.168.178.20, run as: admin + system.adapter.telegram.0 : telegram : DietPi - enabled, port: 8443, bind: 0.0.0.0 + system.adapter.tr-064.0 : tr-064 : DietPi - enabled + system.adapter.web.0 : web : DietPi - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.zigbee.0 : zigbee : DietPi - enabled, port: /dev/ttyACM0 + instance is alive

MOD-EDIT: Code in code-tags gesetzt!

/usr/bin/nodejs /usr/bin/node /usr/bin/npm v12.22.10 v12.22.10 6.14.16

Hab da so ein Problem mit besagtem Adapter
Kommt Fehlermeldung. Was stimmt nicht??

viessmann.0
2022-03-08 12:00:14.333 info terminating
viessmann.0
2022-03-08 12:00:14.333 info cleaned everything up...
viessmann.0
2022-03-08 12:00:14.328 error ssh is not a constructor
viessmann.0
2022-03-08 12:00:14.328 error TypeError: ssh is not a constructor at readxml (C:\Program Files\iobroker\SmartHome\node_modules\iobroker.viessmann\main.js:151:24) at Object.start [as ready] (C:\Program Files\iobroker\SmartHome\node_modules\iobroker.viessmann\main.js:121:40) at C:\Program Files\iobroker\SmartHome\node_modules@iobroker\js-controller-adapter\build\lib\adapter\adapter.js:8222:68
viessmann.0
2022-03-08 12:00:14.326 error unhandled promise rejection: ssh is not a constructor
viessmann.0
2022-03-08 12:00:14.326 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().

Bei mir geht wieder alles. Gefühlt etwas langsamer als sonst, aber es geht wieder....
Keine Ahnung was das war...

N'Abend zusammen!
Ich habe das Projekt irgendwann frustriert aufgegeben und nun aber wieder aktiviert. Ich habe einen Tesla Model Y bekommen und wollte nun endlich das PV-Überschussladen an den Start bekommen.
Ich habe die Namen aller Variablen ohne Umlaute und ohne Leerzeichen formatiert und siehe da... Es funktionierte! 🙂 Manchmal kann das Leben so einfach sein und man sieht den Wald vor lauter Bäumen nicht!

Vielleicht hilft das hier ja ein paar Leuten und spart einige Stunden wertvoller Lebenszeit! 😉

Danke für euren Input und eure Hilfe!!

@apollon77 Ok dann lieber immer nachfragen bevor man was falsches macht. Aber so lange man ein Backup hat was man im Notfall einspielen könnte. Wenn es dann nicht mehr funktioniert. Aber nicht so schlimm wenn man wie hier gute Hilfe bekommt. 🙂
Ausfälle sind zwar ärgerlich und zeitaufwändig aber wenn es dann funktioniert ist man glücklicher.

@thomas-braun Klar, gern: https://github.com/ioBroker/ioBroker.admin/issues/1000

arteck created this issue in ioBroker/ioBroker.admin closed error socket.io close connection #1000