• GHengeveld
  • Registratie: Januari 2004
  • Laatst online: 04-08 11:25
Begin deze maand is mijn huisaansluiting eindelijk naar 3 fasen omgezet, en kan ik mijn Peblar laadpaal volledig benutten. Mijn oude terugdraai-meter is een slimme meter geworden, en ik heb er natuurlijk meteen een P1 meter ingestoken.

De Peblar Business laadpaal heb ik bewust gekozen omdat deze een lokale API heeft waarmee ik hem kan aansturen. De afgelopen week heb ik dan ook mijn avonden besteed aan het bouwen (vibe coden) van een laadpaal-management systeem dat automatisch de laadsnelheid aanpast op basis van SoC/actieradius, energieprijs en PV-overschot.

De basis van mijn systeem is een oude Raspberry Pi 2 die al jaren dienstdoet als CUPS printserver achterop mijn Brother laserprinter. Aangezien ik weinig behoefte heb om me verder in Debian en Python te verdiepen heb ik AI gebruikt om de Pi van de nodige updates te voorzien en vervolgens een controller te schrijven voor de laadpaal. Hij maakt daarbij gebruik van de lokale Peblar REST API, de HomeWizard API (voor PV overschot), de NissanConnect API (voor SoC en actieradius) en de Frank Energie API voor huidige tarieven. Verder draait het webservertje voor de beheerinterface, achter HTTPS en alleen beschikbaar binnen mijn netwerk.
Afbeeldingslocatie: https://tweakers.net/i/tTgqmo9gqPQjQeSnSIAXElFHYqU=/232x232/filters:strip_exif()/f/image/o7Dc656MJd4so7KbN9HABker.png?f=fotoalbum_tileAfbeeldingslocatie: https://tweakers.net/i/8b0VIt8ZpbYkrSfyqhYq92e6HxM=/232x232/filters:strip_exif()/f/image/Cp825A2325cEXF4MFE9Adect.png?f=fotoalbum_tileAfbeeldingslocatie: https://tweakers.net/i/M9Jt1ljeG4Mkinmx2w9LZbdlLvk=/232x232/filters:strip_exif()/f/image/SwesNnoBJtMaFJsiCxlNuIfw.png?f=fotoalbum_tile
Mijn doel is om de auto zo goedkoop mogelijk op te laden, maar tegelijkertijd ook altijd voldoende actieradius te hebben. De standaard strategie ("Slim") is dan ook als volgt:
  • Bij gratis stroom (all-in): Volle snelheid laden (3 x 20 A = 13,8 kW)
  • Bij minder dan 50km range: Volle snelheid laden
  • Bij minder dan 150km range: Laden zodanig dat om 7:00u de range 150km is
  • Bij PV-overschot: Laden n.a.v. beschikbare overschot
  • Bij minder dan 250km range: Langzaam laden tijdens de goedkoopste kwartieren
  • Daarna stoppen met laden (tenzij gratis/overschot)
In situaties waarbij een hogere SoC gewenst is kan er gekozen worden voor de "Plan" of "Direct" strategie. Plan is een bepaalde target-SoC op een bepaalde datum/tijd (bijvoorbeeld een lange rit de volgende dag), terwijl Direct gewoon een bepaalde laadsnelheid is zonder limiet. Dat is handig voor gastgebruik. Verder is het mogelijk om andere auto's toe te voegen en de accucapaciteit op te geven zodat het systeem een schatting kan maken van de SoC zelfs zonder API koppeling. In dat geval moet je de aanvang-SoC opgeven bij het starten.

De afgelopen dagen heb ik dit systeem actief in gebruik en ik zie nu dat mijn auto de hele tijd rond de 250 km actieradius zit. Soms iets erboven als het PV-overschot heeft gebruikt, en soms iets eronder als we weg zijn geweest met de auto. Het moet nog blijken of de accu ooit volraakt. Zo niet dan kan ik die 250 km ook wel oprekken naar 300-350 km voor meer direct beschikbare range zonder financieel nadeel. De auto heeft een 91 kWh accu (nominaal) en een effectieve range van zo'n 450 km. Wat ik verder ook nog moet onderzoeken is of ik het PV-overschot ook kan gebruiken bij kleinere hoeveelheden, want momenteel gaat hij daar pas op sturen bij minimaal 1,4 kW overschot (1 fase 6 A).

In de toekomst verwacht ik het systeem verder uit te bouwen tot een echt HEMS. Eind augustus ga ik namelijk een Vaillant aroTHERM (voor CV) en een Atlantic Explorer (voor tapwater) installeren, en ik heb daarvoor ook HomeWizard kWh meters besteld om te kunnen integreren. Het moet nog blijken in hoeverre ik die apparaten kan meenemen in de optimalisatie. De CV moet eigenlijk gewoon continue low and slow draaien voor de hoogste efficientie. De boiler zou ik wel kunnen laten draaien tijdens goedkope uurtjes of bij PV overschot.

Waarom geen HomeAssistant? Omdat de Raspberry Pi 2 dat niet aan kan, en ik het leuk vind dit zelf te bouwen. Misschien dat ik later alsnog overstap.

  • tukker999
  • Registratie: Oktober 2024
  • Laatst online: 13:16
Wat een leuk project.

Wat betreft het laden op 6A en mogelijk minder; dat kan niet. Het hele protocol gaat uit van minimaal 6A.

Bovendien mag je jezelf afvragen of laden met 6A zinvol is. De OBC trekt 200-250W. Bij lage amperages (6A - 1400W) worden de laadverliezen behoorlijk groot.

Alles onder de 1400 van de PV zou je kunnen gebruiken voor de boiler op te warmen.

21,9 kWh/100km


  • GHengeveld
  • Registratie: Januari 2004
  • Laatst online: 04-08 11:25
Goed punt! Ik had nog geen rekening gehouden met de laadverliezen, buiten een marge van 10% om een ingesteld doel te halen. Zou je zeggen dat ik beter minimaal 4,1kW (3x6A) kan aanhouden? Of misschien juist 2,3 kW (1x10A) of iets dergelijks?

Voor PV overschot lijkt de boiler me inderdaad effectiever. Voor de auto zet het eigenlijk niet zoveel zoden aan de dijk merk ik.

Ik heb nu trouwens push notifications toegevoegd via ntfy.sh. Geeft me een stuk meer zekerheid dat ik niet per ongeluk toch met onvoldoende SoC zit. Ik kwam er bijvoorbeeld achter dat vermogenswijzigingen niet werden doorgevoerd als de SoC-data ouder dan 6 uur was. Ik heb dat nu afgevangen door een force-refresh te doen bij elke wijziging in laadsnelheid (indien ouder dan 6 uur), maar een push-notification geeft me peace of mind.

[ Voor 37% gewijzigd door GHengeveld op 31-07-2026 11:03 ]