Neue Möglichkeiten für das DVhub und aktuelle Ausbaupfade

Jetzt habe ich euch schon länger nicht mehr informiert, wie es aktuell um den Stand mit DVhub aussieht. Daher werde ich einmal ein paar Entwicklungen aufzeigen, woran ich gerade arbeite oder was demnächst noch kommt.

01 / ANLAGEN ANBINDEN

Mehr Wege zu euren Anlagendaten
Deye-Integration

Ich habe jetzt für alle, die die Deye-Integration sehnsüchtig abwarten, einen Deye-Wechselrichter zu Hause stehen – leider noch nicht angeschlossen, das dauert. Aber über die MQTT-Schnittstelle kann man sich damit zumindest behelfen oder mit Node-RED und MQTT. Dazu gibt’s auch unter den Docs im Repo ein paar Dokumente, mit denen das hoffentlich dann klappt.

MQTT-Integration und Home Assistant / Loxone

MQTT spreche ich ja schon länger. Auch ist DVhub über MQTT in Home Assistant überwachbar sowie über API-Endpunkte bereits jetzt schon in Loxone als Read-only einbindbar – leider nicht ohne Aufwand. Die Schnittstellen sind aber zumindest alle über die API-Endpunkte verfügbar.

Mehr dazu kann man auch unter /api-docs/ herausfinden – dort ist eine Swagger UI mit allen möglichen Endpunkten enthalten.

Als Erweiterung habe ich die Möglichkeit eingebaut, über API und MQTT auch Werte an DVhub zu senden. Damit sollen sich Messwerte von PV, Speicher und Netzanschluss an DVhub übergeben lassen – entweder über MQTT oder über die HTTP-API. Das gehört zum Entwicklungsstand und wird erst mit einem entsprechenden Release-Tag für alle nutzbar.

So müsst ihr künftig nicht mehr darauf warten, bis ich alle möglichen Wechselrichter eingebaut habe und sie nativ abdecken kann. Wenn ihr beim Testen Fehler feststellt, meldet sie bitte über Issues in GitHub – dann kann ich dem nachgehen und sie für alle beheben.

02 / ENERGIE PLANEN

EOS, Wallboxen und flexible Verbraucher
EOS 0.4 Integration

Andreas Schmitz, vielen auch unter Akkudoktor bekannt, hat mit seiner Community und auch mit meiner kleinen Hilfe an EOS gearbeitet. Meine Änderungen an DV-EOS – damit ich es mit DVhub nutzen kann – wurden jetzt auch in den aktuellen Release Candidate mit der Version 0.4rc1 eingebaut.

Da bin ich gerade auch am Testen mit meiner produktiven Anlage, ob das so dann auch gut zusammenspielt. Aber aktuell waren da noch ein paar Stabilitätsthemen, die ich festgestellt habe. Also dauert es wohl noch etwas, bis ich mal keinen Neustart mehr mit 0.4 feststelle. Bis dahin bleibt mein Fork mit der Version 0.3 von DV-EOS bestehen.

Wallbox-Steuerung

EOS bringt eigentlich auch schon von Haus aus die Möglichkeit mit, ein E-Auto mitzuplanen und den Plan dafür bereitzustellen, wann man das Auto am besten mit welcher Geschwindigkeit lädt. In meinem Entwicklungsstand kann ich diesen Plan auch mit EVCC und OpenEVSE umsetzen. Ebenfalls habe ich dort go-e angebunden – nur leider gerade einem Bekannten meinen go-e Charger ausgeliehen. Daher konnte ich den Endpunkt noch nicht testen.

Ich habe selber letztes Jahr eine alte Kinetos-Box auf eBay gekauft, als die Dinger da mal für 160 € angeboten wurden, und habe mir gleich zwei davon gekauft. Leider wurde kürzlich, als ich EVCC wieder nutzen wollte, die alte OpenEVSE-Integration, auf der Kinetos aufgebaut hat, wieder entfernt, weil sie mindestens Version 4.1.9 haben wollten – was meine Box nicht konnte. Daher habe ich jetzt genau diese Kinetos-Boxen – falls die auch jemand auf eBay gekauft hat – mit der aktuellen OpenEVSE-Version Latest/Master 5.1.x oder so am Laufen. Alle Funktionen, die die Kinetos-Box konnte, kann jetzt die Firmware auch. Ebenfalls wurde noch die Unterstützung von § 14a nachgerüstet. Das ist aber nur ein Randthema.

Aber ich habe jetzt die Wallbox-Integration mit EVCC und DVhub etwas vorangetrieben, sodass man die Wallbox gleich mitplanen kann.

Heimgeräte-Steuerung / Planung

Was EOS auch mitbringt, ist die Möglichkeit, leistungsbasierte Verbraucher zu steuern - sowie Victron mit den Opportunity Loads, z. B. einen Verbraucher, der mindestens 2 h laufen muss und 1 kWh verbraucht oder bis X Uhr fertig sein soll. Diese Verbraucher lassen sich jetzt auch in der aktuellen Dev-Version mit einbinden und steuern.

Dazu habe ich die Shelly-Integration so weit gebracht, dass man dann auf der Integrationsseite einen bekannten Shelly zum Starten und Stoppen zuordnen sowie ein MQTT-Gerät auswählen kann. Ebenfalls geht das dann auch über API und MQTT, sodass man in Home Assistant dieses Gerät und die Schaltbefehle zum Steuern nutzen kann – dann ist Home Assistant hier das Bindeglied. Den anderen Weg muss ich noch einbauen. EVCC kann das ja aktuell schon, dass, glaube ich, alle Home-Assistant-Endpunkte dann in EVCC steuerbar sind. Das muss ich mir aber noch näher anschauen – steht auf einem anderen Blatt.

Aber mit dem Einzug und der Fertigstellung des Hauses in ein paar Wochen wird das dann auch immer interessanter.

Diese Möglichkeiten sind aber noch zu wenig getestet. Da muss ich noch mehrere Male mein Auto damit laden, irgendeinen Verbraucher mit anbinden usw.

Ach ja, ich habe mal auf dem Papier versucht, die Steuerung für einen Heizstab nach dem my-PV-Prinzip über API einzubauen – konnte es aber noch nicht testen. Ich muss meinem Schwager mal anbieten, dass ich seinen Heizstab damit steuern möchte, um ihm dann endlich etwas bieten zu können, was er sich schon länger wünscht.

03 / HARDWARE

DVhub im Schaltschrank
eHIVE One

Ich habe demnächst einen kleinen „Einplatinencomputer“ in den Händen, den kleinen eHIVE One – ein Gerät, auf dem aktuell EVCC läuft und für das demnächst dann auch meine Software gemacht ist, für alle, die eine unkomplizierte Art und Weise haben wollen, wie sie meine Software betreiben. Das Ding würde dann auch im Schaltschrank hängen. Da muss ich dann schauen, dass ich die Hardware-Pins (zusammen mit dem Raspberry Pi) mit einbinden kann, um auch §9- und §14a-Abregelungen annehmen zu können. So kann ich dann bei Victron meine beiden Kabel wieder entfernen, die vom Rundsteuerempfänger dahin gehen. Bitte achtet auf die galvanische Trennung der Pins – beim eHIVE weiß ich noch nicht, ob das notwendig ist, beim Pi aber auf jeden Fall.

EnergyLink One – von Spine

Ebenfalls versuche ich auch, in den App-Store des EnergyLink One von Spine zu kommen. Das hat mir ein bekannter Elektriker mal zugespielt. Dort ist ein Shelly Pro 3EM als Eigenverbrauchszähler eingebaut, sodass dann hier kein weiteres Ding im Schaltschrank hängt, sondern das Gerät gleichzeitig Plattform und Eigenverbrauchszähler ist. Das Ding hätte dann laut Hersteller auch eine EEBUS-Zertifizierung. Damit konnte ich aber noch nicht wirklich testen. Für den Endkunden gibt es noch keine Möglichkeit, selber dort Software auszuwählen. Das muss alles der Installateur machen, dem dieses Gerät zugeordnet ist.

Ich habe die Software aber schon mal darauf vorbereitet, auf dem Gerät mit ungefähr 500–600 MB RAM-Verbrauch, den zwei Kernen und 2–3 GB Platz zu laufen. Wie ich die ganzen History-Sachen dort speichere – da muss ich relativ früh auf 15-Minuten-Werte aggregieren –, muss ich dann mal schauen. Aber den Shelly als Eigenverbrauchszähler kann ich auf jeden Fall schon mal ansprechen.

Ich halte euch auf dem Laufenden, wenn ich da mal wieder was höre. Als irgendeine kleine Ein-Mensch-Software-Klitsche bekommt man bei E-Mail-Anfragen und anderen Kontaktversuchen ja nie jemanden wirklich an die Strippe, der mal was machen kann.

Docker Container !! - jaaaa

Ich habe endlich die Docker Container gebaut, nicht nur im Repo, sondern auch direkt auf der Docker Plattform. Aktuell ist dort meine latest Dev gebaut - sobald ich die Version 1.0.7 release, wird der Latest Tag dann damit gefüllt und es gibt dann die Release Version.

Falls ihr direkt die Images haben wollt, hier ist der Link zur Docker Plattform mit den Images:

Aber auch mit dem OneLiner kann dann alles installiert werden:
Somit dürfte jetzt alles vorhanden zu sein um DVhub auf mehr Plattformen laufen zu lassen.

Docker (DVhub + TimescaleDB + EOS, amd64/arm64):
curl -fsSL https://raw.githubusercontent.com/chloepriceless/dvhub/main/docker/install.sh | bash

Selbst auf einem Ekrano GX oder dem neuen Cerbo GX MK3 kann das nun laufen - vermutlich auch auf einem aktuellen MK2 gerät. Aber jetzt bin ich gerüstet für alle weiteren Anforderungen die noch auf mich zukommen und DVhub.
04 / AUS DER PRAXIS

Victron TechHub & Installateur-Portal
Victron TechHub

Ich durfte auf dem Victron TechHub in Kirchzarten einen Workshop/Vortrag zum Thema Direktvermarktung und meinem DVhub in Zusammenhang mit Victron abhalten. Die Folien findet ihr alle auf https://dvhub.online/blog/direktvermarktung-mit-dvhub-und-victron-folien-zum-victron-tech-hub/

Auch dort hat es sich wieder gezeigt, wie viel Interesse an dem Thema herrscht. Den Vortrag stelle ich dann demnächst noch auf meinen YouTube-Kanal. Ich habe die Videofiles zugespielt bekommen, muss aber heute Abend noch DICK Audio-Restorer und Kompressor drüberlaufen lassen.

Installateur-Portal

Für all diejenigen, die als Installateur auftreten und mehrere Kunden haben, bin ich gerade dabei, ein Portal zu bauen, mit dem man dann einzelne DVhub-Installationen aus der Ferne ein bisschen überwachen kann – entweder von mir gehostet oder als Self-Hosting. So bleibt es weiterhin auch unabhängig von mir. Das Ganze habe ich mir nach Gesprächen auf dem TechHub mal ausgedacht, und die ersten Züge sind nun mal gebaut – aber alles andere als fertig. Es wird dann ’ne Möglichkeit geben, darüber die Installationen zu verwalten, wenn man mehrere bei Kunden einsetzen möchte. Falls ihr Anforderungen und Wünsche für dieses Portal habt, nennt sie mir bitte per Mail, dann kann ich das mal einbauen.

Natürlich alles mit Public-/Private-Key-Kommunikation usw. Man braucht den Zugang im Portal und den Zugang zur Installation, um die Kommunikation einzurichten.

05 / DATEN NUTZEN

PV-Vorhersage und Forschung
pvnode-Export

Für alle, die den PV-Vorhersage-Provider pvnode nutzen, habe ich im Entwicklungsstand eine Victron- und SunSpec-Anbindung (Fronius) eingebaut. Damit lassen sich die vorhandenen Daten auslesen und für jeden String passend exportieren, um sie in pvnode zur Kalibrierung der Erzeugung einzufügen. Ich erhoffe mir davon noch bessere Vorhersagen. Ich habe das letzte Woche mal gemacht, muss aber jetzt warten, ob die Vorhersagen genauer geworden sind. Da jetzt auch das Wetter umschlägt und es mehr Wolkentage gibt, weiß ich auch nicht, wie vergleichbar diese Ergebnisse sein werden.

Datenspende für die RWTH Aachen für das SaferGrid-Forschungsprojekt

Ich wurde auf das Projekt SaferGrid der RWTH Aachen aufmerksam gemacht und darauf, dass man sich dort mit Home Assistant an einer Datenspende für die Forschung beteiligen kann. Diese Schnittstelle von Home Assistant (da gibt’s ein GitHub-Projekt) habe ich auch gleich mal als Endpunkt in DVhub eingefügt, da ich auch mit meinen Daten daran partizipieren möchte. Wer das auch möchte, kann sich gerne auf der Website umsehen oder dann mit der nächsten Release-Version den Endpunkt nutzen, den ich eingebaut habe: https://datenspende.comsys.rwth-aachen.de/

Was fehlt euch noch?

Danke für die Zeit zum Durchlesen des langen Updates. Welche Punkte dann schon in der nächsten Version landen werden, kann ich aktuell noch nicht genau sagen. Ich weiß auch aktuell noch nicht, wann ich dann die 1.0.7 machen werde.

Habt ihr noch irgendeinen Wunsch, was euch noch fehlt – bis auf Wechselrichter-Hersteller –, dann meldet euch doch gerne jederzeit.

Ich hoffe, mit den ganzen Updates und dem weiteren Ausbau wird aus DVhub ein vollständiges HEMS, das sich in erster Linie auf die Direktvermarktung spezialisiert hat, aber das H in EMS nicht ganz verwehrt. Auch gerade, um die Möglichkeiten von EOS zu nutzen, war ich es auf jeden Fall schuldig, diese Möglichkeiten nicht zu verschließen.

Danke und Grüße
Christin