Het HomeWizard Plug-In Battery topic deel 2

[Aardedraadje]

The - DDD schreef op vrijdag 3 oktober 2025 @ 12:59:
[...]

Geen beep idd.

Probeer de kleine touch-knop (die je gebruikt voor koppelen) - 30 seconden te bedienen? Dat is hier meermaals voorbij gekomen als oplossing voor een batterij die verder geen teken van leven meer geeft.

[hanev001]

The - DDD schreef op vrijdag 3 oktober 2025 @ 13:07:
Overigens vanmorgen ook nog een ander stopcontact geprobeerd. Om het bij de bron zeg maar uit te sluiten. En met een multimeter beide stopcontacten getest, zat gewoon 230 op.

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

2 Dingen. De status geeft aan Ontladen, Dus helemaal dood lijkt hij niet te zijn.
Maar daarnaast is de melding dat je geen Wifi Internet/verbinding hebt. Al geprobeerd dat weer op de batterij actief te maken?

Edit: Dit zou wel eens de situatie kunnen zijn die de laatste dagen al een paar keer genoemd is namelijk dat de batterij zich uitschakelt als er langer dan 3 uur geen Wifi verbinding is.

[ Voor 7% gewijzigd door hanev001 op 03-10-2025 13:24 ]

[wdr]

The - DDD schreef op vrijdag 3 oktober 2025 @ 13:00:
[...]

App zei geen Wifi verbinding. Slecht signaal. Accu staat nu sinds vanmorgen in het stopcontact, maar is nog steeds niet terug op gekomen. Ook het ontbreken van de "beep" is denk ik wel een teken dat ie het echt niet gaat doen.Vanavond nog even er aan rommelen.

Laatst bekende wifi sterkte 54% is denk ik heel erg cq te laag.

[The - DDD]

Aardedraadje schreef op vrijdag 3 oktober 2025 @ 13:13:
[...]

Probeer de kleine touch-knop (die je gebruikt voor koppelen) - 30 seconden te bedienen? Dat is hier meermaals voorbij gekomen als oplossing voor een batterij die verder geen teken van leven meer geeft.

Dat ga ik vanavond even proberen.

Ware het niet dat de accu ook geen chirp/beep geeft als ik deze spanningloos heb gehad en weer aanschakel. maar wie weet...

hanev001 schreef op vrijdag 3 oktober 2025 @ 13:17:
[...]

2 Dingen. De status geeft aan Ontladen, Dus helemaal dood lijkt hij niet te zijn.
Maar daarnaast is de melding dat je geen Wifi Internet/verbinding hebt. Al geprobeerd dat weer op de batterij actief te maken?

Edit: Dit zou wel eens de situatie kunnen zijn die de laatste dagen al een paar keer genoemd is namelijk dat de batterij zich uitschakelt als er langer dan 3 uur geen Wifi verbinding is.

Gekke is wel dat de accu zich tot het moment dat ie rapportage gaf ook daadwerkelijk stroom leek te geven.
Fase 3, waar de accu op zit, is op dat tijdstip een vrij rustige fase. De piekjes die je ziet is de pomp van de vaatwasser. Maar wat je ook ziet is dat fase 3 op een vlak bij het wegvallen van de accu ook hetzelfde vermogen ongeveer opschuift.

wdr schreef op vrijdag 3 oktober 2025 @ 13:27:
[...]


Laatst bekende wifi sterkte 54% is denk ik heel erg cq te laag.

Maar dat zou niet het morsdode gedrag van de accu verklaren toch? Geen bliep als ik hem weer onder spanning zet, alle led indicatoren blijven uit.

Wordt vervolgd in ieder geval. Sowieso ga ik vanavond even 30 seconden op dat knopje van de accu drukken.

[ Voor 66% gewijzigd door The - DDD op 03-10-2025 13:42 ]

[HvM]

Daar is 'ie dan. Netjes binnen het afgesproken window.
Heel even opwarmen en dan mag hij aan de bak !

[Devke]

The - DDD schreef op vrijdag 3 oktober 2025 @ 13:07:
Overigens vanmorgen ook nog een ander stopcontact geprobeerd. Om het bij de bron zeg maar uit te sluiten. En met een multimeter beide stopcontacten getest, zat gewoon 230 op.

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Hij is leeg zo te zien. De oplossing met de touchknop in de TS al geprobeerd?

[Wesseley]

Nu het rustiger is geworden met de klachten /defecten. Word het misschien eens tijd om heel voorzichtig een verzoekje te plaatsen.
Misscien is dit al eens voorbij gekomen, maar wat ik eigenlijk wel mis is een cirkel op het display dat je kan zien met hoeveel watt de batterijen laden/ontladen. Dan kun je aan de hand van dat een beetje uitrekenen hoeveel stroom je nog tot je beschikking hebt om één of meedere apparaten aan te zetten.
Nu zie je alleen maar hoeveel % er in zit.
Nu doe ik dat in de app. Maar de andere drie in dit huishouden doen maar wat(t)
Als ik de vaatwasser aan zet dan denkt moeder de vrouw dat de wasmachine ook wel aan kan. En zoonlief gooit de magnetron aan om zijn boterhammen te ontdooien.

[hanev001]

Wesseley schreef op vrijdag 3 oktober 2025 @ 14:48:
Nu het rustiger is geworden met de klachten /defecten. Word het misschien eens tijd om heel voorzichtig een verzoekje te plaatsen.
Misscien is dit al eens voorbij gekomen, maar wat ik eigenlijk wel mis is een cirkel op het display dat je kan zien met hoeveel watt de batterijen laden/ontladen. Dan kun je aan de hand van dat een beetje uitrekenen hoeveel stroom je nog tot je beschikking hebt om één of meedere apparaten aan te zetten.
Nu zie je alleen maar hoeveel % er in zit.
Nu doe ik dat in de app. Maar de andere drie in dit huishouden doen maar wat(t)
Als ik de vaatwasser aan zet dan denkt moeder de vrouw dat de wasmachine ook wel aan kan. En zoonlief gooit de magnetron aan om zijn boterhammen te ontdooien.

Stond als ik me goed herinner al op de oorspronkelijke wensenlijst. Maar ik ben het eens met je dat dit iets is wat gemist wordt en ik begrijp eerlijk gezegt niet waarom het van het begin af aan niet in de display heeft gezeten. De data stroom bestaat want anders kon je het niet zien in de Nu grafiek van de App.

[Leanderr]

Toch leuk om zo een maand vergelijking te kunnen doen. Zelf verbruik is van nog geen 90 kWh in september 2024 gestegen naar 233 kWh in dezelfde maand in 2025. Wel een stuk hoger verbruik ook.





Het extra verbruik is ook makkelijk te verklaren door het verlies van de accu en de elektrische auto.





Durf het bijna niet te posten, maar sinds de omwisseling en een software update draaien ze nu dan eindelijk zonder klachten. Het is wel aanzienlijk warmer in de kelder dan in dezelfde periode vorig jaar, maar dat maakt de hal ook gelijk wat aangenamer.

Ben verder benieuwd of we in de toekomst over moeten gaan naar een 3 fase. Hoop dat ik door slim de grootverbruikers te plannen daar weg kan blijven. De meterkast is namelijk vol in ons oude huisje.

[PeteSplit]

Eerste dag met een lege batterij de nacht in. Gedurende de dag niet op kunnen laden, omdat ik om 11 uur de verwarming had aangezet en de batterij snel leeg getrokken werd. Daarna ook nog een SoC drift, die van 10% de batterij meteen op 0% zette.
De zonnepanelen leverden helaas maar net genoeg voor het standaard verbruik in huis.



September

[ Voor 21% gewijzigd door PeteSplit op 03-10-2025 16:24 ]

[HvM]

Hieronder de vergelijking tussen september voirg t.o.v. september nu.
Vorig jaar november van het gas af, eind april dit jaar PIB 1 en 2 geplaatst.
Medio september '25 PIB 3 en nummer 4 is vandaag gekomen want er was nog ruimte qua opwek en verbruik.
Tot nu toe totaal probleemloos zonder enige melding of wifi-probleem gewerkt.





Week 39 vorige maand is een uitschieter omdat ik de auto extra moest laden ivm ritje naar Ziggo-dome en terug; Queen must go on, was erg goed trouwens...

[ Voor 6% gewijzigd door HvM op 03-10-2025 18:44 ]

[HvM]

En dit is dan de situatie van gisteren. Mooi NOM voor zover dat kan.
Nu met PIB 4 zijn de laatste piekjes ook weg denk ik.
Totdat de warmtepomp gaat uitpakken, uiteraard.
Die laat ik in de goedkope uurtjes draaien (dynamisch Tibber-contract).

[Daryst]

fxs81 schreef op donderdag 2 oktober 2025 @ 14:32:
[...]


P1 meter al een keer eruit gehaald en spanningsloos gemaakt? Misschien helpt dat?

Heb ik inderdaad gedaan, maar helaas niet geholpen. Ik heb contact met HomeWizard, maar dat gaat niet echt soepeltjes. Maar bedankt voor het meedenken.

[Winkiller]

Daryst schreef op donderdag 2 oktober 2025 @ 14:28:
Hi,

Heb geprobeerd te zoeken in de bijna 900 pagina's, maar niet gevonden wat mij heeft kunnen helpen.
Ik heb zojuist mijn nieuwe batterij gehad (de eerste) en ik wil deze koppelen aan de P1 meter. Deze zit momenteel op versie 5.1903. Bij de installatie van de batterij wilt deze de P1 meter bijwerken, maar hij blijft timeouts geven. Ik heb verschillende netwerken geprobeerd (Apparaat is online en heeft een wifi signaal van 100%), hotspot via mijn telefoon. Andere stroom aansluiting. Apparaat weigert bij te werken.

Ik heb wel eens voorbij zien komen dat je de HW P1 meter dan eens moet proberen op een aangesloten usb adapter voor een stabielere verbinding, daarna die update nog eens proberen.

https://www.homewizard.com/nl/shop/usb-c-adapter-set-2/

[GL007]

Winkiller schreef op vrijdag 3 oktober 2025 @ 19:43:
[...]


Ik heb wel eens voorbij zien komen dat je de HW P1 meter dan eens moet proberen op een aangesloten usb adapter voor een stabielere verbinding, daarna die update nog eens proberen.

https://www.homewizard.com/nl/shop/usb-c-adapter-set-2/

Tijdens updaten trekt P1 2x zoveel stroom als bij het normaal bedrijf.

[JeroenH]

GL007 schreef op vrijdag 3 oktober 2025 @ 20:53:
[...]

Tijdens updaten trekt P1 2x zoveel stroom als bij het normaal bedrijf.

Ik verwacht dat ook in P1-meter een ESP32, ESP8266 of iets vergelijkbaars zit. Bij veel wifi-activiteit hebben dat soort microcontrollers een hoog stroomverbruik, zo hoog dat stabiliteitsproblemen bij mijn hobbyprojectjes vrijwel altijd aan de voeding liggen.

[Daryst]

GL007 schreef op vrijdag 3 oktober 2025 @ 20:53:
[...]

Tijdens updaten trekt P1 2x zoveel stroom als bij het normaal bedrijf.

Dank voor de tip, maar mijn slimme meter geeft geen stroom aan de P1 meter, dus hij zit al aan een USB adapter. Dat gaat hem helaas ook niet worden. Het zal ook geen issue zijn met de voeding. De melding die ik krijg is dat deze een timeout krijgt bij het updaten. Meerdere internet bronnen geprobeerd, wifi\hotspot maar mocht niet baten.

[GL007]

Daryst schreef op vrijdag 3 oktober 2025 @ 21:23:
[...]


Dank voor de tip, maar mijn slimme meter geeft geen stroom aan de P1 meter, dus hij zit al aan een USB adapter. Dat gaat hem helaas ook niet worden. Het zal ook geen issue zijn met de voeding. De melding die ik krijg is dat deze een timeout krijgt bij het updaten. Meerdere internet bronnen geprobeerd, wifi\hotspot maar mocht niet baten.

Dan kan het zijn dat de usb voeding samen met de esp32 toch veel ruis produceert.
Met Esp32 heb ik veel ervaring. Voor ruis meting op de voeding heb ik speciale test adaptors

[The - DDD]

Nou. Accu had hele dag onder spanning gestaan.

Touch knop 30 seconden niks. Draai toch nog is de draaiknop er af en weer op.

Hij reageert weer.

Ook firmware kunnen updaten nu. En wifi signaal is weer de bekende 75%.

Raar toch? De RMA maar even afzeggen.

[Devke]

Wesseley schreef op vrijdag 3 oktober 2025 @ 14:48:
Nu het rustiger is geworden met de klachten /defecten. Word het misschien eens tijd om heel voorzichtig een verzoekje te plaatsen.
Misscien is dit al eens voorbij gekomen, maar wat ik eigenlijk wel mis is een cirkel op het display dat je kan zien met hoeveel watt de batterijen laden/ontladen. Dan kun je aan de hand van dat een beetje uitrekenen hoeveel stroom je nog tot je beschikking hebt om één of meedere apparaten aan te zetten.
Nu zie je alleen maar hoeveel % er in zit.
Nu doe ik dat in de app. Maar de andere drie in dit huishouden doen maar wat(t)
Als ik de vaatwasser aan zet dan denkt moeder de vrouw dat de wasmachine ook wel aan kan. En zoonlief gooit de magnetron aan om zijn boterhammen te ontdooien.

We hebben in het begin al eens een feature request in het topic gehouden. Daar kwam toen dit uit De Feature Request richting HW. Linkje komt uit de TS.

Leuk om misschien eens te kijken wat ervan gerealiseerd is. Deze lijst heb ik ook gedeeld met HW uiteraard.

[The - DDD]

Misschien wel leuk trouwens... is nog work in progress, dus de kabels zijn nog een rommeltje.

Home Wizard accu hangt hier aan een 6A automaat op een 16A groep. Naast een EZHI die ook inmiddels op een eigen 6A automaat zit. En er is nog plek voor 2 extra invoedende toestellen.

[Daryst]

GL007 schreef op vrijdag 3 oktober 2025 @ 21:44:
[...]

Dan kan het zijn dat de usb voeding samen met de esp32 toch veel ruis produceert.
Met Esp32 heb ik veel ervaring. Voor ruis meting op de voeding heb ik speciale test adaptors

Dank voor de info, maar weet niet precies wat ik met deze info moet doen. Dit is voor het eerst dat ik iets hoor/lees over esp32. Ik heb meerder USB-C adapters gebruikt. Ik heb de meter direct via een USB-C kabel op mij desktop aangesloten. Apparaat gaat aan en doet het verder prima. leest alles uit, maar hij wilt niet bijwerken. Ik heb al contact gezocht met de support van HW en ze zeggen dat ze een nieuwe op gaan sturen waar de laatste firmware al op staat, maar ik heb daar nog geen bevestiging van gehad en ze zijn niet erg snel met antwoorden. Daarom mijn vraag hier in de hoop dat iemand een vergelijkbaar probleem had en misschien wel wist op te lossen.

[Wesseley]

Devke schreef op vrijdag 3 oktober 2025 @ 22:37:
[...]

We hebben in het begin al eens een feature request in het topic gehouden. Daar kwam toen dit uit De Feature Request richting HW. Linkje komt uit de TS.

Leuk om misschien eens te kijken wat ervan gerealiseerd is. Deze lijst heb ik ook gedeeld met HW uiteraard.

Achteraf had ik het lijstje al eens gelezen. Er valt ondertussen ook zo veel te lezen, zie het allemaal maar eens te onthouden.

Misschien wordt het eens tijd om het wensenlijstje te herzien. Of eigelijk twee lijstjes.

Het lijstje is erg gedateerd. Zoveel mensen zoveel wensen.

Lijstje twee voor een eventuele pib2.0, want laten we eerlijk zijn in het originele lijstje staan dingen die niet reëel zijn omdat hiervoor de juiste hardware niet aanwezig is.

Kijk mij nou. Straks ga ik nog aan de slag met HA of Homey ipv berichten en batterijen uitwisselen met homewizard.

[Devke]

Wesseley schreef op zaterdag 4 oktober 2025 @ 06:28:
[...]

Achteraf had ik het lijstje al eens gelezen. Er valt ondertussen ook zo veel te lezen, zie het allemaal maar eens te onthouden.

Misschien wordt het eens tijd om het wensenlijstje te herzien. Of eigelijk twee lijstjes.

Het lijstje is erg gedateerd. Zoveel mensen zoveel wensen.

Lijstje twee voor een eventuele pib2.0, want laten we eerlijk zijn in het originele lijstje staan dingen die niet reëel zijn omdat hiervoor de juiste hardware niet aanwezig is.

Kijk mij nou. Straks ga ik nog aan de slag met HA of Homey ipv berichten en batterijen uitwisselen met homewizard.

Er staan best wel een aantal zaken nog op die HW kan implementeren. Ik benoem bewust kan daar ze niet die verplichting hebben.

Het is best veel werk dit te verzamelen. Veel DM verkeer vaak omdat iets dan net niet duidelijk is wat iemand bedoeld. Ieder omschrijft het op zijn manier of heel ruim dat categoriseren lastig is.

In deze lijst zitten de nodige uren. Het is heel leuk om overal mee bezig te zijn op tweakers maar ik merk wel dat het veel tijd kost. Naast zichtbaar actief zijn is er ook veel niet actieve tijd gestopt in het topic. Ik krijg best veel DM's met vragen. Hulp bij...... advies over.... mee helpen testen etc. Zeker niet erg, maar iets met tijd 🤣🙈

[HvM]

Daryst schreef op vrijdag 3 oktober 2025 @ 23:54:
[...]


Dank voor de info, maar weet niet precies wat ik met deze info moet doen. Dit is voor het eerst dat ik iets hoor/lees over esp32. Ik heb meerder USB-C adapters gebruikt. Ik heb de meter direct via een USB-C kabel op mij desktop aangesloten. Apparaat gaat aan en doet het verder prima. leest alles uit, maar hij wilt niet bijwerken. Ik heb al contact gezocht met de support van HW en ze zeggen dat ze een nieuwe op gaan sturen waar de laatste firmware al op staat, maar ik heb daar nog geen bevestiging van gehad en ze zijn niet erg snel met antwoorden. Daarom mijn vraag hier in de hoop dat iemand een vergelijkbaar probleem had en misschien wel wist op te lossen.

Heb je al ingelogd op je account bij Homewizard ?
Ik heb ook eens een smartplug moeten ruilen, zat ook te wachten op bericht.
Bleek dat het allang klaar stond in de lijst, hoefde alleen nog maar 'af te rekenen' (= tegoedbon inleveren).

[Tonny99]

Devke schreef op vrijdag 3 oktober 2025 @ 22:37:
[...]

We hebben in het begin al eens een feature request in het topic gehouden. Daar kwam toen dit uit De Feature Request richting HW. Linkje komt uit de TS.

Leuk om misschien eens te kijken wat ervan gerealiseerd is. Deze lijst heb ik ook gedeeld met HW uiteraard.

Moet maar eens gezegd worden, die TS is GOUD, dank Devke.

[Wesseley]

Devke schreef op zaterdag 4 oktober 2025 @ 08:30:
[...]

Er staan best wel een aantal zaken nog op die HW kan implementeren. Ik benoem bewust kan daar ze niet die verplichting hebben.

Het is best veel werk dit te verzamelen. Veel DM verkeer vaak omdat iets dan net niet duidelijk is wat iemand bedoeld. Ieder omschrijft het op zijn manier of heel ruim dat categoriseren lastig is.

In deze lijst zitten de nodige uren. Het is heel leuk om overal mee bezig te zijn op tweakers maar ik merk wel dat het veel tijd kost. Naast zichtbaar actief zijn is er ook veel niet actieve tijd gestopt in het topic. Ik krijg best veel DM's met vragen. Hulp bij...... advies over.... mee helpen testen etc. Zeker niet erg, maar iets met tijd 🤣🙈

Het is ook zeker geen moetje. Het was maar een hersenspinsel.
Geen tijd is geen tijd. Zo sta ik er zelf ook in.

Arbeid, rust en zonder zorgen. Wat niet gereed is, is voor morgen.

[vaurits]

Nauwelijks zon en de droger staat aan. Toch staat volgens de grafieken de accu al tien minuten op volle kracht te laden terwijl dat helemaal niet kan. Had iemand dat al mege.aakt? Ik heb niet het idee dat de SoC verhoogd wordt.

[ Voor 16% gewijzigd door vaurits op 04-10-2025 10:42 ]

[internet4me]

vaurits schreef op zaterdag 4 oktober 2025 @ 10:40:
Nauwelijks zon en de droger staat aan. Toch staat volgens de grafieken de accu al tien minuten op volle kracht te laden terwijl dat helemaal niet kan. Had iemand dat al mege.aakt? Ik heb niet het idee dat de SoC verhoogd wordt.


[Afbeelding]

Zoek eens op soc drift.
Deze vraag komt gemiddeld 1x per week.

[wdr]

vaurits schreef op zaterdag 4 oktober 2025 @ 10:40:
Nauwelijks zon en de droger staat aan. Toch staat volgens de grafieken de accu al tien minuten op volle kracht te laden terwijl dat helemaal niet kan. Had iemand dat al mege.aakt? Ik heb niet het idee dat de SoC verhoogd wordt.


[Afbeelding]

denk idd SOC correctie

Hier in het ZW inmiddels volop zon

[ Voor 9% gewijzigd door wdr op 04-10-2025 11:16 ]

[HE1]

Er zit toch een mogelijkheid op de HW pib om on-demand de batterijen naar 100% op te laden via stroomnet? maar is er ook die mogelijkheid om ze geheel te ontladen naar het stroomnet als je wilt op een bepaald moment?

[hanev001]

HE1 schreef op zaterdag 4 oktober 2025 @ 12:06:
Er zit toch een mogelijkheid op de HW pib om on-demand de batterijen naar 100% op te laden via stroomnet? maar is er ook die mogelijkheid om ze geheel te ontladen naar het stroomnet als je wilt op een bepaald moment?

Nee

[Harri]

Nee die mogelijkheid is er niet.

[Knurt]

HE1 schreef op zaterdag 4 oktober 2025 @ 12:06:
Er zit toch een mogelijkheid op de HW pib om on-demand de batterijen naar 100% op te laden via stroomnet? maar is er ook die mogelijkheid om ze geheel te ontladen naar het stroomnet als je wilt op een bepaald moment?

Je kan ze via de HW app inderdaad met "handmatige oplaadmodus" naar 100% opladen en dan gaat hij daarna vanzelf weer op NOM (nul-modus).

Geheel ontladen is geen optie, maar er was wel een soort truucje dat je een volle accu kon laten ontladen tot 60%. Dat is de "opladen voor opslag (60%)" functie. Die is eigenlijk bedoeld om een lege batterij tot 60% op te laden, maar het werkte ook de andere kant op, dus dat je een meer dan 60% volle accu weer terug kon ontladen tot 60%.
Weet niet of dat nog steeds werkt en het is natuurlijk niet geheel wat je vraagt. Maar wellicht heb je er nog : iets" aan. ;-)

[fxs81]

Mogguh, net uit bed na de laatste nachtdienst. Zat gisteravond op het werk te kijken in de app hoe het met de wifi sterktes zat sinds ze verhuist zijn van de woonkamer naar de berging en toen zag ik dat op pib 1 een E308 melding zat. Beide pibs waren inactief en leeg en alleen pib 1 gaf de melding "E308: Er is een spanningsafwijking gedetecteerd. Gebruik je batterijsoftware versie 1.0305? Dan kan deze melding ten onrechte verschijnen."
Ik zit echter op versie 1.0307 dus zou contact op moeten nemen met support. Even in de app op geforceerd laden aan gezet en ik zag dat er met 1600 Watt geladen werd dus hij deed het nog wel. Na een minuutje ofzo weer op NOM gezet en de melding was weer weg en alles weer ok. Heb hem nog niet terug gehad. Zal het ook even op github melden, wellicht kunnen ze er iets mee.

[Bert1613]

fxs81 schreef op zaterdag 4 oktober 2025 @ 14:04:
Mogguh, net uit bed na de laatste nachtdienst. Zat gisteravond op het werk te kijken in de app hoe het met de wifi sterktes zat sinds ze verhuist zijn van de woonkamer naar de berging en toen zag ik dat op pib 1 een E308 melding zat. Beide pibs waren inactief en leeg en alleen pib 1 gaf de melding "E308: Er is een spanningsafwijking gedetecteerd. Gebruik je batterijsoftware versie 1.0305? Dan kan deze melding ten onrechte verschijnen."
Ik zit echter op versie 1.0307 dus zou contact op moeten nemen met support. Even in de app op geforceerd laden aan gezet en ik zag dat er met 1600 Watt geladen werd dus hij deed het nog wel. Na een minuutje ofzo weer op NOM gezet en de melding was weer weg en alles weer ok. Heb hem nog niet terug gehad. Zal het ook even op github melden, wellicht kunnen ze er iets mee.

Hier vanochtend ook met een lege PIB foutmelding E308 hier ook met versie 1.0307.. de foutcode verdween hier weer nadat er op enig moment weer voldoende teruglevering was om de PIB te vullen….

[GL007]

Bijde batterijen waren leeg en er is een sOC correctie op een van de batterijen geweest.
Na 11;00 kwam de zon door en zijn ze nu voor 75% gevuld.

[Olie_B_Bommel]

Gisteren zijn de batterijen niet verder dan 8% gekomen en waren dus al om 17 uur leeg. Vandaag tot 86% gekomen, maar ze staan nu alweer te ontladen en staan nu op 83%. Ik zal het dus wel niet helemaal tot morgenochtend redden met de PiB’s. Zien wat zondag gaat doen. Ziet er ook niet rooskleurig uit.

[DoubleTweak]

Hier ook weinig opladen en weinig rendement aangezien de tarieven erg dicht bij elkaar liggen.

Schema voor de komende dag:

code:

Local time  | C | D |  CQ   |  DQ   |  SoC | Tariff
04/10 18:00 |   |   |  0.00 |  0.00 | 0.76 | 14.43244
04/10 19:00 |   |   |  0.00 |  0.00 | 0.76 | 14.98964
04/10 20:00 |   |   |  0.00 |  0.00 | 0.76 | 14.50776
04/10 21:00 |   |   |  0.00 |  0.00 | 0.76 | 14.28513
04/10 22:00 |   |   |  0.00 |  0.00 | 0.76 | 14.28512
04/10 23:00 |   |   |  0.00 |  0.00 | 0.76 | 14.22342
05/10 00:00 |   |   |  0.00 |  0.00 | 0.76 | 14.20677
05/10 01:00 |   |   |  0.00 |  0.00 | 0.76 | 14.11996
05/10 02:00 | Y |   |  0.80 |  0.00 | 0.76 | 13.79477
05/10 03:00 | Y |   |  0.80 |  0.00 | 1.36 | 13.79326
05/10 04:00 | Y |   |  0.80 |  0.00 | 1.96 | 13.70099
05/10 05:00 | Y |   |  0.19 |  0.00 | 2.56 | 13.79628
05/10 06:00 |   |   |  0.00 |  0.00 | 2.70 | 13.83290
05/10 07:00 |   |   |  0.00 |  0.00 | 2.70 | 14.10483
05/10 08:00 |   |   |  0.00 |  0.00 | 2.70 | 14.27574
05/10 09:00 |   |   |  0.00 |  0.00 | 2.70 | 14.12449
05/10 10:00 |   |   |  0.00 |  0.00 | 2.70 | 13.84135
05/10 11:00 |   |   |  0.00 |  0.00 | 2.70 | 14.04221
05/10 12:00 |   |   |  0.00 |  0.00 | 2.70 | 13.86374
05/10 13:00 |   |   |  0.00 |  0.00 | 2.70 | 13.89520
05/10 14:00 |   |   |  0.00 |  0.00 | 2.70 | 13.94088
05/10 15:00 |   |   |  0.00 |  0.00 | 2.70 | 13.99593
05/10 16:00 |   |   |  0.00 |  0.00 | 2.70 | 14.20314
05/10 17:00 |   |   |  0.00 |  0.00 | 2.70 | 14.54527
05/10 18:00 |   |   |  0.00 |  0.00 | 2.70 | 16.34847
05/10 19:00 |   | Y |  0.00 |  0.80 | 2.70 | 19.12633
05/10 20:00 |   | Y |  0.00 |  0.80 | 1.90 | 20.33541
05/10 21:00 |   | Y |  0.00 |  0.80 | 1.10 | 20.06588
05/10 22:00 |   | Y |  0.00 |  0.30 | 0.30 | 19.11423
05/10 23:00 |   |   |  0.00 |  0.00 | 0.00 | 17.59931

[gielz]

Voor de Tweakers die hier met Home Assistant werken en Dynamisch de goedkoopste uurtjes laden heb ik nu voor het Zendure HA topic de TS een update gegeven. Maar aangezien dit ook voor andere batterij merken werkt ook meteen even de Github netjes gemaakt zodat dit ook voor de Homewizard PiB te gebruiken is; https://github.com/Gielz1986/Dynamisch-HA

@Devke heeft het uitvoerig getest en gebruikt het inmiddels al voor het laden.

Benodigheden
Home Assistant met batterij integratie
Nordpool HACS met kwartier/kwh tarieven

Mogelijkheden
- 15min of 1 uur sturing
- Spread berekeningen met inhoudelijk informatie wat hij nou exact berekend heeft
- Aparte NOM spread berekening waarbij de dure uren voor het opladen niet mee berekend worden
- Een JA en NEE sensor om de juiste modus te kiezen (kunt dus bestaande automatiseringen gebruiken)
- Voor de min-maxers een handmatige invoer. Morgen niet wat je wilt, pas het aan en voer eenmalig uit.
- Alles visueel zichtbaar op het scherm.



Indicatie bij openklikken;

[post.p]

Per direct leverbaar! Wachttijd is over. Doen ze goed bij HW.

[Devke]

Project Dynamisch Laden / Ontladen / NOM

Iedereen die een beetje met dynamische tarieven werkt heeft de ontwikkelingen vast gevolgd m.b.t. de tariefstellingen. Een aantal energiemaatschappijen zijn van uurtarieven naar kwartiertarieven gegaan. Een ontwikkeling in de markt om meer grip op ons net te krijgen. Als tweakers zijnde wil je daar met een dergelijk contract goed op kunnen aansluiten.

De laatste tijd heb ik @gielz kunnen helpen met brainstormen, testen, feedback geven op de integratie die een paar posts terug geplaatst is. @gielz heeft net als mij een ander merk batterij staan maar hier staat ook de HW PIB. Snel kwam de conclusie dat we ook alle PIB gebruikers wilden helpen op deze veranderende markt.

Enkele highlights:

Ik neem jullie mee door een aantal schermen (die je gewoon op 1 dashboard kunt plakken).



In de linker grafiek zie je de dynamische tarieven van vandaag. Een beetje saaie grafiek vandaag daar de spread heel erg laag is. Veel wind. De stippellijn geeft het huidige uur aan. In de rechtergrafiek de prijsstelling voor morgen. In die grafiek zie je ook 2 verticale balkjes lopen 2 groene en 2 rode. Wat zijn dat?

Eerst de afbeelding voor de tarieven van morgen:



Er zijn net zoals bij de tarieven van vandaag extra velden gemaakt om te sturen. De dag van vandaag zit er al bijna op vandaar ik de dag van morgen even pak. Er zijn een aantal velden die je nodig gaat hebben om de groene en die rode balk op te laten lichten in de grafiek. Het doel van die groene en rode balken is om inzichtelijk te maken op welke uren de dynamische tarieven het laagst zijn en waar het hoogst. Dit op je eigen criteria. Daarvoor zie je dat ik heb ingevuld:

- 2 goedkope periode en 2 dure periode. Wat ik dus vraag is : "laat mij de 2 goedkoopste en 2 duurste uren zien". Waarom perioden? We zijn gewend aan de goedkoopste uren term in de dynamische wereld maar daar zijn nu de goedkoopste kwartieren bij gekomen. Dus een mooie verzamelnaam is Perioden geworden.

Wat gaat er nu gebeuren?

Op de goedkoopste uren vannacht, de 2 goedkoopste perioden gaan de batterijen laden. Zijn deze voorbij dan gaan ze in mijn geval naar Stand-by. Nommen tegen deze spread heeft geen zin. Op de duurste perioden gaan de batterijen van het andere merk ontladen. Zo heb ik nu mijn code (tijdelijk) geschreven. Hier zou je dus ook van kunnen maken to_zero in geval van de PIB.

Tweakers houden van full control. Daar heeft @gielz ook voor gezorgd. Onderstaande veld geeft deze mogelijkheid.



De syntax hiervan is :

G staat voor Goedkope periode
D voor Dure periode

Dus G13:15; G13:45; G14:30; D15:00 staat voor Laad de batterij op met als starttijd 13:15 uur. Stop om 13:30 uur. Start om 13:45 uur, stop wederom na een kwartier en laad nog een x om 14:30 uur. Dit met name voor handmatige controle. D15:00 ga naar NOM of ontladen, wel voor 15 min (afhankelijk van je automatisering).

Onderstaande Sensoren springen op Ja als er aan de criteria voldaan wordt. Daar kun je je automatisering dus op sturen. Bijvoorbeeld als Dure Perioden op JA staat dan NOM draaien (to_zero).



Zover enkele high lights. De automatisering die het laden van mijn PIB's regelt op basis van deze integratie zal ik hieronder delen:

YAML:

- alias: Gielz HW Thuisaccu's goedkoop laden
  description: ""
  trigger:
    - platform: state
      entity_id: sensor.dynamisch_goedkoopste_periode
  condition: []
  action:
    - choose:
        - conditions:
            - condition: template
              value_template: "{{ trigger.to_state.state == 'Ja' }}"
          sequence:
            - service: rest_command.mode_to_full

        - conditions:
            - condition: template
              value_template: "{{ trigger.to_state.state == 'Nee' }}"
          sequence:
            - service: rest_command.mode_standby # to_zero voor NOM
  mode: single

Verder...............................? Speel er zelf ook eens eindeloos mee. Bekijk wat kan, bekijk ook wat er niet goed gaat of mist. You never know. Deel je ervaring.

Ik kan nog een heel boekwerk schrijven maar soms is het leuk zelf eens te experimenteren. Zijn we tweakers voor toch?

@gielz bedankt voor je tomeloze inzet en creativiteit!

P.s. de link naar de integratie post is in de TS opgenomen.

[AtlAntA]

Devke schreef op zaterdag 4 oktober 2025 @ 21:08:

Project Dynamisch Laden / Ontladen / NOM

Iedereen die een beetje met dynamische tarieven werkt heeft de ontwikkelingen vast gevolgd m.b.t. de tariefstellingen. Een aantal energiemaatschappijen zijn van uurtarieven naar kwartiertarieven gegaan. Een ontwikkeling in de markt om meer grip op ons net te krijgen. Als tweakers zijnde wil je daar met een dergelijk contract goed op kunnen aansluiten.

De laatste tijd heb ik @gielz kunnen helpen met brainstormen, testen, feedback geven op de integratie die een paar posts terug geplaatst is. @gielz heeft net als mij een ander merk batterij staan maar hier staat ook de HW PIB. Snel kwam de conclusie dat we ook alle PIB gebruikers wilden helpen op deze veranderende markt.

Enkele highlights:

Ik neem jullie mee door een aantal schermen (die je gewoon op 1 dashboard kunt plakken).

[Afbeelding]

In de linker grafiek zie je de dynamische tarieven van vandaag. Een beetje saaie grafiek vandaag daar de spread heel erg laag is. Veel wind. De stippellijn geeft het huidige uur aan. In de rechtergrafiek de prijsstelling voor morgen. In die grafiek zie je ook 2 verticale balkjes lopen 2 groene en 2 rode. Wat zijn dat?

Eerst de afbeelding voor de tarieven van morgen:

[Afbeelding]

Er zijn net zoals bij de tarieven van vandaag extra velden gemaakt om te sturen. De dag van vandaag zit er al bijna op vandaar ik de dag van morgen even pak. Er zijn een aantal velden die je nodig gaat hebben om de groene en die rode balk op te laten lichten in de grafiek. Het doel van die groene en rode balken is om inzichtelijk te maken op welke uren de dynamische tarieven het laagst zijn en waar het hoogst. Dit op je eigen criteria. Daarvoor zie je dat ik heb ingevuld:

- 2 goedkope periode en 2 dure periode. Wat ik dus vraag is : "laat mij de 2 goedkoopste en 2 duurste uren zien". Waarom perioden? We zijn gewend aan de goedkoopste uren term in de dynamische wereld maar daar zijn nu de goedkoopste kwartieren bij gekomen. Dus een mooie verzamelnaam is Perioden geworden.

Wat gaat er nu gebeuren?

Op de goedkoopste uren vannacht, de 2 goedkoopste perioden gaan de batterijen laden. Zijn deze voorbij dan gaan ze in mijn geval naar Stand-by. Nommen tegen deze spread heeft geen zin. Op de duurste perioden gaan de batterijen van het andere merk ontladen. Zo heb ik nu mijn code (tijdelijk) geschreven. Hier zou je dus ook van kunnen maken to_zero in geval van de PIB.

Tweakers houden van full control. Daar heeft @gielz ook voor gezorgd. Onderstaande veld geeft deze mogelijkheid.

[Afbeelding]

De syntax hiervan is :

G staat voor Goedkope periode
D voor Dure periode

Dus G13:15; G13:45; G14:30; D15:00 staat voor Laad de batterij op met als starttijd 13:15 uur. Stop om 13:30 uur. Start om 13:45 uur, stop wederom na een kwartier en laad nog een x om 14:30 uur. Dit met name voor handmatige controle. D15:00 ga naar NOM of ontladen, wel voor 15 min (afhankelijk van je automatisering).

Onderstaande Sensoren springen op Ja als er aan de criteria voldaan wordt. Daar kun je je automatisering dus op sturen. Bijvoorbeeld als Dure Perioden op JA staat dan NOM draaien (to_zero).

[Afbeelding]

Zover enkele high lights. De automatisering die het laden van mijn PIB's regelt op basis van deze integratie zal ik hieronder delen:

YAML:

- alias: Gielz HW Thuisaccu's goedkoop laden
  description: ""
  trigger:
    - platform: state
      entity_id: sensor.dynamisch_goedkoopste_periode
  condition: []
  action:
    - choose:
        - conditions:
            - condition: template
              value_template: "{{ trigger.to_state.state == 'Ja' }}"
          sequence:
            - service: rest_command.mode_to_full

        - conditions:
            - condition: template
              value_template: "{{ trigger.to_state.state == 'Nee' }}"
          sequence:
            - service: rest_command.mode_standby # to_zero voor NOM
  mode: single

Verder...............................? Speel er zelf ook eens eindeloos mee. Bekijk wat kan, bekijk ook wat er niet goed gaat of mist. You never know. Deel je ervaring.

Ik kan nog een heel boekwerk schrijven maar soms is het leuk zelf eens te experimenteren. Zijn we tweakers voor toch?

@gielz bedankt voor je tomeloze inzet en creativiteit!

P.s. de link naar de integratie post is in de TS opgenomen.

Netjes!

Ik heb iets gelijkaardigs lopen maar ik zorg ervoor dat het prijs verschil minstens 30% is voordat de accu's daadwerkelijk gaan laden anders heb je alsnog verlies. Dit is dus om de RTE af te dekken. Ik zie dat in jullie automation niet terug. Ook probeer ik nog de verwachte zonopwek mee te nemen. Gevoelsmatig heeft het weinig nut om bijvoorbeeld in de nacht goedkoop op te laden en dan in de middag voor zo goed als dezelfde prijs terug te leveren. Straks als salderen niet meer kan wordt dit al helemaal belangrijker denk ik,

En dan is er nog de uitdaging van het goed plannen van het opladen van de accus. Vanmorgen is de prijs bijvoorbeeld erg laag en lijkt het verstandig om de accu's op te laden maar we weten nog niet wat de prijzen morgen doen. Als je relatief veel capaciteit hebt dan zou je misschien 36 uur kunnen overbruggen. Dus wacht je dan nog op de prijzen voor morgen?

Wordt snel een ingewikkeld vraagstuk als je al die variabelen toe gaat voegen. Maar wel een leuke

[Supercali]

Een gedachtespinsel voor mensen met een PIB en een vast of variabel energiecontract.

Wanneer je een PIB hebt, word je in principe minder lucratief voor een energieleverancier: je levert minder terug (dus minder terugleverkosten) maar vooral neem je minder energie af. Tevens zou een energieleverancier prima kunnen zien dat je een PIB hebt, gezien het specifieke gedrag. Voordat je het weet, word je benadeeld doordat je zo'n accu hebt (bijvoorbeeld hogere vaste kosten, geen welkomstbonus, etc.).

Om deze reden heb ik geen toestemming gegeven voor het regelmatig uitlezen van de meter (alleen slechts periodiek). Gedachten hierover?

[AtlAntA]

Supercali schreef op zondag 5 oktober 2025 @ 10:35:
Een gedachtespinsel voor mensen met een PIB en een vast of variabel energiecontract.

Wanneer je een PIB hebt, word je in principe minder lucratief voor een energieleverancier: je levert minder terug (dus minder terugleverkosten) maar vooral neem je minder energie af. Tevens zou een energieleverancier prima kunnen zien dat je een PIB hebt, gezien het specifieke gedrag. Voordat je het weet, word je benadeeld doordat je zo'n accu hebt (bijvoorbeeld hogere vaste kosten, geen welkomstbonus, etc.).

Om deze reden heb ik geen toestemming gegeven voor het regelmatig uitlezen van de meter (alleen slechts periodiek). Gedachten hierover?

Wat houdt dat periodiek precies in en welke data wordt er dan uitgelezen? Als ze dan elke 3 dagen alle data van de afgelopen 3 dagen ophalen ipv elke 15 minuten de laatste 15 minuten dan is er geen verschil natuurlijk.

Ik ben het wel met je gedachtengang eens. Ik zie het in de toekomst wel gebeuren dat energieleveranciers straks per adres verschillende tarieven mogen hanteren en als jij dan een fikse accuopslag hebt met veel zonnepanelen dat je dan heel wat meer per kwh mag afrekenen dan je buurman die dat niet heeft.

Vooralsnog heb ik stekkeraccu's waarmee ik niet actief terug lever en die heb ik dus niet aangemeld op energieleveren.nl. De hoofdreden daarvoor is dus dat ik bovenstaande niet te makkelijk wil maken. Maargoed, ik had dus niet bij de slimme meter stil gestaan.

[Supercali]

AtlAntA schreef op zondag 5 oktober 2025 @ 10:42:
[...]


Wat houdt dat periodiek precies in en welke data wordt er dan uitgelezen? Als ze dan elke 3 dagen alle data van de afgelopen 3 dagen ophalen ipv elke 15 minuten de laatste 15 minuten dan is er geen verschil natuurlijk.

Ik weet de termijn niet precies, maar volgens mij houdt periodiek in dat er b.v. één keer per maand de standen van de tellers worden opgehaald. Dus niet alle data.

[AtlAntA]

Supercali schreef op zondag 5 oktober 2025 @ 10:50:
[...]


Ik weet de termijn niet precies, maar volgens mij houdt periodiek in dat er b.v. één keer per maand de standen van de tellers worden opgehaald. Dus niet alle data.

Ok, dus dan zou deze instelling incompatibel zijn met een dynamisch contract?
Ik hoop maar dat de wetgeving onze verwachtte praktijken van de energieboeren niet toestaat. Of gaat toestaan.

[GL007]

https://nl.shieldenchanne...battery-temperature-range
Deze site geeft vrij goed de informatie weer over Batterij temperatuur en lading gedrag.
@Devke deze site geeft een grafiek de temperatuur eigenschappen van de batterij weer. Dit kan een item voor TS zijn.

[ Voor 26% gewijzigd door GL007 op 05-10-2025 14:39 ]

[hanev001]

Supercali schreef op zondag 5 oktober 2025 @ 10:35:
Een gedachtespinsel voor mensen met een PIB en een vast of variabel energiecontract.

Wanneer je een PIB hebt, word je in principe minder lucratief voor een energieleverancier: je levert minder terug (dus minder terugleverkosten) maar vooral neem je minder energie af. Tevens zou een energieleverancier prima kunnen zien dat je een PIB hebt, gezien het specifieke gedrag. Voordat je het weet, word je benadeeld doordat je zo'n accu hebt (bijvoorbeeld hogere vaste kosten, geen welkomstbonus, etc.).

Om deze reden heb ik geen toestemming gegeven voor het regelmatig uitlezen van de meter (alleen slechts periodiek). Gedachten hierover?

Je houd je zelf voor de gek want hoe dan ook minimaal 1 maal per jaar komt er een afrekening en dan valt aan de tellerstanden te zien dat je afwijkt van wat als gemiddeld leveren en terugleveren wordt beschouwd.

Maar denk eens wat verder door. Het heeft niet echt specifiek met een PIB te maken. Koop een EV en je stroom gebruik wordt fors anders als je hem thuis oplaad. Ook een verandering in de gezinssamenstelling heeft al gevolgen op de gebruiks profiel. Er zijn zoveel zaken te bedenken die het gebruik hoger of lager kunnen maken.

[hanev001]

AtlAntA schreef op zondag 5 oktober 2025 @ 10:54:
[...]


Ok, dus dan zou deze instelling incompatibel zijn met een dynamisch contract?
Ik hoop maar dat de wetgeving onze verwachtte praktijken van de energieboeren niet toestaat. Of gaat toestaan.

Bij een dynamisch contract geef je toestemming voor het continue uitlezen van de data omdat de tarieven per uur en tegenwoordige zelfs per kwartier zijn.

[Devke]

AtlAntA schreef op zondag 5 oktober 2025 @ 10:34:
[...]


Netjes!

Ik heb iets gelijkaardigs lopen maar ik zorg ervoor dat het prijs verschil minstens 30% is voordat de accu's daadwerkelijk gaan laden anders heb je alsnog verlies. Dit is dus om de RTE af te dekken. Ik zie dat in jullie automation niet terug. Ook probeer ik nog de verwachte zonopwek mee te nemen. Gevoelsmatig heeft het weinig nut om bijvoorbeeld in de nacht goedkoop op te laden en dan in de middag voor zo goed als dezelfde prijs terug te leveren. Straks als salderen niet meer kan wordt dit al helemaal belangrijker denk ik,

En dan is er nog de uitdaging van het goed plannen van het opladen van de accus. Vanmorgen is de prijs bijvoorbeeld erg laag en lijkt het verstandig om de accu's op te laden maar we weten nog niet wat de prijzen morgen doen. Als je relatief veel capaciteit hebt dan zou je misschien 36 uur kunnen overbruggen. Dus wacht je dan nog op de prijzen voor morgen?

Wordt snel een ingewikkeld vraagstuk als je al die variabelen toe gaat voegen. Maar wel een leuke

Als 1e leuk dat je jezelf erin verdiept. De yaml code credits gaan volledig naar @gielz op mijn eigen automatisering na. Zelf gemaakt.

Je eigen wens is bv 30%. Die kun je invullen maar wordt idd nog niets mee gedaan. Zie het even al een veldje criteria die jij stelt aan je keuze's. Op het moment dat jij goedkope en dure uren gaat selecteren krijg je terug wat de spread is (gemiddeld) tussen beide criteria. Dat zou jou kunnen doen besluiten om te laden met de PIB of te skippen.

Ik wacht altijd met laden op de goedkoopste perioden. Echter ik kijk voor de volgende dag na 13:00 uur ook even wat de tarieven doen en of ik de eerder gemaakte strategie wil aanpassen. Dat het complex is zie je wel aan de honderden regels code. Een idee is zo geboren..... de uitvoering is een ander verhaal.

[BKK]

Na twee weken geen offline meldingen meer hier gisteren en eergisteren de p1 offline. Vast ip, wordt gevoed en laatste update. Wat ik vreemd vond is dat ik vandaag de p1 uit de meter haal en de externe voeding eraf haal. Ik steek de p1 meter na enige tijd weer in de meter en hij wordt vanzelf groen en is direct verbonden! Ik vraag mij af wat het offline zijn heeft veroorzaakt en of andere dit gedrag ook herkennen. Ik vind het vreemd nu na twee weken weer offline te zijn terwijl de batterijen nu al langere tijd geen problemen meer hebben.

[Devke]

hanev001 schreef op zondag 5 oktober 2025 @ 11:24:
[...]

Bij een dynamisch contract geef je toestemming voor het continue uitlezen van de data omdat de tarieven per uur en tegenwoordige zelfs per kwartier zijn.

Of per uur. Ligt aan je energieleverancier. Tibber is per kwartier. Zonneplan bv nog per uur.

[Devke]

BKK schreef op zondag 5 oktober 2025 @ 11:32:
Na twee weken geen offline meldingen meer hier gisteren en eergisteren de p1 offline. Vast ip, wordt gevoed en laatste update. Wat ik vreemd vond is dat ik vandaag de p1 uit de meter haal en de externe voeding eraf haal. Ik steek de p1 meter na enige tijd weer in de meter en hij wordt vanzelf groen en is direct verbonden! Ik vraag mij af wat het offline zijn heeft veroorzaakt en of andere dit gedrag ook herkennen. Ik vind het vreemd nu na twee weken weer offline te zijn terwijl de batterijen nu al langere tijd geen problemen meer hebben.

Ik heb dit met 1 ander product van HW (watermeter) ook. Nooit geen last van gehad. Moet hem wel koppelen weer aan de wifi. P1 icm PIB's blijft prima gaan.

[wdr]

GL007 schreef op zondag 5 oktober 2025 @ 11:14:
https://nl.shieldenchanne...battery-temperature-range
Deze site geeft vrij goed de informatie weer over Batterij temperatuur en lading gedrag.

Interessant. Dit verklaart ook waarom je een LFP batterij beter niet buiten neer kunt zetten. Ook de vele temperatuursensoren (niet op de vingers van 2 handen te tellen volgens HW) en de geforceerde ventilatie bieden veel vertrouwen voor een lang leven vd PIB.

[GL007]

wdr schreef op zondag 5 oktober 2025 @ 12:13:
[...]


Interessant. Dit verklaart ook waarom je een LFP batterij beter niet buiten neer kunt zetten. Ook de vele temperatuursensoren (niet op de vingers van 2 handen te tellen volgens HW) en de geforceerde ventilatie bieden veel vertrouwen voor een lang leven vd PIB.

Dit is de reden van de temperatuur bewaking die de batterij heeft.
Inzicht geeft kennis!!!

[DoubleTweak]

AtlAntA schreef op zondag 5 oktober 2025 @ 10:34:
[...]


Netjes!

Ik heb iets gelijkaardigs lopen maar ik zorg ervoor dat het prijs verschil minstens 30% is voordat de accu's daadwerkelijk gaan laden anders heb je alsnog verlies. Dit is dus om de RTE af te dekken. Ik zie dat in jullie automation niet terug. Ook probeer ik nog de verwachte zonopwek mee te nemen. Gevoelsmatig heeft het weinig nut om bijvoorbeeld in de nacht goedkoop op te laden en dan in de middag voor zo goed als dezelfde prijs terug te leveren. Straks als salderen niet meer kan wordt dit al helemaal belangrijker denk ik,

En dan is er nog de uitdaging van het goed plannen van het opladen van de accus. Vanmorgen is de prijs bijvoorbeeld erg laag en lijkt het verstandig om de accu's op te laden maar we weten nog niet wat de prijzen morgen doen. Als je relatief veel capaciteit hebt dan zou je misschien 36 uur kunnen overbruggen. Dus wacht je dan nog op de prijzen voor morgen?

Wordt snel een ingewikkeld vraagstuk als je al die variabelen toe gaat voegen. Maar wel een leuke

Het is absoluut een ingewikkeld vraagstuk. Zelf had ik eerst bedacht dat ik alleen binnen bepaalde tijdsframes zou gaan opladen of ontladen daarbij rekeninghoudend met lage en hoge tarieven, maar ik bleef allerlei edge cases houden.
Uiteindelijk ben ik overnieuw begonnen en heb ik met een library lineaire optimalisatie toegepast waar ik simpelweg variabelen meegeef zoals SoC, tarieven en (ont)laadvermogen. Het resultaat van de berekening is het meest efficiënte plan gebaseerd op dynamische tarieven. Het draait nu alweer een paar maanden en nog geen enkele edge case ontdekt.
Pas als het echt rendabel is wordt er geladen en anders niet. Een aantal pagina’s terug heb ik m’n repo gedeeld waar ik alles ook beschreven heb.

[Devke]

DoubleTweak schreef op zaterdag 4 oktober 2025 @ 18:13:
Hier ook weinig opladen en weinig rendement aangezien de tarieven erg dicht bij elkaar liggen.

Schema voor de komende dag:

code:

Local time  | C | D |  CQ   |  DQ   |  SoC | Tariff
04/10 18:00 |   |   |  0.00 |  0.00 | 0.76 | 14.43244
04/10 19:00 |   |   |  0.00 |  0.00 | 0.76 | 14.98964
04/10 20:00 |   |   |  0.00 |  0.00 | 0.76 | 14.50776
04/10 21:00 |   |   |  0.00 |  0.00 | 0.76 | 14.28513
04/10 22:00 |   |   |  0.00 |  0.00 | 0.76 | 14.28512
04/10 23:00 |   |   |  0.00 |  0.00 | 0.76 | 14.22342
05/10 00:00 |   |   |  0.00 |  0.00 | 0.76 | 14.20677
05/10 01:00 |   |   |  0.00 |  0.00 | 0.76 | 14.11996
05/10 02:00 | Y |   |  0.80 |  0.00 | 0.76 | 13.79477
05/10 03:00 | Y |   |  0.80 |  0.00 | 1.36 | 13.79326
05/10 04:00 | Y |   |  0.80 |  0.00 | 1.96 | 13.70099
05/10 05:00 | Y |   |  0.19 |  0.00 | 2.56 | 13.79628
05/10 06:00 |   |   |  0.00 |  0.00 | 2.70 | 13.83290
05/10 07:00 |   |   |  0.00 |  0.00 | 2.70 | 14.10483
05/10 08:00 |   |   |  0.00 |  0.00 | 2.70 | 14.27574
05/10 09:00 |   |   |  0.00 |  0.00 | 2.70 | 14.12449
05/10 10:00 |   |   |  0.00 |  0.00 | 2.70 | 13.84135
05/10 11:00 |   |   |  0.00 |  0.00 | 2.70 | 14.04221
05/10 12:00 |   |   |  0.00 |  0.00 | 2.70 | 13.86374
05/10 13:00 |   |   |  0.00 |  0.00 | 2.70 | 13.89520
05/10 14:00 |   |   |  0.00 |  0.00 | 2.70 | 13.94088
05/10 15:00 |   |   |  0.00 |  0.00 | 2.70 | 13.99593
05/10 16:00 |   |   |  0.00 |  0.00 | 2.70 | 14.20314
05/10 17:00 |   |   |  0.00 |  0.00 | 2.70 | 14.54527
05/10 18:00 |   |   |  0.00 |  0.00 | 2.70 | 16.34847
05/10 19:00 |   | Y |  0.00 |  0.80 | 2.70 | 19.12633
05/10 20:00 |   | Y |  0.00 |  0.80 | 1.90 | 20.33541
05/10 21:00 |   | Y |  0.00 |  0.80 | 1.10 | 20.06588
05/10 22:00 |   | Y |  0.00 |  0.30 | 0.30 | 19.11423
05/10 23:00 |   |   |  0.00 |  0.00 | 0.00 | 17.59931

Zo te zien de 4 goedkoopste en 4 duurste uren. Is na 4 uur je PIB dan ook weer leeg?

[DoubleTweak]

Devke schreef op zondag 5 oktober 2025 @ 14:22:
[...]

Zo te zien de 4 goedkoopste en 4 duurste uren. Is na 4 uur je PIB dan ook weer leeg?

Als variabele geef ik mee dat ik met 800W ontlaadt, maar dat is natuurlijk het maximum. Normaal gesproken ligt dat eerder rond de 300W tenzij we aan het koken zijn, etc. Ik laat iedere 5 minuten het schema herberekenen waarbij de actuele SoC meegeef. Het schema past zich daardoor continu aan op de werkelijkheid.
Stel je dat wel met 800W ontlaadt dan ziet het schema er wel zo uit en dan is in dit geval de accu waarschijnlijk (alleen als de panelen toevallig ook leveren op dat moment dan wijkt het af) leeg. Kolom SoC bevat de geschatte SoC op dat moment.

[Devke]

GL007 schreef op zondag 5 oktober 2025 @ 11:14:
https://nl.shieldenchanne...battery-temperature-range
Deze site geeft vrij goed de informatie weer over Batterij temperatuur en lading gedrag.
@Devke deze site geeft een grafiek de temperatuur eigenschappen van de batterij weer. Dit kan een item voor TS zijn.

Ik heb een extra sectie aangemaakt in de TS. Daar kunnen we wat meer algemene achtergrond informatie delen. Bij FAQ vond ik hem lastig te plekken.

[Devke]

DoubleTweak schreef op zondag 5 oktober 2025 @ 14:59:
[...]


Als variabele geef ik mee dat ik met 800W ontlaadt, maar dat is natuurlijk het maximum. Normaal gesproken ligt dat eerder rond de 300W tenzij we aan het koken zijn, etc. Ik laat iedere 5 minuten het schema herberekenen waarbij de actuele SoC meegeef. Het schema past zich daardoor continu aan op de werkelijkheid.
Stel je dat wel met 800W ontlaadt dan ziet het schema er wel zo uit en dan is in dit geval de accu waarschijnlijk (alleen als de panelen toevallig ook leveren op dat moment dan wijkt het af) leeg. Kolom SoC bevat de geschatte SoC op dat moment.

SoC inschatting is lastig met dit type batterij. Kom je een beetje in de beurt continue?

[GL007]

Devke schreef op zondag 5 oktober 2025 @ 17:27:
[...]

Ik heb een extra sectie aangemaakt in de TS. Daar kunnen we wat meer algemene achtergrond informatie delen. Bij FAQ vond ik hem lastig te plekken.

Dat is prima. We hebben nu alle relevante informatie over de batterij zodat we meer begrip krijgen voor het Homewizard ontwerp.

[Dr-Diesel]

Goedenavond,

Ik heb in de thuisbatterij geïnvesteerd. echter is mij 1 ding nog niet duidelijk.

Ik heb de homewizard ook in de HomeyPro toegevoegd.

Ik zie een verschil in import en export, terwijl de batterij nog een 37% capaciteit heeft.

Hoe is het verschil te verklaren ?

[GL007]

Dr-Diesel schreef op zondag 5 oktober 2025 @ 18:56:
Goedenavond,

Ik heb in de thuisbatterij geïnvesteerd. echter is mij 1 ding nog niet duidelijk.

Ik heb de homewizard ook in de HomeyPro toegevoegd.

Ik zie een verschil in import en export, terwijl de batterij nog een 37% capaciteit heeft.

Hoe is het verschil te verklaren ?

[Afbeelding]

[Afbeelding]

Lees het TS het verschil heb je altijd. Na een cycle is export= import x rendement. De cycle is voor 67% uitgevoerd.

[Devke]

Dr-Diesel schreef op zondag 5 oktober 2025 @ 18:56:
Goedenavond,

Ik heb in de thuisbatterij geïnvesteerd. echter is mij 1 ding nog niet duidelijk.

Ik heb de homewizard ook in de HomeyPro toegevoegd.

Ik zie een verschil in import en export, terwijl de batterij nog een 37% capaciteit heeft.

Hoe is het verschil te verklaren ?

[Afbeelding]

[Afbeelding]

Je hebt met omzettingsverliezen te maken.

[Devke]

@JeroenH jij gebruikt een eigen gebouwde discharge_only functie toch? Zou je die yaml willen delen evt?

[Packardhell]

Volgens mij hier nog niet gedeeld, maar wellicht interessant: een podcast van Nozie met Chief Product van Homewizard. Link: YouTube: In gesprek met HomeWizard over hun thuisbatterij, slimme algoritmes ...
Voor einde jaar zou de functie beschikbaar moeten zijn om ook rekening te houden met Dynamische prijzen.

[JanHenk]

Devke schreef op maandag 6 oktober 2025 @ 08:35:
@JeroenH jij gebruikt een eigen gebouwde discharge_only functie toch? Zou je die yaml willen delen evt?

Ben ik ook benieuwd naar. Ik denk dat een automatisering de batterij in stand-by zet bij teruglevering of juist bij levering om op die manier dit te bereiken?

[Devke]

Packardhell schreef op maandag 6 oktober 2025 @ 08:53:
Volgens mij hier nog niet gedeeld, maar wellicht interessant: een podcast van Nozie met Chief Product van Homewizard. Link: YouTube: In gesprek met HomeWizard over hun thuisbatterij, slimme algoritmes ...
Voor einde jaar zou de functie beschikbaar moeten zijn om ook rekening te houden met Dynamische prijzen.

Staat al in de TS. Linkje is al wel gedeeld

[Devke]

JanHenk schreef op maandag 6 oktober 2025 @ 09:05:
[...]


Ben ik ook benieuwd naar. Ik denk dat een automatisering de batterij in stand-by zet bij teruglevering of juist bij levering om op die manier dit te bereiken?

Ik zie dynamisch een mooie case. De stroomprijzen zijn een paar uur "relatief" hoog. De batterijen zijn vannacht geladen rond de 15 ct. Straks gemiddeld een ruime 24 ct. Mocht het zonnetje doorprikken of de opwek voldoende zijn dan lekker naar het net terug en anders NOM. Eigenlijk zero_discharge_only. Dat vangt beide situaties op. We gaan denk ik toch meer richting de nachten goedkoper dan overdag i.v.m. zonopwek die steeds minder wordt. Dan wil je denk ik overdag vol zitten en ontladen en de nachten gebruiken voor laden i.p.v. NOM.

[Devke]

Heb ik hier nu een mooi voorbeeld gespot van balanceren? 99% en even later toch nog bij laden tot 100%. Er was een korte modem reset (opnieuw opstarten, minder dan 5 min) maar pas bij laadvermogen 0 en 99% SoC.

Eerste x dat ik dit zie.



Iets verder inzoomen geeft dit plaatje.

[ Voor 44% gewijzigd door Devke op 06-10-2025 13:51 ]

[ritsl]

Devke schreef op maandag 6 oktober 2025 @ 08:35:
@JeroenH jij gebruikt een eigen gebouwde discharge_only functie toch? Zou je die yaml willen delen evt?

Bij mij heet het 'strategisch laden', maar dat is dus bedoelt als een 'NOM discharge only' stand, en die bestaat uit enkele componenten.
- een Helper schakelaar (input boolean) die verteld dat 'strategisch laden' aan of uit staat:

code:

input_boolean.strategisch_laden

- een automatisering om het opladen te stoppen zodra er 3 minuten stroom wordt opgeslagen en de batterij boven de 10% SoC is, door de batterij op standby te zetten:

code:

alias: Batterij op pauze bij strategisch laden AAN
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.plug_in_battery_vermogen
    for:
      hours: 0
      minutes: 3
      seconds: 0
    above: 100
conditions:
  - condition: state
    entity_id: input_boolean.strategisch_laden
    state: "on"
  - condition: numeric_state
    entity_id: sensor.plug_in_battery_laadpercentage
    above: 10
actions:
  - device_id: 99f51c7fca8b7a848b2a89d10a5aaaab
    domain: select
    entity_id: ffd34b15b70a76e70f5ad4e09874f5ff
    type: select_option
    option: standby
mode: single

- een automatisering om NOM weer aan te zetten als er stroom vanuit het net wordt geladen doordat er te weinig zon is voor het eigen verbruik in huis (10 W voor 20 seconden, gemeten op de P1-meter device)

code:

alias: Batterij 'alleen ontladen'
description: ""
triggers:
  - type: power
    device_id: 99f51c7fca8b7a848b2a89d10a5aaaab
    entity_id: cdcc49cde49b5ea806d27aaab8d8d2cc
    domain: sensor
    trigger: device
    above: 10
    for:
      hours: 0
      minutes: 0
      seconds: 20
conditions:
  - condition: state
    entity_id: input_boolean.strategisch_laden
    state: "on"
actions:
  - device_id: 99f51c7fca8b7a848b2a89d10a5aaaab
    domain: select
    entity_id: ffd34b15b70a76e70f5ad4e09874f5ff
    type: select_option
    option: zero
mode: single

Ik combineer dat met een automatisering om de schakelaar input_boolean.strategisch_laden op aan te zetten als er voldoende zon wordt verwacht die dag, maar als je naar de spread kijkt ga je dat natuurlijk heel anders doen:

code:

alias: Strategisch laden aan bij voldoende zon
description: ""
triggers:
  - trigger: sun
    event: sunrise
    offset: "-01:00:00"
conditions:
  - condition: numeric_state
    entity_id: sensor.energy_production_today
    above: 4.4
actions:
  - action: input_boolean.turn_on
    metadata: {}
    data: {}
    target:
      entity_id: input_boolean.strategisch_laden
mode: single

En een automatisering om terug te gaan naar normale NOM-dienst, door de schakelaar uit te zetten op een bepaald tijdstip en tegelijk NOM-dienst aan te zetten. Ik heb er twee, voor werkdagen en voor het weekend. Ze gebruiken twee Helpers 'input_datetime' die elders gezet worden: input_datetime.nom_aan_werkdagen en input_datetime.nom_aan_weekend. Als je op basis van spread werkt, zal je dit ook anders doen.

code:

alias: Batterij 'alleen ontladen' uit door de week
description: ""
triggers:
  - trigger: time
    at: input_datetime.nom_aan_werkdagen
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
conditions: []
actions:
  - action: input_boolean.turn_off
    metadata: {}
    data: {}
    target:
      entity_id: input_boolean.strategisch_laden
  - device_id: 99f51c7fca8b7a848b2a89d10a5aaaab
    domain: select
    entity_id: ffd34b15b70a76e70f5ad4e09874f5ff
    type: select_option
    option: zero
mode: single

Op een Dashboard heb ik dan knoppen om de tijd te kiezen wanneer gewone NOM weer moet starten, en om de stand van de schakelaar te zien. Dit alles gebaseerd op eerdere voorbeelden van JeroenH.

[Devke]

@ritsl dank! Ik zie dat je batterij ID zichtbaar is.

[Devke]

JeroenH schreef op maandag 11 augustus 2025 @ 12:26:
OK, hier is hoe ik in Home Assistant een setje helpers / automations heb gemaakt die mijn PiB's op "discharge only" zetten. Dit kan nuttig zijn bij een dynamisch contract, zodat je bv in de "dure" ochtenduren zonnestroom teruglevert zodat je daar meer geld voor krijgt, maar als er een verbruiker wordt ingeschakeld, deze wel op de PiB werkt.

Het systeem als geheel is halfautomatisch. Ik denk de avond ervoor even kort na over de stroomprijze, het te verwachten verbruik en de te verwachten zonnestroom-opbrengst. Het systeem schakelt zichzelf ook uit, zodat de uiteindelijke modus altijd NOM is. Voor een volgende dag zet ik het dan 's avonds weer aan als ik dat nodig vind.

Het systeem bestaat uit de volgende vier componenten (met de entiteitnaam zoals hij bij heeft erachter):

1. Een helper die het hele systeem aan- en uitzet. input_boolean.battery_charge_strategically
2. Een automation die de PiB's op pauze zet. automation.battery_strategic_charging_on
3. Een automation die de PiB's op NOM zet als hij netafname ziet. automation.battery_nom_when_power_is_drawn_from_grid
4. Een automation die het systeem voorgoed uitzet, tot hij door mij weer wordt geactiveerd. automation.battery_disable_strategic_charging_at_time

(let niet op de rare namen, dat krijg je als je dit soort dingen zonder enige planning bouwt )

1. Een helper die het hele systeem aan- en uitzet. input_boolean.battery_charge_strategically

Ga naar Settings -> Devices & Services -> Helpers -> Create helper
Selecteer Toggle
Geef de helper een naam
Klik op Create

De helper staat nu klaar. Ik heb deze op de frontpage van mijn HA staan zodat ik hem eenvoudig aan en uit kan zetten.

2. Een automation die de PiB's op pauze zet. automation.battery_strategic_charging_on

Hier heb ik nog een condition in gezet dat de SoC van de PiB's (in mijn geval het gemiddelde van twee PiB's - dat is een andere helper) boven de 25% moet zijn. De gedachte hierachter is dat ik met zo'n lage SoC de PiB's toch liever oplaad dan pauze laat staan, zodat de kans dat ik later op de dag energie (of vermogen) tekort komt kleiner wordt.

De YAML-code daarvan is dit:

YAML:

alias: Battery pause when discharge only is ON
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.hw_battery_power
    for:
      hours: 0
      minutes: 5
      seconds: 0
    above: 100
conditions:
  - condition: state
    entity_id: input_boolean.battery_charge_strategically
    state: "on"
  - condition: numeric_state
    entity_id: sensor.hw_battery_soc
    above: 25
actions:
  - device_id: ffcfdbdc45d336c9dae03d9926617988
    domain: select
    entity_id: bfd405c566315012613a67f5f68afb2f
    type: select_option
    option: standby
mode: single

Ik merk dat ik niet goed in tekst omschreven krijg hoe je dit in de visual editor aanmaakt. Als het goed is moet je bovenstaande yaml-code kunnen plakken, ik weet alleen niet hoe het met de device-ID's gaat. Maar als je dan na het plakken terug switcht naar de visual editor, dan zou je moeten kunnen zien hoe de automation opgebouwd is.

De logica komt neer op:

Als er voor langer dan 5 minuten meer dan 100 watt de PiB's in gaat, en de SoC van de PiB's is hoger dan 25% en de helper input_boolean.battery_charge_strategically is aan, zet dan de PiB's op pauze.

De 5 minuten is om klapperen te voorkomen, vooral in de situatie als het vermogen van de PV langzaam stijgt, en de koelkast/vriezen schakelen. Kun je korter zetten, kun je langer zetten.

3. Een automation die de PiB's op NOM zet als hij netafname ziet. automation.battery_nom_when_power_is_drawn_from_grid

YAML:

alias: Battery discharge only
description: ""
triggers:
  - type: power
    device_id: d82ee0338b75bb49215660b906c8e202
    entity_id: 1a31a0109dadd63bae74fa57c054dcae
    domain: sensor
    trigger: device
    above: 0.1
    for:
      hours: 0
      minutes: 0
      seconds: 20
conditions:
  - condition: state
    entity_id: input_boolean.battery_charge_strategically
    state: "on"
actions:
  - device_id: ffcfdbdc45d336c9dae03d9926617988
    domain: select
    entity_id: bfd405c566315012613a67f5f68afb2f
    type: select_option
    option: zero
mode: single

De logica is: als er voor langer dan 20 seconden afname van het stroomnet gedeteceerd wordt, en de helper input_boolean.battery_charge_strategically is aan, zet dan de PiB's op zero (NOM).

4. Een automation die het systeem voorgoed uitzet, tot hij door mij weer wordt geactiveerd. automation.battery_disable_strategic_charging_at_time

Deze automation zet de helper (nr 1) uit op een ingesteld tijdstip. Dit is de YAML-code:

YAML:

alias: Battery disable discharge only at time
description: ""
triggers:
  - trigger: time
    at: "11:00:00"
conditions: []
actions:
  - action: input_boolean.turn_off
    metadata: {}
    data: {}
    target:
      entity_id: input_boolean.battery_charge_strategically
  - device_id: ffcfdbdc45d336c9dae03d9926617988
    domain: select
    entity_id: bfd405c566315012613a67f5f68afb2f
    type: select_option
    option: zero
mode: single

Ik moet nog even iets bedenken dat ik dit tijdstip makkelijk aan kan passen vanaf het standaard dashboard, nu klik ik nog naar de automations en pas het daar aan.

Het hele systeem gebruik ik als volgt:

's Avonds (dit moet na zonsondergang) bedenk ik me het volgende:

• Wordt er voor morgen veel zonne-energie verwacht of niet? Hoe gaat dat verdeeld zijn over de dag?
• Verwacht ik morgen veel elektriciteitsverbruik?
• Hoe laat daalt de prijs morgenochtend van "duur" naar "goedkoop"?

Als ik weinig zon verwacht, en/of veel elektriciteitsverbruik, doe ik niets. Ik zet de helper niet aan.

Verwacht ik voldoende zon en/of niet veel elektriciteitsverbruik dan zet ik de helper aan. In de Tibber app check ik hoe laat de prijs naar "goedkoop" gaat en stel dat in automation nummer 4 in.

De volgende ochtend gaat het dan automatisch als volgt:

• De hele nacht staat de PiB op discharge only, m.a.w. de woning draait op de batterij.
• Als de zon opkomt, en de PiB is voor langer dan 5 minuten met meer dan 100 watt geladen, én de SoC is meer dan 25%, dan zet automation nummer 2 de PiB op pauze. De overtollige zonnestroom gaat nu het net op, waar je er hopelijk veel geld voor krijgt.
• [Als er een zware verbruiker wordt aangezet waardoor er meer dan 100 watt uit het stroomnet wordt geleverd, zet automation nummer 3 na 20 seconden de PiB weer op zero (NOM) zodat je geen dure stroom verbruikt. Als dit verbruik stopt, zet automation nummer 2 de PiB na 5 minuten weer op pauze./li]
• Als het in automation nummer 4 ingestelde tijdstip arriveert, zet die automation de PiB op zero (NOM) en zet de helper uit, zodat de PiB op NOM staat, tot ik het die avond weer activeer.

Ik hoop dat jullie er iets mee kunnen, ik vind het zelf niet super duidelijk, maar ik merk dat HA zich niet echt leent om iets beknopt in tekst uit te leggen.

@JanHenk. Ik zie dat @JeroenH al eens e.a. gepost heeft.

[GL007]

Het is vandaag de eerste dag dat de batterijen niet wordt opgeladen. Helaas geen zon.

[PeteSplit]

Kan het eigenlijk kwaad, als de batterij (PiB) enkele dagen op 0% blijft staan (eigenlijk 8%).
Ik denk dat de PiB wel zal gaan bijladen, als het niveau lager wordt. Ben benieuwd.

[meesje]

GL007 schreef op maandag 6 oktober 2025 @ 19:33:
Het is vandaag de eerste dag dat de batterijen niet wordt opgeladen. Helaas geen zon.

Ja. En?

[ytsmabeer]

GL007 schreef op maandag 6 oktober 2025 @ 19:33:
Het is vandaag de eerste dag dat de batterijen niet wordt opgeladen. Helaas geen zon.

Hier wel weer een stukje geladen tot 50% maar nu alweer op 12%
Wel voor het eerst sinds we de accu's hebben beiden op 0% vanmorgen, doordat we de infrarood panelen hebben gebruikt.

[mike123]

meesje schreef op maandag 6 oktober 2025 @ 20:11:
[...]

Ja. En?

En wat?

[meesje]

mike123 schreef op maandag 6 oktober 2025 @ 21:31:
[...]

En wat?

Categorie onzinnige opmerkingen. Lekker topic krijg je zo als iedereen dergelijke berichten gaat plaatsen. Maar dat had je denk ik al begrepen.

[mike123]

meesje schreef op maandag 6 oktober 2025 @ 21:38:
[...]

Categorie onzinnige opmerkingen. Lekker topic krijg je zo als iedereen dergelijke berichten gaat plaatsen. Maar dat had je denk ik al begrepen.

Had ik zeker begrepen dat je dat waarschijnlijk bedoelde. Maar je kan er ook voor kiezen om daar niet op te reageren. Anders doe je namelijk precies hetzelfde.
Net zoals mijn nutteloze bericht.
Dus verwijderen door een mod is geen probleem

[meesje]

mike123 schreef op maandag 6 oktober 2025 @ 21:43:
[...]

Had ik zeker begrepen dat je dat waarschijnlijk bedoelde. Maar je kan er ook voor kiezen om daar niet op te reageren. Anders doe je namelijk precies hetzelfde.
Net zoals mijn nutteloze bericht.
Dus verwijderen door een mod is geen probleem

Het zou kunnen zijn dat de tweaker vergeten is extra context mee te geven zodat wel een zinnige reactie zou zijn geweest. Mijn reactie zou hiervoor een trigger kunnen zijn,

[Knurt]

PeteSplit schreef op maandag 6 oktober 2025 @ 19:39:
Kan het eigenlijk kwaad, als de batterij (PiB) enkele dagen op 0% blijft staan (eigenlijk 8%).
Ik denk dat de PiB wel zal gaan bijladen, als het niveau lager wordt. Ben benieuwd.

[Afbeelding]

Zolang hij in een wcd ingeplugd zit, kan het geen kwaad. Hij zal dan idd automatisch een beetje bijgeladen worden, indien nodig.

[Devke]

Probleempje met de app/server zo te zien. "Request mislukt" met een flinke bak code. Gelukkig geeft HA dan wel weer inzichten ovet o.a. dr PIB. Hopelijk wel snel gefixed.

[GL007]

Geen data van uit HomeWizard cloud server.

[Sprincky]

GL007 schreef op dinsdag 7 oktober 2025 @ 05:18:
Geen data van uit HomeWizard cloud server.

Hier ook geen internet connectie. Geen enkele waarde uit te lezen nu helaas.

[Dekster]

Devke schreef op dinsdag 7 oktober 2025 @ 03:32:
Probleempje met de app/server zo te zien. "Request mislukt" met een flinke bak code. Gelukkig geeft HA dan wel weer inzichten ovet o.a. dr PIB. Hopelijk wel snel gefixed.

Hi @Devke, zie je in HA wel data? Als ik naar de p1 en naar de andere meters kijk dan zie ik geen foutmelding door afwijkende kleuren. Zou dit wellicht betekenen dat de p1 de wel de rest blijft aansturen op dit moment ?

[Devke]

Dekster schreef op dinsdag 7 oktober 2025 @ 07:25:
[...]


Hi @Devke, zie je in HA wel data? Als ik naar de p1 en naar de andere meters kijk dan zie ik geen foutmelding door afwijkende kleuren. Zou dit wellicht betekenen dat de p1 de wel de rest blijft aansturen op dit moment ?

Ik heb gewoon p1 meter data in HA. Batterijen staan op dit moment in stand-by hier maar dat is een eigen keuze. Even naar NOM zettend zie ik gewoon dat hij daar naar toe gaat. Precies zoals verwacht.





SoC HW is 100%. Dus zal nu niet laden. HW heeft het probleem al gespot. Server is in onderhoud (melding bij openen app).

[ Voor 4% gewijzigd door Devke op 07-10-2025 07:38 ]

[GL007]

Lokaal werkt hier alles

[ Voor 3% gewijzigd door GL007 op 07-10-2025 07:38 ]

[Knurt]

Ze zijn er inmiddels mee bezig, denk ik.
Ik krijg ik ieder geval weer allemaal notificaties binnen (van vannacht en gisteren) en de foutmelding is weg. Staat nu "server onderhoud".

[mike123]

Knurt schreef op dinsdag 7 oktober 2025 @ 07:42:
Ze zijn er inmiddels mee bezig, denk ik.
Ik krijg ik ieder geval weer allemaal notificaties binnen (van vannacht en gisteren) en de foutmelding is weg. Staat nu "server onderhoud".

[Knurt]

mike123 schreef op dinsdag 7 oktober 2025 @ 07:53:
[...]

[Afbeelding]

Ja, dat dus

[meesje]

Voor storingen in de HW app is er een afzonderlijk topic.
Storing Homewizard app?

[The - DDD]

The - DDD schreef op vrijdag 3 oktober 2025 @ 22:26:
Nou. Accu had hele dag onder spanning gestaan.

Touch knop 30 seconden niks. Draai toch nog is de draaiknop er af en weer op.

Hij reageert weer.

Ook firmware kunnen updaten nu. En wifi signaal is weer de bekende 75%.

Raar toch? De RMA maar even afzeggen.

Ik begin wel een beetje m’n vertrouwen te verliezen in de home wizard accu.


Firmware 1.0307

Weer hangt ie op E308. De huidige firmware zou dat error gedoe toch minder maken?

[GL007]

De server is weer in de lucht.
Hier werk alles weer

[The - DDD]

De accu even op handmatige modus laten opladen via API werkt wel om de error weg te krijgen.

[fxs81]

The - DDD schreef op dinsdag 7 oktober 2025 @ 08:28:
De accu even op handmatige modus laten opladen via API werkt wel om de error weg te krijgen.

Zou het wel even melden bij HW als hij terug blijft komen.

[rtunru]

Devke schreef op zaterdag 4 oktober 2025 @ 21:08:

Project Dynamisch Laden / Ontladen / NOM

In de linker grafiek zie je de dynamische tarieven van vandaag. Een beetje saaie grafiek vandaag daar de spread heel erg laag is. Veel wind. De stippellijn geeft het huidige uur aan. In de rechtergrafiek de prijsstelling voor morgen. In die grafiek zie je ook 2 verticale balkjes lopen 2 groene en 2 rode. Wat zijn dat?

Eerst de afbeelding voor de tarieven van morgen:

[Afbeelding]

@Devke , ik heb Goedkoopste X periode Morgen en Duurste X periode Morgen niet.
Wat doe ik fout?

[ Voor 73% gewijzigd door rtunru op 07-10-2025 10:07 ]

[Devke]

rtunru schreef op dinsdag 7 oktober 2025 @ 10:02:
[...]

@Devke , ik heb Goedkoopste X periode Morgen en Duurste X periode Morgen niet.
Wat doe ik fout?

de yaml in je config staan? Goed ingesprongen? Yaml is gevoelig voor een spatie te veel of te weing.

[aip]

fxs81 schreef op zaterdag 4 oktober 2025 @ 14:04:
Even in de app op geforceerd laden aan gezet en ik zag dat er met 1600 Watt geladen werd dus hij deed het nog wel. Na een minuutje ofzo weer op NOM gezet en de melding was weer weg en alles weer ok. Heb hem nog niet terug gehad. Zal het ook even op github melden, wellicht kunnen ze er iets mee.

Dank voor deze tip. Hier zojuist ook een E308, en inderdaad, even op geforceerd laden, en met de minuut is de melding weg. Nu weer gewoon op NOM.

Edit: zie nu dat de PIB's zijn geüpdatet naar 1.0307. Door HW gepushed denk ik. Typisch dat ik dan opeens een E308 kreeg, maar soit.

[ Voor 10% gewijzigd door aip op 07-10-2025 11:11 ]