A lot has been written, assumed, wrongly (and rightly) measured and interpreted about the efficiency of the charger. The biggest problem has always been that the big capacitors in the the charger filter section create a fairly large phase shift (phi) so real power is not the same as RMS voltage times current. This is not inefficiency. It’s, at most, ineffectiveness.

I have been in contact with an Italian professor in Power Electronics and he has put an R110 on some serious lab equipment. The results are as follows

Set point current (A)Power battery (W) *)Power AC (W)Current AC (A)Power efficiency (%)
326043707031.685.5
285325630028.184.5
244366523023.483.5
203543427019.681.1
162840356016.280.7
131881254011.874.1
10134119409.369.0

*) Battery power (DC) was derived from CanZE, voltage times current

Conclusion: If charging at a 16A setpoint (single phase), the efficiency is only a few percents lower than the highest measured. 85.5% is nothing to write home about but not bad. 80.7% at 16A is surely not as bad as some people would like you to believe.

I hope to get my hands on some 3 phase measurement. There is reason to believe the efficiency could be better, as there is a lot less curve following to do.

Note: I drafted this post in February and somehow never published it.

Github user SMCinc posted his research on ZOE’s TPMS system in CanZE’s issue tracker.

The proper TPMS sensors can be coaxed to transmit their ID using 125 kHz activation tool. Those tools are cheaper than a decent dongle. Search for “EL 50448”.

The transmission of the sensor can be received by a cheap DVB-T USB Stick with RTL2832 chipset and the rtl_433 software from Github and a Zadig driver (latter only if on Windows). It runs fine on a Raspberry Pi.

rtl_433 -f 434000000 -R 123

Here is example output

https://user-images.githubusercontent.com/55346351/74090534-b2093680-4aac-11ea-9261-9887df32b3a6.png

The ID of the the sensor here is A3FFDAD which should be entered in CanZE as

I had my hands on a ZE50, but unfortunately no CLIP tool was available to “tap”. Things have definitely changed.

  • The SAE1962 (“OBD2”) connector has moved to the A pillar just in front of the handle to open the bonnet;
  • The MM CANbus has been removed from the connector;
  • The V CANbus has been replaced with what seems to be a diagnostic bus.
  • The exposed CANbus is completely silent. At this moment my conclusion is that the connector is now connected to a separate gateway (port). It does not relay the free frame chatter and needs to be “coaxed” into delving deeper into the car. To make that happen I need to have a session with a real, updated CLIP tool.

It seems we’re right on time finishing up the “Use ISOTP mode” setting, because I doubt free frames will be made available at all.

Thanks to SpeakEV user B9er we can present you even more pictures of a gutted Q model BCB and Filter. Contrary to my earlier thoughts, the neutral current sensor is in the black box. BTW, this part failed and he is looking for a second hand BCB or black box. Leave a comment here if you have one for sale for him please. And now for the eye candy…..

Coil, capacitor block, charger electronic block
More charger electronics block
Opened
It’s main board
Motor Neutral current sensor location
Power part
Current sensor board

The next two are from the filter module. One relay is the L3-N relay, the other bridges a pre-charge set of resistors. Remember this post? Yep, that’s it!

One of the two relays in the filter
Other side of the PCB, 4 big solder joints are the two relays; right one is pre-charge bridging the resistor bank

The Tire IDs (and pressures) are conveniently labeled Front Left, Front Right, etcetera, but the car has no separate receivers for the individual wheels. It just sees four values coming in and checks it. Enough for the warning light, but not for us users. We want to make sure the pressure is stated for the correct wheel, and the ID for the correct wheel is displayed.

We’re in a pickle a bit as we received a report that the Rear IDs in CanZE are swapped, while we have followed available documentation. As none of the developers have a TPMS equipped car, it’s impossible to experiment. So in case you are a “tire guy” with a TPMS equipped ZOE, please do some experiments and confirm (or deny) said report. Thanks!

I’ve been busy recoding the interface between my home automation and ZE services as Renault changed their entire apps and API to “MY Renault”. That worked out with the kind help provided by James. All back on track again in Node-RED.

While doing some research I ran into a post from one of the developers on the French forum. This was one of the things he mentioned that has always been “somewhat known”, but more precisely formulated now.

  • Start of charge
  • During charging, every 30 minutes (every 15min for Z.E. 40)
  • End of charge
  • Beginning of a journey
  • During the trip, every 30 minutes (every 15min for Z.E. 40) or every 5% of SOC (state of charge of the battery)
  • End of a trip
  • Before sleep (3 min after lockout) if the battery value has changed since the last message
  • Before sleep (3 min after lockout) if the car is not connected, a charge is programmed and the charge level is less than 100%
  • Low battery alert
  • Instant pre-conditioning set point.