@Westfale sagte in Trashschedule jumomind nach Jahreswechsel keine Einträge: Im Adapter sind für diese Starßen dann gar keine Einträge. Muss ich mir angucken. Gibt es schon einen Issue?

@Kraftzwerg sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich: Das ist mir jetzt unsagbar peinlich. Muss es nicht - es war eine gute Übung in systematischer Analyse. Wenn du dir die Schedules anschaust wird auch klar warum der Thermostat von sich aus die Solltemperatur anpasst: 06:00/21.0 08:00/16.0 12:00/21.0 14:00/16.0 18:00/21.0 22:00/16.0 Das ist eine Liste von Uhrzeiten (Schaltzeiten) und Temperaturen, basierend auf dieser doku: https://www.zigbee2mqtt.io/devices/ME167.html#schedule-tuesday-text )Link dazu bekommst du im Übrigen von der Info-Anzeige des Adapters) Solange der Thermostat auf auto steht arbeitet er diese Zeitpläne ab. Und wenn von off auf auto gestellt wird, dann schaut er nach wo er sich im Zeitplan befindet und setzt die Solltemperatur entsprechend. A.

Das ist die Fehlermeldung: bmw.0 2026-01-12 16:52:44.746 error BMW CarData authentication failed bmw.0 2026-01-12 16:52:44.745 error Token response data: {"fault":{"faultstring":"Invalid Access Token","detail":{"errorcode":"keymanagement.service.invalid_access_token"}}} bmw.0 2026-01-12 16:52:44.745 error Token response status: 500 bmw.0 2026-01-12 16:52:44.745 error Token request failed: Request failed with status code 500

Hab ich noch gemacht, Danke. code_text pi@raspberrypi:~ $ sudo apt install --reinstall influxdata-archive-keyring Zusammenfassung: Aktualisiere: 0, Installiere: 0, Installiere erneut: 1, Entferne: 0, Aktualisiere nicht: 0 Herunterlade-Größe: 10,7 kB Benötigter Platz: 0 B / 41,6 GB verfügbar Holen:1 https://repos.influxdata.com/debian stable/main arm64 influxdata-archive-keyring all 2025.12.23 [10,7 kB] Es wurden 10,7 kB in 0 s geholt (77,2 kB/s). (Lese Datenbank ... 97319 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../influxdata-archive-keyring_2025.12.23_all.deb ... Entpacken von influxdata-archive-keyring (2025.12.23) über (2025.12.23) ... influxdata-archive-keyring (2025.12.23) wird eingerichtet ...

@Kotscha sagte in KNX - IOBroker Verbindungsabbruch: Kann mir da vielleicht jemand weiterhelfen??? Dankeschön! [image: 1767683230425-screenshot-2026-01-06-080443.png] [image: 1767683419188-screenshot-2026-01-06-02.png] Trag mal bitte bei den KNX-Gateway-Einstellungen bei physikalische Adresse eine von deinen Tunneladressen ein. Also die 1.1.230 So wie es aussieht greift sich dein ioB die schon automatisch. ...und wie @warp735 schon schreibt müllst du dir deinen Bus zu. Entweder Telegramme nur bei Änderung schicken oder die Zykluszeit raufsetzen. Bei 3 Sekunden (ok, kommt natürlich auf die Gesamtanzahl der Telegramme an) kann dein IP Gateway schonmal in die Knie gehen.

@mcm1957 Kann ja gar nicht sein... Liegt eindeutig bei node 22 ! ;-)

so, bin wieder auf 22 Und in der Tat; Adapter deinstalliert und dann wieder neu. Das hat geholfen. mfg

Vielen vielen Dank für die Unterstützung und Rückmeldung.

Danke für Feedback. Sorry, bin erst heute wieder am PC und kann bequemer tippen :-) Ev. hätte es auch gereicht due Zugangsdaten neu einzugeben. Das wird in den Releasenotes extra erwähnt. Kann aber natürlcih auch was anderes gewesen sein. Die ursache hätte mal wahrscheinlich im Log gesehen. Hauptsache das Ding läuft jetzt und hoffentlich gehts dir bald besser und du kannst noch die Feiertage genießen.

Ein Zigbee Netzwerk ist immer da und funkt wenn mindestenst ein Router oder ein Coordinator oder beide da sind. wenn nur ein Router da ist übernimmt er die Rolle des coordinators, du hannst das dann nur nicht steuern da dieser Teil fehlt dem Router, also muss ein Coordinator her. wenn der Coordinator Einstellungen zum Netzwerk hat (egal welche) dann erstellt der herdsman (die Software) auch ein nvbackup.. die Software weiss nicht ob es das richtige Netzwerk ist oder nicht..

Ja, mache ich nach Weihnachten. Dir schöne Feiertage und Danke für die Hilfe.

@Skippy07 sagte in Cloud Adapter deaktiviert sich nach Umstellung auf Pro: habe gerade Pro Zugang gekauft und den App Schlüssel in den Cloud Adapter eingetragen https://forum.iobroker.net/topic/18517/anleitung-iot-pro-cloud-assistenten-service-iobroker-iot

Die Warnungen kommen weil du das Gerät im Debug betreibst. (Kachel umdrehen, debug ausschalten, keine Warnungen mehr)

@thomas-braun : Ja, na klar. Sehr einfach. So hatte ich es gemeint. Der Adapter läuft jetzt bestens.

Die physische CPU ist: CPU(s) 20 x 12th Gen Intel(R) Core(TM) i7-12700K (1 Socket) Kernel Version Linux 6.17.2-2-pve (2025-11-26T12:33Z) Der ioBroker läuft seit gefühlt einer Ewigkeit in einer Debian 13 VM. Ich weiß nun nicht mehr was als CPU type in den HW settings eingestellt war. Aber wie gesagt, Umstellung auf host und Fehlermeldung ist weg.

@Christian-Fuchs sagte in Nach Updates läuft alles instabil: Ich teste gerade mit der OS lite 32 bit Version. hoffentlich auf einer neuen SD Karte! deine alte geht möglicherweise gerade über den Jordan

@Roelli sagte in Alexa Echo Beep vor und nach Sprachausgabe: Ich steuere zwei Echo Dots an. Die selbe Generation? Hier hing es früher von der Generation ab, bis amazon das durch ein Update versemmelt hat...