@homoran "https" war aktiviert. hab jetzt nen backup von vor dem update eingespielt, da war die adapter-version noch 1.15.0, da läuft es wieder. mal auf die 1.16.0 warten, ob was gefixt wurde

@heiner1976 Hast du sources und online jetzt gelöscht?

Kurzes Feedback an alle. Backup habe ich auf dem Live System eingespielt und alle Änderungen übertragen. Läuft nun wieder alles wie gewohnt. Vielen vielen Dank!

Hallo, ich habe auf 4.0.21 upgedatet :+1: und wie @oFbEQnpoLKKl6mbY5e13 geschrieben hat wurde es beseitigt. aber super toll wie schnell man hier geholfen bekommt Danke. Bye Bio:flushed: :muscle:

Danke habe den Bot in der App angehalten und neu gestartet in der Handyapp, jetzt geht alles wieder, ist aber sehr komisch, denn der hat ja weiterhin Nachrichten angezeogt die vom anderen Server gekommen sind angezeigt gehabt.

@wendy2702 Das stimmt Wendy, setzt aber voraus dass ich weiss wie man die zusätzliche Packete instaliert ... Wie gesagt ich kann mich gar nicht mehr errinern das gemacht zu haben, und wäre nie auf die Idee gekommen im Adapter rein zu schauen ...... DANKE.

@homoran sagte in tvspielfilm Error read ECONNRESET: @dslraser hab ich auch gehabt. tippe auf Probleme beim tvspielfilm Server Heute ist wieder alles okay. Deine Vermutung war wohl richtig.

@homoran @thomas-braun @kuddel Nach einigem Hin und Her und Heb und Senk und Mäandrier ist es mir nun gelungen, das Backup zurückzuspielen – ich bin vielleicht froh! Ich bedanke mich herzliche für Eure schnelle Hilfe, Ihr seid super!

@arteck Du meinst, es hängt mit der Netzwerkverbindung zw. Coordinator und iobroker@Raspberry zusammen? Allerdings lief der Coordinator von Ende Okt21 bis Feb22 ziemlich problemlos. Ich hatte auch schon in die Richtung gedacht, aber im Fritzbox-Log nix finden können. Seit Ende Dez21 habe ich eine neue Fritzbox im Einsatz (7590 AX). Aber die Probleme fingen erst Mitte Feb an. Mir fehlen aber auch die Möglichkeiten & Kenntnisse, da tiefer zu ermitteln. Was ich noch nicht getan habe, ist das LAN-Kabel des Coordinators zu tauschen. Das wäre noch einen Versuch wert.

@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. :+1: