Habe das ganze mal stumpf auf github geschoben. Gerne können wir hier diskutieren.
Da ich das Projekt schon “ewig” nicht mehr angefasst habe, hoffe ich an alles gedacht zu haben.
Würde mich freuen, wenn sich der ein oder andere daran versucht und Fehler in der Doku meldet, damit ich das korrigieren kann. Ich weiss leider nicht mehr alles aus dem Kopf, was ich damals für Stolpersteine hatte.
Für mich war hier wichtig, dass ich relativ günstig (Folgekosten) die Heizung und paar Sensoren auslesen kann.
danke für Deine Mühe. Könntest Du mir vielleicht noch einmal mitteilen welche Werte Du mit vcontrold ausliest? Diese Werte habe ich aktuell bei viCare, wenn ich diese Lösung abbaue, habe ich keinen Support mehr vom Heizungsbauer, deshalb bin ich da nun doch ein wenig am zögern.
damit bekomme ich denn doch nicht mehr Werte als ich schon habe. Vor- und Rücklauf Fußbodenheizung mache ich denn nun mit ESP32 und 2 Tempfühlern, dann sollte es erstmal reichen
Es ist aber nicht cloud gebunden und der ESP macht nicht nur Heizung, sondern auch 1-Wire. Hatte ja nie gesagt, dass dies mehr kann, als deine Lösung. Für mich ist es aber genau das richtige und vielleicht für andere auch, die von neu starten und nicht alles über zig Geräte verteilen möchten und auch noch cloudfrei sein möchten.
Ich denke sogar, dass vicare genau die Werte kann, die auch vcontrold kann. Was man dann ausließt, ist jedem selber überlassen. Meine Heizung könnte noch mehr. Die anderen Infos brauche ich aber nicht.
Jetzt hab ich eben gesehen das es doch eine yaml Datei dazu gibt.
Ersetzt diese dann die .ino Datei??
Das wäre soweit schon mal super gut, da ich das andere nicht am Wt32 verwenden kann.
Das ino ist die Firmware für den ESP. Die yaml ist die Konfigurationsdatei für Home Assistant, damit HASS weiss, was es mit den Daten, die per mqtt kommen, anfangen soll. Dort findet etwas Umrechnung und Umformatierung statt. Ich meine sogar, dass ich meine yaml, die du dort verlinkt hast, schon wieder ein älterer Stand ist, wie das, was ich einsetze. Aber mehr, weil ich inzwischen meine ANlage wieder etwas optimiert habe. Das sind persönliche Spielereien.
Aha. Jetzt wird es doch etwas komplizierter für mich.
Wenn ich meinen ESP damit bespielen muss, dann geht es also nicht?
Hoffe dir sind die Fragen nicht zu dumm.
Was genau macht die .ino anders als das esphome im esp?
Kann man das nicht mit in den esp mit der yaml einspielen wie mit den anderen Daten? (Netzwerkschnittstellen, Sensoren usw)
Ich dachte laufend ich erweitere die Firmware des ESP32 (WT32 in meinem Fall) mit dem hochladen der yaml
Wo kommt dann die verlinkte yaml in Homeassistant hin?
Mein ESP läuft nicht mit ESPHome, sondern habe ich mit Arduino bespielt. Das ist für mich flexibler.
Die verlinkte yaml kommt in deine configuration yaml oder wird ausgelagert in deinem config Ordner abgelegt und dann in der configuration.yaml mittels z.b.
mqtt: !include meine_viessmann_mqtt.yaml
inkludiert. Das ist aber nichts pauschales und kann wieder bei dir ganz anders aussehen. Bei mir habe ich es z.b. mittels
mqtt: !include_dir_merge_named mqtt/
sogar nochmal in seine einzelnen Typen gesplittet, damit ich da etwas mehr Übersicht habe. Im Laufe der Zeit werden das nämlich echt viele Entitäten.