Unter Support ganz unten auf der Seite findest du die Anleitung zum USB-Update:
Die passenden Dateien findest du unter den Release-Notes:
2 „Gefällt mir“
Eigentlich wollte ich meine virtuellen Geräte von nodered in iobroker auf nodered in homeassistant umziehen. Jetzt stelle ich fest, dass dieser Konflikt mit davon abhält, nur um festzustellen, dass auch die alten nicht mehr laufen.
Downgraden scheitert gerade an der Motivation.
Nimm mal die IP Adresse für die Verbindung.
Wie meinst du das? Die IP von homeassistant in der Anmeldung homee in homee inkl. Port 1880 (default, weiterhin so in den NR Settings unter home assistant eingestellt)
Nur die ip vom Pi wo die vhih liegen.
Danke Dir! Ich werde es voraussichtlich im Weihnachtsurlaub ausprobieren.
Wie hoch ist die Chance dass danach nichts mehr funktioniert bzw. meine Konfiguration komplett weg ist? 
In meinem Fall ist es die IP Adresse von home assistant bzw iobroker. Die Meldung zur Inkompatibilität ist identisch.
@Andy75 Eher unwahrscheinlich. Vorher ein Backup ziehen schadet nicht.
1 „Gefällt mir“
Gibt es eigentlich Einschränkungen hinsichtlich der Anzahl der virtuellen homees? Konkret: Kann ich mehr als 1 anlegen für die Dauer des Umzugs iobroker node-red auf home assistant node red?
Ja, das geht. Sogar mehrere echte und virtuelle homee können mit einem Master verbunden werden.
2 „Gefällt mir“
Du kannst auf einem Pi nur einen vhih anlegen das ist bedingt durch die Benutzung des Ports.
Danke Micha,
da der eine auf dem iobroker und der andere in einem VM für homeassistant läuft, wäre das mE kein Problem.
Der Port kann nur einmal auf einem Pi vergeben werden, alles andere wäre auch nicht wirklich sinnvoll.
Aber ich bin doch garnicht auf einem Pi. Iobroker läuft mit eigener IP im Docker und Homeassistant in einer virtuellen Maschine mit eigener IP. 
Wenn die eigene IP‘s haben dann passt das natürlich.
ich schätze mal es gibt noch nichts Neues und @Steffen wird sich vermutlich auch nicht zu einem Statement hinreißen lassen, oder??
Ich werde jedenfalls erst mal alle weiteren ESP32-Projekte ruhen lassen bis hier Klarheit herrscht.
Ach und bevor ich es vergesse: Euch allen hier noch ein GUTES NEUES JAHR 2026 
Auch mit der neuen homee Version 2.41.3 bleiben die Versionen inkompatibel. @Steffen : Gibt es etwas neues dazu?
1 „Gefällt mir“
Wenn ihr mir beschreiben könntet, worauf ihr nochmal genau zugreifen müsst, dann kann ich gerne mal nachsehen an welcher stelle es dann vielleicht eine Veränderung geben könnte.
3 „Gefällt mir“
hallo @Steffen, @Micha & Co können es vermutlich besser erklären aber ich versuche es mal aus meiner ganz persönlichen Sicht:
Bisher (bis homee 2.41.1) konnte ich Geräte eines virtuellen homees problemlos hinzufügen: Gerät hinzufügen → verschiedene → homee in homee, IP-Adresse eingeben und einen Usernamen + Passwort und schon gings.
Seit v2.41.2 kommt beim Verbinden die Meldung „Versionen inkompatibel, es wird mindestens Version 2.25 vorausgesetzt“.
Ich baue bei meinen ESP32-Projekten auf die vhih Library von @danil auf. Dort wird der String „2.25.0 (ed9c50)“ als Version gesetzt. Wie gesagt, bisher hat alles wunderbar funktioniert.
Experimente mit höheren Versionen als String haben bei mir und den anderen Usern hier nicht zum Erfolg geführt.
Interessant ist auch, dass bereits verbundene vhih-Geräte auch weiterhin verbunden bleiben. Aber sobald man sie neu hinzufügen muss oder möchte gehts nicht mehr.
Die Frage die nun im Raum steht: Warum akzeptiert homee den virtuellen homee nicht mehr, obwohl die Version eigentlich passen sollte? → Bug oder Feature. Und falls Feature: Was muss man senden, damit es funktioniert?
3 „Gefällt mir“
Grundsätzlich ist diese Anwendung ein externe und nicht von homee jemals
So gewollt gewesen. Es stellt sich mir die Frage ob dieses Problem auch bei einem realen homee Auftritt.
2 „Gefällt mir“
Nö. Gerade getestet.
Der Abruf neuer Geräte von einem realen homee klappt auf Anhieb und sogar ohne erneute Eingabe der Verbindungsdaten.
Es sind beide auf der aktuellen Stable Version.
1 „Gefällt mir“