Gefunden: IO-Homecontrol-Lösung mit ESP32/SX1276

Begonnen von plin, 17 Februar 2026, 16:10:27

Vorheriges Thema - Nächstes Thema

plin

Zitat von: dieter114 am 13 November 2026, 18:06:19Mein Problem ist: Wo steht z.b. die Datei  common/base.yaml?
Irgendwo auf dem PC müssen doch die ganzen heruntergeladenen Dateien zu finden sein.
Ich hab's unter Linux gemacht, da hast Du direkt nach dem git clone den passenden Projektordner "io-homecontrol". Der enthält einen Unterordner "common" in dem sich die base.yaml befindet

Claude sagt zu "Wo befinden sich bei dem ESPHome Device Builder auf Windows 11 heruntergeladene github Projekte?":

Beim ESPHome Device Builder unter Windows liegen von GitHub geladene Projekte (external_components, packages) nicht in deinem YAML-Ordner. Sie landen in einem eigenen Cache-Verzeichnis unter C:\esphb\.

Typischer Aufbau

C:\esphb\
├── <ID>\                      z. B. ZYg4z5VU (zufällige Kennung)
│  ├── external_components\
│  │  └── <hash>\            ein Ordner pro geklontem Repo
│  ├── packages\              per git geladene packages:
│  └── build\<gerätename>\    Build-Dateien des Geräts
└── idf\frameworks\...        ESP-IDF-Toolchain

Ein echtes Build-Log aus dem Home-Assistant-Forum bestätigt diesen Aufbau. Dort läuft cmake in C:\esphb\ZYg4z5VU\build\espectre-28-58\build, und die externe Komponente liegt unter C:/esphb/ZYg4z5VU/external_components/6efea655/....
home-assistant

Welcher Hash-Ordner zu welchem Repo gehört

Am einfachsten ist das Compile-Log: Bei Fehlern steht dort der volle Pfad.
Oder du öffnest in jedem <hash>-Ordner die Datei .git\config. Darin steht die Repo-URL.

Wenn du ESPHome stattdessen per pip startest (esphome dashboard <ordner>), gilt der klassische Speicherort: der versteckte Ordner .esphome\external_components\<hash>\ direkt in deinem Konfigurationsordner. ESPHome klont das Git-Repository bei der Validierung in diesen versteckten .esphome-Ordner.
esphome

Tipp zum Aktualisieren: Komponenten werden zuerst in einen Cache geklont und erst nach Ablauf der refresh:-Zeit per git pull aktualisiert. Die Voreinstellung ist 1 Tag. Wenn du eine Änderung im Repo sofort brauchst, z. B. bei iown-homecontrol, setz in der YAML refresh: 0s. Alternativ löschst du den passenden <hash>-Ordner und baust neu, nach ,,Clean build files".
esphome

FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

dieter114

#31
Herzlichen Dank erstmal für die Ausfühliche Darstellung.
Wenn ich das auf die Schnelle richtig verstanden habe bedeutet es aber
das irgendwelche "manuellen" Eingriffe nach 24h ggf überschrieben werden mit Daten aus dem Git.
Gut - Benutzerfreundlichkeit vs Änderungen die ggf zu Problemen führen.
Liebe Grüße WDS

RPi II+III+V,OWX, HM Zisterne, MAPLESDuino(adv), ESPEasy, Tasmota, MQTT2Server, WU-Upload, TabletUI, Poolsteuerung fhem, Fronius, BYD Solaranlage

plin

Mach doch ein Issue bei https://github.com/laberning/home_io_control/issues auf.

Das betrifft dann ja alle anzupassenden Files, also mindestens auch secrets.yaml, evtl. auch io-homecontrol.yaml und io-homecontrol-setup.yaml. Die müsste er dann z.B. als secrets-template.yaml o.ä. ausliefern.
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

dieter114

#33
Es sind auch nirgends lokal Dateien wie common/base.yaml,
egal ob sichtbar oder nicht, vorhanden.
Sobald du in die io-homecontrol.yaml
mqtt:
  broker: !secret mqtt_broker
  topic_prefix: io-homecontrol
  discovery: false
einfügst, bricht die Kompilierung mit Fehlermeldung ab.
Dieser ESPHome Device Builder ist irgendwie seltsam bei Änderungen.
Jedenfalls MQTT geht wohl so nicht.
Liebe Grüße WDS

RPi II+III+V,OWX, HM Zisterne, MAPLESDuino(adv), ESPEasy, Tasmota, MQTT2Server, WU-Upload, TabletUI, Poolsteuerung fhem, Fronius, BYD Solaranlage

plin

Zitat von: dieter114 am 14 November 2026, 16:44:49Es sind auch nirgends lokal Dateien wie common/base.yaml,
egal ob sichtbar oder nicht, vorhanden.
Sobald du in die io-homecontrol.yaml
mqtt:
  broker: !secret mqtt_broker
  topic_prefix: io-homecontrol
  discovery: false
einfügst, bricht die Kompilierung mit Fehlermeldung ab.
Dieser ESPHome Device Builder ist irgendwie seltsam bei Änderungen.
Jedenfalls MQTT geht wohl so nicht.
Merkwürdig. Unter Linux ist die Struktur viel klarer. Hast Du ein Linux-System verfügbar?
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB