P1 Meter firmware 6.0302 has been released as beta

[RonvanderPlas]

New in P1 Meter 6.0302

• We have updated the v2 API to version 2.2.0 in beta which in short contains the following changes

  • Added permissions to /api/batteries which can be used to set specific permissions for charging and discharging the connected Plug-In Batteries.
  • Added battery_count to /api/batteries which shows the number of connected Plug-In Batteries.
  • batteries subscription in WebSocket is now pushed on changes of mode, permissions and target_power_w.

  Read more in the API documentation

Notes:

• We are still working on getting the same API updates on the kWh meter.

New in P1 Meter 6.0303

• Fixed an issue where the battery could switch to the wrong mode after installation.

New in P1 Meter 6.0304

• Fixed an issue where permissions were not always persistent after a reboot or update.

How to install

The update will be installed automatically. To check if your device has the latest version and to install this version, follow these instructions: https://helpdesk.homewizard.com/en/articles/9167578-how-do-i-check-if-i-have-the-latest-software-on-my-homewizard-product. Your device must be signed up for the beta channel.

Feedback

Share your feedback below in English or Dutch during the beta period.

Feedback guidelines

We appreciate your feedback, really! We read all comments and take them seriously. To help us prioritize and make it easier for you to contribute, please consider the following:

• If everything works as expected, give a thumbs up 👍 or a vote (↑) on the topic start. While we're happy to hear that, comments stating that everything works smoothly make it harder to find and filter issue-related comments.
• Check if your issue has already been mentioned; if so, give it a vote (↑) and add a reaction if needed.

[RonvanderPlas]

Hi everybody! @DCSBL is on holiday so I'm taking over for this release!

[DCSBL]

🎄⛄

[Stef1971]

Happy Holidays

[Devke1972]

Fijne vakantie.

[jtebbens]

Enjoy your break. Oh and we will be nice to Ron. :)

[DaanNL1974]

Fijne kerstdagen!

[mluiten]

Awesome. I was working on EVCC.io integration of the batteries and one of the things I was missing was the number of batteries connected to properly divide the max charge and max discharge :)

Maybe I can also use the "permissions" field to better control the battery behaviour when combined with EV charging... but sounds like a useful addition 👍

[PSMGoossens]

After installation the battery mode switched to manually charging while it was at standby. So it seems not to keep it's last state.

[DCSBL]

Hi @PSMGoossens, can you confirm that the state switched to manual (to_full) and not to zero?

[PSMGoossens]

@DCSBL That is correct. History in Home Assistant. After the device becomes available again (time of update) it move the selection towards to_full

[PSMGoossens]

Today again I noticed a random change of mode this time from standby to zero. Verified thst iy llt is not caused by automation

[fobrs]

Eerste poging te updaten mislukte. Versie veranderde niet... Tweede wel!

[rvangeijtenbeek]

When testing this with Postman, it works as expected. When switching from zero to "permissions":["charge_allowed"], the battery output immediately drops to 36W (as shown in the app). After a few more seconds it goes to +6W. There's no more sun here at the moment. I guess the battery will keep consuming 6W power in this idle state? The other way around there's no waiting time, it directly goes to an optimal discharge.

With regard to the documentation: it might be useful to recommend that you shouldn't just send a 'permissions' array, but also send a "mode":"zero" in the same request body. Otherwise you can't go from the 'to_full' state to one of the limited permissions states.

[DCSBL]

Thank you for your feedback. We’ve tried to explain this in https://api-documentation.homewizard.com/docs/v2/batteries#change-permissions-and-mode. Could you please elaborate on what might be unclear?

[rvangeijtenbeek]

It's very clear when you read everything. But this sentence alone:

"For new implementations we recommend to use the permissions field to disallow both charging and discharging instead of using this mode."
... might get some users to try just sending "permissions":[] in the request body - which will not work when the current mode is 'to_full'.

Likewise, the sentence further down:
"You can set mode and permissions in one request. You cannot set mode to to_full and change permissions at the same time, as permissions is read-only in to_full mode."
... only addresses the case of setting mode to to_full. So, not the reverse of going from to_full to standby.

It's not a big issue, just something that took me more than two seconds to grasp.

[Devke1972]

Ik zie dat geadviseerd wordt te werken met to_ zero en de permissies. Gaat standby modus verdwijnen?

[RonvanderPlas]

De functionaliteit van standby zal behouden blijven maar word door de nieuwe permissies geïmplementeerd. Momenteel blijven beiden functies nog naast elkaar bruikbaar.

[Devke1972]

Vraag vanuit tweakers. Zijn de permissies ook direct toegankelijk vanuit de HA integratie?

[RonvanderPlas]

We zijn nog bezig met de implementatie hiervan in HA, naar verwachting zal dit met een release in 2026-01 meekomen.

[Devke1972]

Top. Dankjewel!

[DennisSteenvoorden]

We zijn nog bezig met de implementatie hiervan in HA, naar verwachting zal dit met een release in 2026-01 meekomen.

Goed bezig. Echter moet men dan niet eerst 1 stap eerst doen. De kWh meter als hoofdmeter kan dit nog niet. Dan zou de kwh meter ook deze functionaliteit moeten krijgen.

[RonvanderPlas]

Ja klopt, voor de kWh zijn we nog hier nog mee bezig. Dus die zal binnenkort ook in beta komen.

[bash1073]

The beta was installed automatically somewhere last week. For now, it seems to work fine for my 15 min dynamic tariff linear optimization supervisory control.

Note that due to the low spread over the 15 min tariffs last days the PiB remained most of the time standby on 0%, so I'm still waiting for a somewhat more significant spread to check whether the zero + discharging_allowed mode will be triggered and works as expected. Note in my supervisory control the battery will be charged by forcing the to_full mode when tariffs are sufficient low compared to higher tariffs later. Based on the dynamic tariffs of tomorrow (8/12/2025) a full automatic charge / discharge cycle can be expected tomorrow, I will provide an update when that occurred.

For now, I spotted a minor inconsitency. When changing the battery to standby using {"mode":"zero","permissions":[]} the P1 meter returns {"mode":"standby","permissions":[], ..} which is correct but somewhat inconsistent with the documented preferred way for new applications. I would have expected the P1 meter to return {"mode":"zero","permissions":[], ..}.

(software versions P1 meter 6.0302, PiB 1.0406)

[RonvanderPlas]

Thanks for reporting! We will have a look if it is reporting the wrong state or if the documentation should be clarified

[bash1073]

Thanks to the low tariffs last night the PIB charged to 100%, and is now on 48%. (further discharge to 0% is scheduled tomorrow morning).

First conclusion, this beta functionality works as expected. Note my EMS automation alternates between to_full, zero + [discharging_allowed], and zero [] (a.k.a. standby), so only uses 3 operational modes. I had not sufficient PV surplus to test the zero [both allowed] and zero [charging_allowed] modes.

[bash1073]

One cycle further, all still working as expected.

(software versions P1 meter 6.0303, PiB 1.0406)

[PE7GL]

Mooie aanpassing.
Maar als ik vanuit Homey batterij NOM alleen leden opdracht geeft dan krijg ik een NOM status terug en niet NOM Charge only status. Om dit te onthouden welke opdracht ik heb gegeven gebruik ik nu een aantal flagbitjes om aan te geven welke NOM opdracht ik heb gegeven. Niet handig?.
Het zelfde geld ook voor NOM Discharge only mode.
Om een goede scherm terug koppeling te krijgen moet ik eerst de batterijen in stand-by mode zetten en na 2 seconden op de 1 van de drie NOM modes. Zodat de schermupdate weer klopt. De scherm update werkt via triggers.

[jtebbens]

Weet je zeker dat je beta firmware draait? Ik heb een andere gebruiker die ook "dacht" 6.0302 had maar nog 6.0206 en daar zitten de nieuwe permissions parameter velden niet in.

Ik heb vandaag nog laatste update gepushed voor Homey maar ik kan niet altijd meteen een oplossing fixen sorry.

[PE7GL]

Alle batterij modes werken en ik heb de laatste versie van P1 en de batterijen. P1 06.0302 Batterijen 1.0503
Wat ik zie de modus verandering alleen de eerste bestaande 3 versies werken de triggers goed. Bij de laatste twee NOM modus krijg ik geen trigger omdat de NOM mode al reeds actief is. Ik heb dit opgelost door eerst naar stand-by te gaan en daarna naar de gewenste mode. Verder zet ik 2 ja/nee variabelen voor de keuze Charge only en Discharge only.

[PE7GL]

Na jouw laatste aanpassing is
Het probleem inmiddels opgelost dmv 1 sec wachten na trigger

[bash1073]

I observed a untriggered mode change, which could not have been triggered by my automation. Around 15:00 today the battery mode went untriggered from mode {"mode":"standby","permissions":[]} to mode {"mode":"zero","permissions":["charge_allowed","discharge_allowed"]}. This specific mode change does not exist in my automation, so should be trigered by something else.

Exactly at the same time I observed in my EMS log that I could not read out the P1 meter (IP 192.168.1.191):

Mon/2025-12-08/15:01:30+01 - ERROR
failed smart meter check EXCEPTION: HTTPSConnectionPool(host='192.168.1.191', port=443): Max retries exceeded with url: /api/measurement (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x7fb63fc850>: Failed to establish a new connection: [Errno 111] Connection refused'))

Background: My EMS polls every 20 sec the P1 status.

I now see my P1 meter is at 6.0303, where it was yesterday at 6.0302. Was a new beta pushed around 15:00 today? .. I guess the mode seems to be have reset to the default mode zero, and my EMS automation did not update it back to what it should be (an use case I did not expect so did not safeguard in my software).

[Devke1972]

Kan het zijn dat deze patches oplossen dat de batterij veranderd van standby naar laden @ ontladen? Dan hoef ik niet verder te zoeken. Heb dat hier gisteravond en vannacht gezien. Anders duik ik erin.

[RonvanderPlas]

Hier zit inderdaad een patch tussen voor het veranderen van de modus. Ik verwacht eerdaags deze ook in deze beta groep te kunnen releasen. Mocht het dan nog niet verholpen zijn hoor ik het graag!

[PE7GL]

Bij homey werkt alle modes

[PE7GL]

Versie 6.0303 werkt hier met de Homey app perfect

[RonvanderPlas]

Hi everybody! We are rolling out 6.0303 to the beta today. We have patched an issue where the battery could switch to the wrong mode after installation.
Thanks for helping us find this issue! Please let me know if this resolves the issues or if you have other findings.

[PE7GL]

Versie 6.0303 werkt hier met de Homey app perfect. Alle modes getest.

We wachten nog op een foutmelding in de APIV2 dan kan ik hier een notificatie aan koppelen.
Het zou mooi zijn als dit voor volgend jaar er in de software zit.

[visioncvg]

Hier soepele update naar versie 6.0303.
Vanuit HA aansturing stond deze hele dag al in mode "Standby"
Na update versie 6.0302 naar 6.0303 gingen hier de twee PiB's spontaan over naar "Nul-modus"
Via HA weer op Standby gezet.

[RonvanderPlas]

@visioncvg bedankt voor het melden! We nog even onderzoek gedaan en inderdaad nog een probleem gevonden waar de permissies en modus niet in alle gevallen goed onthouden worden bij een update of reboot.

[Velo1901]

Hier veel verbindings problemen met de P1 meter en 6.0303, batterijen melden E203 en alle oude versie energie sockets knipperen rood. Opnieuw verbinden, resetten, wifi interferentie etc. lost het niet op.

[fobrs]

Via de App de update van 6.0302 naar 6.0303 gedaan. Kreeg een time out melding. Daarna terug zag ik een update knop. Toen ik die uitvoerde precies hetzelfde: time out.
Daarna terug naar de homepage in app. En naar P1 meter. Toen stond er pas 6.0303 op...

[RonvanderPlas]

Bedankt voor het melden, mogelijk is dit eerder een probleem met de nieuwe app. We zullen het in de gaten houden!

[Devke1972]

De batterij springt vanuit de stand-by modus spontaan naar zero. Geen aanleiding daarvoor in mijn automatiseringen.

Ik heb even gezocht naar de trigger. De wifi van de p1 meter , beide batterijen is onveranderd op 100% gebleven.

In de logboeken van HA zie ik dat soms de sensoren Permissies en de modus waarin de batterij zit zijn waarde verliest maar dat het goed wordt teruggezet. Zie screen hieronder.

Even later gebeurd dat weer:

Ook dan volgt goede terugzetting naar de juiste modus. Kort daarna besluit de batterij toch naar zero te gaan. Voor de duidelijkheid, de Zendure Set staat wel vaker te ontladen en dat heeft geen effect op de PIBS. De stand-by stand voorkomt dit. Ter vergelijk. Dit heeft prima gewerkt altijd. Dit gedrag zag ik eerder ook zoals gemeld. Het is met de fix dus niet opgelost. Vandaar ik me weer even meld.

[Devke1972]

Aanvulling: Wat me opvalt is dat het aantal batterijen naar 0 gezet is ipv 2. Wellicht geeft dat wat houvast in de zoektocht.

[Devke1972]

Ook vandaag start de batterij spontaan met ontladen. Op dat moment staan we de EV al even te laden. Vlak daarvoor hebben wij het modem van de internet provider een x gereset. Nogmaals uitgevoerd om te kijken of hier een trigger ligt. Niet gelukt. Ook zien we afgelopen nacht een spontane wijziging van stand-by naar zero. Dit voor een minuut of 3 en daarna is de batterij zelfstandig weer terug gegaan naar stand-by. Wat opvalt is dat HA aangeeft dat de batterij modus verloren is. Deze hersteld vanzelf. De ene x gaat de batterij gewoon verder in de stand voor het "niet beschikbaar zijn van". Een andere keer volgt spontaan ontladen. Zie afbeelding. Er zitten dus rond 1 en half 2 reset acties van mezelf in m.b.t. wifi. Testen voor HW.

[RonvanderPlas]

Bedankt voor het uitgebreide onderzoek! We hebben inderdaad nog een probleem gevonden dat in niet alle gevallen de permissies onthouden worden wat de symptomen zou verklaren. We onderzoeken nog wat in dit geval de precieze trigger zou kunnen zijn.

[Devke1972]

Misschien heb je hier iets aan? Ik zie dat vanmiddag ook spontaan is omgeschakeld van wederom standby naar zero.

Dit kom ik in het logbestand tegen van HA. Dit is het IP adres van de p1

[FredPA3FR]

Hier ook een aantal malen ook de spontane modus verandering geconstateerd. Stond (via Homey) op ZeroModeChargeOnly en is op willekeurige momenten naar Zero modus gegaan. .

[Devke1972]

De batterijen een x uit en aangezet middels de grote knop voorop. In de alleen ontladen stand zag ik dat beide batterijen actief waren. Dit nog nooit gezien, mits er niet boven de 800W ontladen wordt. Nu wel.

De batterijen een x naar stand-by gezet en daarna terug naar Ontladen alleen. Nu pakt 1 batterij het wel zelf op i.p.v. verdeling over 2.

Edit..... balanceren stroomnet? Acties snel uitgevoerd na elkaar. Max 1 minuut.

[bash1073]

Still working as expected without untriggered mode changes. However, due to the low spread the PIB has not been very active over the last days. Last charge was on 10/12, last discharge was on 13/12. Now on 0% waiting for some low tariffs.

(software versions P1 meter 6.0303, PiB 1.0406, #PIBs 1)

[DennisSteenvoorden]

Aanvulling op het vreemde gedrag van statussen. @RonvanderPlas
Sinds juli gebruik ik HA om de batterijen via de lokale api in stand-by te zetten. Als ik mijn auto laad. Dit werkte vanaf het begin tot en met zondag goed.
Sinds vandaag werkt het niet. Er lijkt dus meer aan de hand te zijn dan alleen de p1 firmware. Omdat ik een kWh meter gebruik als meetpunt in de meterkast.

De pib’s staan nog steeds in lokale api mode. Wifi ontvangst is goed. Ik gebruik geen permissies.

[RonvanderPlas]

Weet je toevallig of er iets geupdate is afgelopen dagen? Voor de kWh meter hebben wij nog geen update uitgerold met de permissie functionaliteit dus deze zou onveranderd moeten zijn.

[DennisSteenvoorden]

Verder niks geüpdatet. Alleen enkele weken terug de pib’s en HA zelf. Ha wordt automatisch geüpdatet en is altijd bij.

[RonvanderPlas]

We hebben een nieuwe beta gereleased voor de kWh meter die misschien kan helpen. Mocht je daarmee nog problemen ondervinden graag melden in de hiervoor bestemde chat: #26
Graag houd ik dit topic gericht op de P1 meter.

[RonvanderPlas]

We are rolling 6.0304 out to beta today! This contains a fix for the permissions not being retained correctly after an update or reboot. This should improve on the switching between modes that you have been noticing! Thank you guys very much on the extensive research and feedback, it helps us out a lot!

[Devke1972]

Update gaat goed. Batterij komt alleen niet in de modus terecht waar hij voor de up-date in stond. Handmatig teruggezet.

[RonvanderPlas]

Waarschijnlijk heeft dit met hetzelfde probleem te maken gezien de vorige versie niet in alle gevallen de permissies goed kon opslaan. Waardoor hij na de update nog met verkeerde settings verder ging. Vanaf na de update zou dit niet meer voor mogen komen!

[visioncvg]

Update P1 van 6.0303 naar 6.0304 (2xPiB op 1.0503.)
PiB stond via HA in "standby mode" na update nog onbedoeld verder op NOM.
Maar zoals ik hierboven lees zou dat met de volgende P1 updates dus niet meer voor mogen komen.

[HA-Bjorn]

Het lijkt erop dat alleen nog de p1 meter beta updates kan ontvangen, zouden jullie de 3fase kwh meter opnemen toe kunnen voegen aan het beta programma? HWE-KWH3 ID: <redacted>

[DCSBL]

Hi @HA-Bjorn, Ik heb jouw kWh Meter toegevoegd aan het beta kanaal.

[joerijansen]

Ik draai inmiddels ook op firmware 6.0304 en heb een issue met het gerapporteerde vermogen op /api/batteries als ik switch van 'standby' naar 'to_full'.
De accu gaat zeker laden (zie +800W op de P1, led paars), maar in de response in JSON blijft de power op 0 staan:
{
"mode": "to_full",
"permissions": [],
"battery_count": 1,
"power_w": 0,
"max_consumption_w": 800,
"max_production_w": 800,
"target_power_w": -800
}

Als ik dit vanuit 'zero' naar 'to_full' doe, gaat het wel goed (maar dan zijn de permissies wel gezet):
{
"mode": "to_full",
"permissions": [
"charge_allowed",
"discharge_allowed"
],
"battery_count": 1,
"power_w": 800.66,
"max_consumption_w": 800,
"max_production_w": 800,
"target_power_w": -800
}

[holvoetn]

Goede morgen
Waarschijnlijk evident voor degenen die er al een tijd mee bezig zijn maar de instructies van API Batteries /api/batteries zijn volgens mij niet correct ?

Vb. instructie om permission te wijzigen
curl https:///api/batteries
--insecure
-H "Authorization: Bearer "
-H "X-Api-Version: 2"
-d '{"permissions": ["charge_allowed"]}'

Werkt voor mij niet. Maar wel als ik -X PUT toevoeg.

curl https:///api/batteries
--insecure
*-X PUT *
-H "Authorization: Bearer "
-H "X-Api-Version: 2"
-d '{"permissions": ["charge_allowed"]}'

Idem met instructie voor "Change Permission and Mode".

Voor mij is dit allemaal compleet nieuw, dus ik heb er wel even achter moeten zoeken waarom het niet liep zoals ik wou (maar uiteindelijk toch gevonden).
Momenteel stuur ik de commando's door via Windows cmd line maar ik zou dit graag toevoegen aan Home Assistant (ook nieuwe materie).
Zijn er ergens goede instructies te vinden (want tot nu toe ben ik nog nergens geraakt) ?
Ik kan ook gewoon wachten tot het mee in de integratie komt (2026-01 had ik ergens gezien ?).

Manueel werkt het alleszins wel zoals bedoeld voor zover ik kan zien.
Ik hou momenteel mijn batterij op zero met enkel charge_allowed tot het winterzonnetje voldoende op de batterij gezet heeft om het dan pas terug los te laten (toevoegen van discharge_allowed).
Paar keer getest met to_full tot ong. 50% en batterij blijft netjes staan tot de nodige permissie er bij komt.
(tijdens deze periode werk ik toch van thuis dus dan kan dat gemakkelijk via manuele weg).

[Devke1972]

Wachten op mag. Ik heb alleen ontladen zelf ook middels HA gemaakt. Voor hier misschien wat ver offtopic. Als je op tweakers mij even een DM stuurt dan kan ik je de code geven. Ben daar bekend onder de naam Devke. Kan wellicht ook via hier maar github is daar ben ik niet erg in thuis 🙈

[rvangeijtenbeek]

Werkt voor mij niet. Maar wel als ik -X PUT toevoeg.

Ja, het lijkt erop dat dit is vergeten in de twee laatste voorbeelden van cURL opdrachten op /docs/v2/batteries. The default method is GET, maar daarmee kun je niets veranderen.

[kegge13]

Ik weet niet zeker of ik dit kwijt moet bij de P1 of de PiB.
Vandaag schakelde ik de PiB weer in vanwege de overvloedige zonneschijn. Een kwartiertje later zette ik de PiB via HA van "standby" naar nulmodus. De PiB reageerde daar onmiddelijk op met laden. In het overzichtsscherm van de app was zowel bij "dag" als "nu" te zien dat alles goed ging en dat de accu op 55% stond. Een klein uurtje later, zonder duidelijke reden hoorde ik een relais klikken. Toen ik in de app naar het scherm van de PiB ging meldde deze lading 0%. Bij wat verder onderzoek bleek dat de PiB (groepmodus) volgens de app nog steeds in "open api-modus" stond en niet in nulmodus. Daarom heb ik daarom via de app nogmaals naar nulmodus geschakeld hoewel hij dus al duidelijk in nulmodus stond. P1 v6.0304, PiB v1.0503. De app wordt automatisch bijgewerkt. Is dit nog behulpzaam bij het vinden van de "verwarring" in de samenwerking tussen alle software en hardware?

[Devke1972]

Spontane stand verandering van standby naar zero (laden en ontladen). 1e sinds de update. Handmatig teruggezet.

[holvoetn]

Ik zie hier iets gelijkaardig.
Stond op alleen laden en zou pas om 16h00 op ontladen mogen komen via HA maar ik zie net dat die al bezig is...
Manueel terug gezet.