In den letzten Tagen habe ich eine Integration für Ovum Mira Wärmepumpensysteme entwickelt.
Da der Hersteller eher nur im deutschsprachigen Raum vertreten ist, macht ein Post hier vielleicht Sinn?
Falls jemand Lust zu testen hat, würde ich mich sehr über Feedback freuen. Da die Doku, die mir momentan zu Verfügung steht, fehlerhaft und unvollständig ist, musste ich an ein paar Stellen raten.
Mittlerweile ist die Integration ziemlich komplett aus meiner Sicht (nachdem ich eine vollständigere Doku bekommen habe) und läuft seit Wochen problemlos.
Moin,
da waren wir wohl parallel am Werk. Als ich die Ovum im August bekommen habe, war noch nichts vernünftiges verfügbar. Habe mich mit ChatGPT hingesetzt und mittels der Doku (aus dem EVCC issues dazu), den HA Vorgaben und ein bisschen manueller Vorarbeit eine Integration gebaut, die alle Werte und Einstellparameter zur Verfügung stellt. Darüber hinaus habe ich noch Energieerfassung nach Zweck (Heizen Warmwasser, sonstiges), Arbeitszahlen, Zyklen bei Warmwasser und weitere Auswertungen eingebaut, die mir nützlich erschienen.
Login funktioniert auch, so dass man die Ovum etwas sicherer in seinem Netzwerk betreiben kann (separates VLAN ist natürlich immer noch besser).
Du hast scheinbar ein paar Register in deiner Liste, die nicht in der Doku vermerkt waren, die bei EVCC im Github Issue liegt. Leider hat mein Heizungsbauer auf meine Nachfrage noch nichts bekommen, aber es gibt laut der Doku ja 3 “Level” an Modbus-Zugriff und im ersten hat man auf einige Werte wie etwa die Aktivität der Zirkulationspumpe keinen Zugriff. Hast du evtl. eine “höherwertige” Lizenz in deiner Ovum aktiviert?
Es gibt für uns effektiv nur zwei Lizenzebenen. Standard, immer aktiv wenn Modbus aktiviert wird, und Plus, dafür ist eine Lizenz zu erwerben.
Die dritte, dokumentierte Ebene ist laut Vertreter ausschließlich für Building-Management-Systeme und wird an Privatnutzer nicht freigegeben. In dieser Ebene hätte man ungefähr die Zugriffsrechte vom “Installateur”-Benutzer, soweit ich das gesehen habe.
In meiner Modbus Library und Integration sind jeweils beide Ebenen umgesetzt. In der Integration kann man die Ebene beim Konfigurieren auswählen. Bei Plus ist ein Schlüssel in der Mira zu hinterlegen, damit die entsprechenden Register freigeschaltet werden.
Meine Dokus sind offiziell von Ovum. Angeblich könnte man die auch in ihrem Doku-Portal herunterladen, aber das scheint bisher noch niemandem gelungen zu sein.
Ja, deren Dokuportal ist entweder schwer bis unmöglich zu finden oder enthält wenig nützliches.
In dem Stand, den ich gesehen habe, war nur das Basislevel vernünftig dokumentiert. Die Auswahl finde ich auch einigermaßen ärgerlich. Gerade Urlaubsmodus und der Betrieb der Umwälzpumpe sind schon eher interessante Werte. Da könnte man eher auf die Kondensattemperatur verzichten, aber das ist dann wohl Masche, um noch etwas Geld aus den Kunden zu quetschen. Irgendwo las ich, dass die Lizenz absurd viel Geld kostet für das, was man bekommt.
Wenn ich das nicht vernünftig testen kann, werde ich das auf jeden Fall so nicht einbauen. Bisher habe ich leider auch keine Rückmeldung zu meiner Anfrage beim Heizungsbauer erhalten.
Oh Korrektur. Deren Webseite schein komplett überarbeitet zu sein:
Ah, womöglich haben sich ein paar zu viel gemeldet und Dokus angefragt.
Ich selbst teste mit der Plus Lizenz. Ursprünglich wollte ich aber nur den Energiebedarf ermitteln, das ist dann ein bisschen ausgeufert. 
Hi Aleksanda,
Ich habe deine Integration bei mir am Laufen. Erstmal Vielen Dank! Ich habe bei mir vormals den PV Überschuss mittels eines PV Watch ermittelt. Die Mira hatte den Netzbezug/Überschuss dann in der Software anzeigt. Das gleiche hätte ich jetzt von den Werten via ModBus erwartet. Wenn ich den PV Watch lösche, zeigt mir das Mira UI jedoch keine Werte mehr an. Müsste das anders aussehen? Gibt es da noch was zu aktivieren? Ich beschreibe aktuell nur Batterie Ladestand, Wechselrichterleistung sowie Netzbezug mit den Werten aus dem Wechselrichter.
Danke für deine Einschätzung!
Sehr gerne! Freue mich über jedes Feedback.
Leider verstehe ich nicht ganz, was du möchtest, bzw, was nicht funktioniert. Mit der Mira gibt es nämlich zwei Möglichkeiten. Du kannst sie selbst mit einem Wechselrichter über Sunspec verbinden (so läuft das bei mir), oder ihr über das EMS aktuelle Daten schicken. Letzteres landet als Wert im Arbeitsspeicher, das könnte man also mehrmals in der Minute auch tun. Bei beiden Methoden geht’s bei mir prinzipiell um Sollerhöhung über PV (Warmwasser statt 50 auf 60 Grad) und Heizen oder Kühlen, mehr Möglichkeiten, falls es sie gäbe, nutze ich in meiner Anlage nicht. Manuell könntest du natürlich mit AI Forecast und ähnlichem arbeiten, so intelligent arbeitet die Mira soweit ich weiß nämlich (noch?) nicht.
Mit meiner Integration hat das nur so weit zu tun, als dass du theoretisch über Home Assistant (oder mit meiner modbus library auch über Python) die Werte für EMS bereitstellen kannst. Wenn du eine PV-Watch und einen modernen Wechselrichter mit Sunspec-Protokoll gleichzeitig betreibst, dann ist eines davon überflüssig. Aus meiner Sicht eher die PV-Watch. Wenn die Mira nicht mit dem Wechselrichter kommunizieren kann, dein HA aber schon, und du die PV-Watch loswerden willst, dann bietet sich an, die EMS-Werte vom HA in das EMS zu schreiben. Damit wärst du der erste Tester für meine Integration über diesen Weg.
Sorry, für den etwas längeren Text, da gibt es einfach ein paar Varianten und Variablen.
Hi Aleksanda,
Sorry falls ich mich unklar ausgedrückt habe. Aber du beschreibst am Ende genau meinen Anwendungsfall. Ich habe einen Ecoflow PowerOcean, der nicht direkt mit der Mira spricht. Daher der Ansatz über HA. Ich schreibe nun die besagten Parameter via ModBus in die EMS Entität der Mira. Und würde erwarten, dass ich zumindest den Parameter Netzbezug in der Ovum SteuerGUI sehen kann. Da steht aber sobald ich meinen PV Watch deaktiviere nur noch „0“. Anscheinend wertet die Mira die ModBus Daten, die ich reinschreibe noch nicht aus.
Ich hoffe, das war etwas verständlicher ausgedrückt.
Gruß, C
Phu, ich kann dir nur schreiben, wie ich das Problem angehen würde, aber aus der Ferne eher schwer (und Ovum-Profi bin ich auch keiner).
Herzlichen Dank für die Einschätzung!
Ich denke ich muss dann als nächstes mal 3. und 4. überprüfen. 5. frage ich meinen Ovum Partner. 6. ist definitiv derzeit nicht der Fall. (PV Überschuss heizen löst ohne PV Watch nicht aus).
Schönen Feiertag.
Hallo,
Danke für die Integration(en). Wie visualisiert ihr eure Heizung damit so? Gebt mir mal ein paar Inspirationen.
Servus Aleksanda,
bei mir wurde erst jetzt das nötige Update von Ovum für den Modbus eingespielt (passiert wohl nur auf Aufforderung). Ich habe gerade deine Integration installiert (ich hatte die Qual der Wahl zwischen deiner und der von WernerSlabon und habe mal deine zuerst probiert, da sie neuer scheint).
Es kommen die ersten Werte im HA an, aber nicht alle stimmen mit den Werten der VNC-GUI überein. Vermutlich sind die Werte nicht in beiden Interfaces gleich verfügbar. Da muss ich wohl noch in die Modbus-Doku schauen.
Ist es geplant, dass man über diese Integration auch die Ovum steuern kann? Also z.B. wenn die Haus-Batterie nachts leer ist die WP ab zu schalten und erst wieder einzuschalten wenn der HA erkennt, dass die PV wieder liefert oder der Strom (z.B. bei Tibber) gerade günstig ist?
Danke für die Arbeit und beste Grüße,
Tom
Servus!
Ja, das ist ein bisschen seltsam gelöst und wird ihnen mehr Aufwand generieren als notwendig.
Bitte, wenn du Zeit und Lust hast, mach ein Ticket dazu im Repo und dokumentiere, was auseinander läuft (inklusive Versionsnummer). Ich vermute stark, es wird an falschen Benennungen durch mich liegen.
Alle Werte, die Ovum zu schreiben erlaubt, können bereits jetzt geschrieben werden. Allzu viele sind das nicht. Mit der Plus Lizenz geht ein bisschen mehr, aber die kostet. Wie ich das persönlich finde, dass man völlig harmlose Funktionen hinter einer Paywall und “Kontaktieren Sie Ihren Installateur/Heizungsbauer” versteckt, habe ich sehr direkt per E-Mail und beim Vertreter deponiert.
Das sollte so alles eigentlich mit den Werten im Energiemanagement funktionieren. Das hat Informationen über PV und Batterieladestand. WW und HK1 können zusätzlich dazu auch ohne Lizenz deaktiviert werden, alle weiteren Kreise benötigen Plus.
Ich selbst habe noch nichts davon getestet (ich habe keine Batterie, aber die Ovum kennt SunSpec über ModbusTCP, deshalb benötige ich es nicht). Du könntest mit dem write script testen und schauen, was die Wärmepumpe mit den entsprechenden Werten im EMS tut.
bin/install.sh # einmalig
bin/write.sh 192.168.1.100 ems.status 1 # PV Status erhöhen, 0 für neutral
bin/write.sh 192.168.1.100 ems.battery 50 # Ladestand in %
bin/write.sh 192.168.1.100 ems.grid_power -5123 # Einspeisung
bin/write.sh 192.168.1.100 ems.inverter_power 8901 # PV-Erzeugung
bin/write.sh 192.168.1.100 ems.target_power 4800 # Soll-Aufnahmeleistung der WP
In der Ovum muss der Parameter SYS_PVValue_Source zumindest auf SOC/NETZ/WR stehen, damit die EMS-Werte genommen werden (SOC/NETZ/WR/SOLL für target_power). Alle Werte wären dann auch z.B. über Automatisierungen in HA verwendbar.
Alternativ dazu gäbe es die Möglichkeit, dass du einen SunSpec Server betreibst, der der Mira so die Werte freigibt (kann man in der UI konfigurieren). Dazu gibt es ein paar Projekte, z.B. in Python.
Servus Aleksanda,
ich versuch die Unterschiedlichen Labels/Werte die mir auffallen in ein Ticket zu schreiben. Generell finde ich deine Benennung oft sinnvoller (z.B. Temperatur Puffer Oben/Unten etc.) als in der Ovum-GUI.
Bin sehr glücklich endlich die Verläufe der Temperaturen und Leistungen nachvollziehen zu können und damit die Funktion der ganzen Heizanlage besser zu verstehen.
Hatte gehofft, dass es auch Register z.B. für den Druck des Propans gibt um eine Störung bei Druckabfall zu erkennen. Aber vielleicht hat die Ovum da entweder keinen Sensor, oder das ist nur für Plus-Kunden nach der 1000€-Freischaltung verfügbar. Die Doku was welcher Modbus-Level kann, gibt für mich anhand der Bezeichnungen wenig Sinn. Bin übrigens natürlich auch maximal angrefressen, dass Ovum sich auch von Bestandskunden nachträglich das versprochene Modbus-Interface (was ja gleichzeitig auch das einzige digitale Interface der WP ist) vergolden lässt.
Für die Steuerung der EMS-Werte hatte ich auch schon über das SunSpec-Interface nachgedacht. Für meine PV (Sungrow) bräuchte ich einen Modbus-zu-Modbus/Sunspec-Übersetzer/Proxy zwischen der PV und der WP. Da ich mit vibe coding (noch) auf Kriegsfuß stehe und mich nicht in den Modbus/Sunspec-Protokolle einarbeiten wollte um das ganze händisch zu programmieren, schien mir die Lösung über HA naheliegender. Ich werd für Tests gern mal deine Modbus-Scripte dazu ausprobieren, wie Du es oben beschrieben hast.
Danke für die Infos.
Danke! Ob sinnvoller, oder korrekt ist leider nicht ganz klar.
Nein, sowas gibt es nicht, soweit ich weiß. Siehe offizielle Docs.
Ich werde hier nicht gegen Ovum agitieren, mir gegenüber waren sie sehr hilfreich, aber schreibe ihnen doch eine E-Mail und erkläre ihnen, was dich daran stört. Fakt ist jedenfalls, wenn Systemintegratoren entsprechend ein Setup planen oder Kunden eine neue WP wollen, dann werden sie durch Recherche derartige Beiträge finden und lesen, dass andere Hersteller wesentlich offener sind.
Bin über den Thread während der Suche nach dem Installateur Login gestolpert und bin begeistert 
Ich habe meine AC417P seit Juli und habe mir in HA über die Modbus Register eine eigene Lösung gebastelt. Funktioniert soweit auch stabil, aber ich werde mir deine Integration auf jeden Fall ansehen.
Ansonsten kann ich euch nur zustimmen: Die Start Values sind ja schonmal gut, aber für die Plus 1000€ zu verlangen ist Absurd! Ebenfalls dass nirgends ein Experten Login auffindbar ist. Ich bin der Meinung meine Anlage = ich sollte alles einstellen dürfen.
Wie geschrieben, du bist nicht der einzige, der das nicht gut findet. Feedback an den Hersteller wäre hier sehr wichtig. Die arbeiten oft in einer Blase, in der maximal die Heizungsbauer Feedback liefern, das aber vielleicht weniger mit den wirklichen Wünschen der Endkunden zu tun hat.