Hallo an alle.... ich habe den Fehler gefunden: Es lag an der /etc/resolv.conf. Da waren keine DNS-Server eingetragen, deshalb konnte die VM die namen nicht auflösen und die adapter konnten nicht geladen werden. Nachdem ich das gelöst hatte, hat die Migration wie erhofft und oben beschrieben funktioniert. Soweit ich es bisher feststellen könnte passt auch alles bei den Slaves... und alle Instanzen funktionieren. Jetzt bleiben noch die Slaves einer nach dem anderen neu aufzusetzen. Aber schon jetzt an alle die mich unterstützt haben vielen Dank!! vG Etze

Hallo, ich hab letzte woche beide nochmals über die Kachel konfiguriert. Brachte keinen Unterschied. Als ich dieses Wochenende nochmals schaute gingen auf einmal beide Lampen wie sie sollten. Warum es nach einer Zeit ging kann ich nicht nachvollziehen. Bei Konfiguration über die Kachel bleibt es jetzt auch so. Somit funktioniert der Konverter. Nochmals herzlichen Danke

Danke für all die Infos hier. Ich werde das demnächst probieren mit ESP und MCP2515 shield. Ich frage mich, hat es jemand mit einem ESP8266 probiert? Die mag ich lieber, weil ich einige im Haus im Einsatz habe und die doch ein bisschen weniger Strom verbrauchen. Macht natürlich nicht die Welt aus, aber andererseits, die Arbeit übernimmt ja großteils der MCP2515, für MQTT ist ein ESP8266 leicht gut genug. Übersehe ich was?

Hast du mal geschaut, ob da ein Issue schon beim Adapter existiert? Ansonsten leg doch eins an, bitte. Mit Version des Adapters, Controllers, tuya-Device, evtl. ein Screenshot der States - damit man auch was debuggen kann..

@zolpetol sagte in Hue - beste Ansteuerung für dynamische Szenen: Was ist bitte die beste Einbindung der HUE GO, sodass ich alle Möglichkeiten der Ansteuerung aus dem ioBroker habe? Funktioniert das mit einer HUE BRIDGE (evt. alte Version) und dem HUE-ADAPTER besser? In erster Näherung: Nein. Das wird mit keiner anderen Lösung prinzipiell besser werden. Du hast immer das Problem das du deine 8 Farben irgendwo wirst definieren müssen. Das passiert durch einstellen der Farbe und dann aufschreiben / merken / abspeichern der Werte. Ob das in einem Skript, einer Szene im ioBroker, einem Eintrag in der Hue App und damit auf der Hue Bridge, einer Szene bei Phoscon oder einer Szene bei Z2M passiert ist dabei letztendlich egal. Wenn du Deconz nutzt und weiter nutzen willst macht es wenig bis keinen Sinn, nur für eine Leuchte ein 2. Zigbee Netz mit einem anderen System aufzuziehen. A.

Schau mal in der Hilfe. https://www.iobroker.net/#en/adapters/adapterref/iobroker.bmw/README.md Den Benutzernamen für das CarData Streaming findest Du zum Beispiel wenn Du die Verbindungsdetails öffnest (aufklappst).

@Stefan-Glück-0 sagte in Probleme mit zigbee und sonoff adapter seit heute: ich bekomms einfach nicht in, auch nicht mit einem zweiten Dongle. seltsam. ich nutze die Möglichkeit und steige auf zigbee2mqtt um und binde das an. scheint ja zu gehen Das wird dir nix bringen. Der Unterbau ist der gleiche. Die Meldung: 'MAC channel access failure' (225)) Deutet auf eine massive überlastung des Funknetzes hin. Wahrscheinlich hast du eine Kollision mit einem WLan, BT oder 'unregulated 2.4 GHZ' sender. Funk-Kopfhörer sind da gerne mal Schuld dran. An der Stelle must du ansetzen. WLan / Zigbee Kanalüberdeckung prüfen Scan der Zigbee Kanäle machen - wie stark ist der Kanal belastet. Dabei aber vorsicht - ab ca. 30 Routern macht alleine das bestehende Zigbee Netz schon ordentlich Last auf dem Kanal Mögliche Gegenmassnahmen: Anderer WLan Kanal Anderer Zigbee Kanal (erfordert ein Neuanlernen vieler Geräte) Andere Positiond es Zigbee-Koordinators. A.

Inclusive Aufwecken, so das keine Meldung wegen 'gerät nicht erreichbar' kommt ?

danke dafür

@Thomas-Braun danke für die Erläuterung. Ich habe es jetzt über den fstab-Weg gelöst.

"Hmm, HomeKit sendet hier ein On-Signal, da die Lampe vermutlich für HomeKit als "Off" dargestellt wird. Was man probieren könnte, für den On-State ein Mapping mit scriptzu bauen, der den "On"-State für HomeKit anhang der Helligkeit reported." Hatte das bereits im Issue beantwortet, lass uns die Diskussion gern hierher verlagern. Man müsste mal prüfen, ob man das On-Signal ggf. auch einfach "ignorieren" kann, wenn bereits eine Helligkeitsanfrage gesendet wurde. An sich ist es aber auch ein wenig unlogisch, dass KNX scheinbar das On mit auf 100% hart verknüpft. Was ja offensichtlich hier zu dem Issue führt.

Ok, vielen lieben Dank euch, hab eben eine neue SD-Karte bestellt und setzte es dann nächste Woche alles neu auf. Danke und VG Alex

@MiPl sagte in ESPHOME Installation: Wo liegt mein Fehler? nirgends! über npm kann man nur installieren wenn der Adapter bereits im stable ist.

Okay, keine Antwort, das war wohl zu einfach ;-)))) War letztlich auch einfach: ich habe mir die Einstellungen notiert, dann den Adapter gelöscht und neu installiert. Jetzt gehts wieder :)

@Flowski sagte in Netatmo crawler - Zeitstempel in Visualisierung einbinden: nur eine 13-stellige Zahl Das ist die Unix-Zeit. Die musst du lediglich konvertieren.

@arteck ist das wirklich der 4.? nicht der dritte? in etwa... queering = success ...Auswertung error hab beide Boxen in opensensemap.org noch gefunden. EDIT: #3 hat string statt value [image: 1765018195753-screenshot_20251206-114854_firefox.jpg]

@Laser sagte in BackItUp sichert InfluxDB nicht mehr: Lediglich der NAS wurde aktualisiert. Ob das die Ursache war? Ein aktuelles System ist nie verkehrt. Viele Dinge erledigen sich halt mit dem jeweils letzten Versionsstand.

ahh und nicht gefunden [image: 1764932115158-ba26efc0-7fe5-4ac3-b825-7d6f21726ec9-grafik.png]

Dazu existiert ein Issue: https://github.com/TA2k/ioBroker.volvo/issues/40

Danke euch für die Hinweise. Nein Redis verwende ich nicht. Aber tatsächlich habe ich nur auf der produktiven Instanz den VM gestoppt. Die IP ist wahrscheinlich noch reserviert und die neue VM verwendet die gleiche IP