• Gronaldo
  • Registratie: Oktober 2005
  • Laatst online: 23:29
Ik overweeg met OB te gaan starten, nu Indevolt integratie loopt. Gebruik nu eigen automatisering, waarmee ik simpel gezegd het volgende regel:
  1. Laden uit het net*, als zonne forecast onvoldoende is om batterij einde middag op 100% te krijgen
  2. Minimale SOC bewaking en laden uit net* alleen indien nodig
  3. Geen teruglevering net (dus NOM)
  4. Blokkeren batterij output bij goedkoopste 4 uren
  5. Blokkeer opladen batterij uit zonne-opbrengt eerste uren ochtend (schedule helper) ten gunste van hogere teruglever tarief zonne-overschot. Batterij wordt later geladen
*) 1x per dag laden uit net alleen op goedkoopste 4 uren, mits economisch (stroomprijs goedkoop/duur dezelfde dag comperseert RTE)

In feite zou ik geen geavanceerde verbruiksanalyses of AI-achtige zaken nodig hebben. Ik heb wel een dynamisch energiecontract, maar gebruik uurprijzen, geen kwartierprijzen.

Zijn dit zaken die ik in OB kan regelen, of zitten hier toch niet-haalbare punten tussen?

Alvast dank voor jullie feedback

  • Aeonis
  • Registratie: Maart 2007
  • Laatst online: 23:00
GJzon schreef op dinsdag 3 november 2026 @ 14:53:
[...]

Hai, nog iets:

OB heeft fasebeveiliging. In je Github zeg je dat stroom en vermogen van de fases default uit staan.
Even gecheckt in OB. In de configuratie (sensoren) fasebeveiliging ingeschakeld en dan krijg je de in te vullen opties voor L1...L3.
RealTime stond er niet bij.
Deze in jouw integratie ingeschakeld. Eerst alleen de stromen. Niet te vinden in de OB configuratie. Toen de 3 vermogens ingeschakeld.
Weer naar OB. Ook niet te vinden.
Wat ik wel zie in je (12) entiteiten is dat ik nu 'blinde' c.q. lege entiteiten met dezelfde naam zie.
Kun je er eens naar kijken?
Plaatje is na inschakelen van de stromen L1...L3:
[Afbeelding] Na inschakelen van vermogens L1...L3 zie je er 6.

Misschien moet je er op wijzen dat als men je integratie gebruikt, voor de fasebeveiliging de parameters ook aangepast moeten/kunnen worden. Ik heb geen idee wat de effecten zijn want het zijn natuurlijk wel de extremen.
Thanks! Ben ermee bezig (y)

  • Gyrolion
  • Registratie: November 2006
  • Laatst online: 22:01
Ok, deze avond begint omnibattery bij mij ook raar gedrag te vertonen. Om 16:00 en 16:45 vond hij het goed om even de batterij een preventieve lading te geven. Ipv dat in de goedkope uurtjes te doen heeft ie gewacht op de dure uren.

En nu wilt hij om 20:00 nog een keer gaan laden.

Waarom hij hier precies voor kiest weet ik niet…

  • Zanzibar-1337
  • Registratie: Mei 2005
  • Laatst online: 06:41
Gyrolion schreef op dinsdag 3 november 2026 @ 17:57:
Ok, deze avond begint omnibattery bij mij ook raar gedrag te vertonen. Om 16:00 en 16:45 vond hij het goed om even de batterij een preventieve lading te geven. Ipv dat in de goedkope uurtjes te doen heeft ie gewacht op de dure uren.

En nu wilt hij om 20:00 nog een keer gaan laden.

Waarom hij hier precies voor kiest weet ik niet…
Lijkt op hetzelfde dat ik al drie keer nu heb gehad. Zie op github dat er een melding is gemaakt van dit probleem.

https://github.com/ffunes/Omnibattery/issues/721

Ik heb voor nu Omnibattery op pauze gezet en terug naar de gielz integratie voor Zendure. Vind het niet prettig dat de batterij continu op het duurste moment van de dag wordt vol geduwd terwijl ik dat dus niet wil...

5100wp Zuid-Oost - SMA 7000TL20 30xSF170s - Live PVoutput - Daikin US 3.5


  • Aeonis
  • Registratie: Maart 2007
  • Laatst online: 23:00
Gyrolion schreef op dinsdag 3 november 2026 @ 17:57:
Ok, deze avond begint omnibattery bij mij ook raar gedrag te vertonen. Om 16:00 en 16:45 vond hij het goed om even de batterij een preventieve lading te geven. Ipv dat in de goedkope uurtjes te doen heeft ie gewacht op de dure uren.

En nu wilt hij om 20:00 nog een keer gaan laden.

Waarom hij hier precies voor kiest weet ik niet…
Dit is een bekende bug.. heb er al een bugfix voor draaien, zal het inschieten bij de maker van Omnibattery

  • Zanzibar-1337
  • Registratie: Mei 2005
  • Laatst online: 06:41
Aeonis schreef op dinsdag 3 november 2026 @ 20:22:
[...]

Dit is een bekende bug.. heb er al een bugfix voor draaien, zal het inschieten bij de maker van Omnibattery
Hopelijk werkt het dan een stukje beter, met deze prijzen word je er niet vrolijk van dat hij hem willekeurig met 4000 watt gaat volgooien 8)7 ik wacht rustig de fix af en kijk dan of ik tevreden ben en dus weer terug ga.

5100wp Zuid-Oost - SMA 7000TL20 30xSF170s - Live PVoutput - Daikin US 3.5


  • GJzon
  • Registratie: Juni 2022
  • Laatst online: 22:38
No hurry. Stuur maar berichtje als je klaar bent. Zal ik er naar kijken.

  • Aeonis
  • Registratie: Maart 2007
  • Laatst online: 23:00
GJzon schreef op dinsdag 3 november 2026 @ 14:53:
[...]

Hai, nog iets:

OB heeft fasebeveiliging. In je Github zeg je dat stroom en vermogen van de fases default uit staan.
Even gecheckt in OB. In de configuratie (sensoren) fasebeveiliging ingeschakeld en dan krijg je de in te vullen opties voor L1...L3.
RealTime stond er niet bij.
Deze in jouw integratie ingeschakeld. Eerst alleen de stromen. Niet te vinden in de OB configuratie. Toen de 3 vermogens ingeschakeld.
Weer naar OB. Ook niet te vinden.
Wat ik wel zie in je (12) entiteiten is dat ik nu 'blinde' c.q. lege entiteiten met dezelfde naam zie.
Kun je er eens naar kijken?
Plaatje is na inschakelen van de stromen L1...L3:
[Afbeelding] Na inschakelen van vermogens L1...L3 zie je er 6.

Misschien moet je er op wijzen dat als men je integratie gebruikt, voor de fasebeveiliging de parameters ook aangepast moeten/kunnen worden. Ik heb geen idee wat de effecten zijn want het zijn natuurlijk wel de extremen.
Dank voor de screenshot! Die drie (later zes) lege regels met het ⊘-icoon lijken entiteiten te zijn die nog uitgeschakeld zijn. Misschien heb je bij het inschakelen de bovenste schakelaar in de instellingen gebruikt, “Apparaatnaam gebruiken (P1 Meter Realtime)”? Die zet de entiteit niet aan, maar haalt alleen de eigen naam weg. Dat zou verklaren waarom ze allemaal “P1 Meter Realtime” heten en Omnibattery ze niet kan vinden. De schakelaar “Ingeschakeld” staat pas verderop in hetzelfde venster, dus die is te missen.

Mogelijke oplossing: open de drie “Stroom fase”-entiteiten en klik op het tandwiel. Zet “Apparaatnaam gebruiken” uit (als het goed is komt de naam “Stroom fase 1” enz. dan terug), zet “Ingeschakeld” aan en klik op “Bijwerken”. Wacht daarna 30 seconden: dan laadt Home Assistant de integratie opnieuw, en pas dan hebben ze een waarde en zou je ze in de lijst van Omnibattery moeten zien. De vermogens heb je daar trouwens niet voor nodig, want Omnibattery accepteert alleen ampère.

Je tip over de fasebeveiliging neem ik mee: ik zal de readme bijwerken met een opmerking dat je die instellingen even moet nalopen als je deze integratie gebruikt. De fasebeveiliging kan vaker ingrijpen: op Realtime ziet Omnibattery elke meting in plaats van 1x per 5 seconden, en dat zijn losse metingen, geen gemiddelden. Korte pieken, zoals een Quooker die aanslaat, komen daardoor vaker door.

Laat je even weten of het dit was?

  • GJzon
  • Registratie: Juni 2022
  • Laatst online: 22:38
Aeonis schreef op dinsdag 3 november 2026 @ 22:20:
[...]

Dank voor de screenshot! Die drie (later zes) lege regels met het ⊘-icoon lijken entiteiten te zijn die nog uitgeschakeld zijn. Misschien heb je bij het inschakelen de bovenste schakelaar in de instellingen gebruikt, “Apparaatnaam gebruiken (P1 Meter Realtime)”? Die zet de entiteit niet aan, maar haalt alleen de eigen naam weg. Dat zou verklaren waarom ze allemaal “P1 Meter Realtime” heten en Omnibattery ze niet kan vinden. De schakelaar “Ingeschakeld” staat pas verderop in hetzelfde venster, dus die is te missen.

Mogelijke oplossing: open de drie “Stroom fase”-entiteiten en klik op het tandwiel. Zet “Apparaatnaam gebruiken” uit (als het goed is komt de naam “Stroom fase 1” enz. dan terug), zet “Ingeschakeld” aan en klik op “Bijwerken”. Wacht daarna 30 seconden: dan laadt Home Assistant de integratie opnieuw, en pas dan hebben ze een waarde en zou je ze in de lijst van Omnibattery moeten zien. De vermogens heb je daar trouwens niet voor nodig, want Omnibattery accepteert alleen ampère.

Je tip over de fasebeveiliging neem ik mee: ik zal de readme bijwerken met een opmerking dat je die instellingen even moet nalopen als je deze integratie gebruikt. De fasebeveiliging kan vaker ingrijpen: op Realtime ziet Omnibattery elke meting in plaats van 1x per 5 seconden, en dat zijn losse metingen, geen gemiddelden. Korte pieken, zoals een Quooker die aanslaat, komen daardoor vaker door.

Laat je even weten of het dit was?
Kom er binnenkort op terug. Druk, druk, druk. Thx. voor de info,
Pagina: 1 2 3 4 Laatste