with only 1 phase connected the max charge power is 7,4 kw. So still plenty.
That’s the thing. You have a control range from 1.4kW to 7.4kW on single phase. So it is more useful for most of the time. It’s only for a few hours per day during a few months of the year, that the range of 7.4kW to 11kW comes into play, unless you want to charge at maximum possible rate from the grid.
A simple approach would be to install a 2-pole switch and control it manually. That’s what I do for charging at night, through another meter with a cheaper tariff. My dashboard sends me a notification to check the switch position before charging starts at 8pm and another notification to check it at 9am before solar power starts to become available.
Just wanted to say that i kept the root after updating my pulsarPlus to 6.1.19. I cant say if a 6.1.19 is still rootable but mine was rooted and it stayed rooted.
By the way i have a small request for the bridge, i made some modifications on my side (don(t know if it’s the best way) but could green_energy_added and grid energy_added be added to the bridge. Those are usefull and well handled by the wallbox (in case we use the native smart green features)
Also i made a script on my system (not using HA) to change the current energy price (i have a dynamic pricing depending on some days and hours) and i was wondering if the current set price and the possibility to change it’s value could be done via the bridge.
And with that we could also gather the charge cost calculated by the wallbox
thanks again
PS : about the added range, i noticed in the DB that there are some cars identified. But except having to manipulate the database i dont see a way to define a way for the wallbox to estimate the added range, i have seen nowhere a place to set "battery capacity and consumption average or something) for now i do my own calculation by script but i see that there is a field for the added range (always 0 on my side)
1st of all, thank you for the absolutely excellent integration, and especially the MQTT stuff. I have been using it both for the Wallbox Pulsar and to get the readings from the EM340 I have installed. One question though: Would it be possible to get the energy readings per phase (L1, L2 and L3) as opposed to just one summarized reading. I like granularity and seeing the consumption per phase allows me to identify at least roughly what I consume electrical energy for.
Thank you in advance,
if I’m not mistaken, the values from the EM340 through micro2wallbox are not summarized but the values of L1.
you can add the other phases in wallbox.yaml by copy/paste the L1 sensor code and rename to L2 and L3.
Might be missing something but I can’t find any other reference to the energy (Wh) than the sensor named sensor.micro2wallbox_energy. Or am I missing something here? The current and voltage per phase are there to get the power per phase, but not the energy (Wh) as that also needs to be persistent (shouldn’t reset to zero after each reboot).
I’ve just updated my Wallbox to 6.1.19 and can confirm that both SSH and MQTT bridge keeps working.
I’ve also added individual phase power measurements (used to be only the total l1+l2+l3). Also charging current per phase (I’ll use it for load balancing). Run the install script again to update.
First I ran the install script to update MQTT bridge, and restarted Mosquitto Broker to be sure.
Then updated my Wallbox to 6.1.19 and noticed the much greener Halo LEDs in the Ready state.
But I don’t see any additional sensors for L2, L3. My Wallbox is only single phase, so perhaps that’s why. However, I expected to see additional sensors with 0 readings for L2, L3.
You can create template sensors to calculate power in W per phase (voltage * current) and then create integration sensors to convert it to energy in Wh. You might find Energy Disaggregation or Non-Intrusive Load Monitoring (NILM) blueprint more useful though. I also have the EM340 meter and I’m able to track dryer/oven/stove/microwave/rice cooker appliances with that blueprint.
Did you figure this out? I also updated the wallbox to support the three phases but i can’t see the power on the other phases and the power reading on the power sensor now only shows half of the consumed power, as I am charging my car with 2x16A….
Might have pushed the trigger too soon. For some reason which I nedd to figure out the charger only charged the car on L2. Also the car claims it only charges with 3.6kW as it always before was 7.2kW. Need to investigate if powerboost is doing something here… the other thing that changed after I updated the mqtt scripts on the charger today is the mqtt sensor for powerboost status comes up as unknown. Before that it was ”3”. Wonder if this is related…
A little update here. Just plugged in the car again and it claims it get’s 7.2kW power but all sensors in HA (both MQTT and the original cloud based one) says it provides 3.6kW. The really wierd thing is that the wallbox app also says it is delivering 3.6kW only….?!?! Any idea what is going on here?
@rogli - No, I haven’t figured this out yet. I checked the file creation date on my Wallbox for the ‘bridge’ file in ‘mqtt-bridge’ folder. Sure enough it was updated on the day when I ran the install script, but otherwise it’s as if nothing changed. No extra sensors at all.
Hopefully, we will hear from @jagheterfredrik with an update because it seems as though something isn’t quite right with the latest version of MQTT Bridge.
OK - status update here:
I updated the latest scripts from @jagheterfredrik and restarted the Walbox Pulsar Plus I have. Now the car is charging and there is still something odd going on with sensors in HA:
-The car says it is charging with 7.2kW
-Looking at the energy dashboard and the energy consumed per hour, the power fed to the car must be 7.2kW.
-The wallbox sensors in HA, both cloud and through the mqtt service says the power was 3.6kW
-Also the wallbox iOS app reports 3.6kW as the charging power
-The new per phase values for the mqtt sensors said that L1 fed 16A but L2 and L3 were on 0 A
So it seems the charger is providing the power that the car requests but the reporting is really off. Any idea how to solve this? Is it possible to get older versions of the MQTT modifications for the wallbox installed? Is it possible to go back to the previous firmware version of the box?
Any help here is truly appreciated!
That seems unrelated to the rooting and the bridge as the app also reports the wrong value. I’d try a restore (advanced settings in the app), that will take you back to the version that was present when your wallbox was manufactured.
Edit: if this is v4.x it seems you might not be able to root again!
Is there a way to find out before? Thinking about it, if it was a 4.x at delivery (which it likely was since it was bought in 2019), how was I able to root it in that case? Sorry, but rooting is really not something I am mastering, but wouldn’t it be possible to root if I reset it, update it to the latest fw and then root it?
I just know that I seriously want the device rootes to get all the features you have been providing through that!
@rogli - My Wallbox was also bought in 2019 (with the Zentri bluetooth chipset like yours) so I expect it had the v4.x firmware originally. However, it has been regularly updated so was running v5.x firmware until last week. Now I’m running v6.x and this is unable to be rooted at present. However, because I installed root access prior to upgrading, it’s still OK.
What you need is a way to roll back to v5.x to solve the problem you’re experiencing. There are hints that this is being worked on, but I don’t know for sure. Definitely, it’s not a good idea to publish copyrighted software from Wallbox in an open Github repo, so this would need to be arranged in private with the repo owner.
