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…..
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!
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%
Quite a while ago I did a strictly theoretical calculation on ZOE’s acceleration. You can find the post here. The end result was 8.9 seconds. I think in reality it is somewhere between 11 and 13; I should really do a test for fun but I don’t have a free runway available for that.
Anyway, I did the calculations again for the R110 under the exact assumptions, and in addition assumed that the maximum power level during acceleration was 88 kW. I have no idea if this comes close.
Car starts it’s accelerates exactly like the Q210/R240/R90 models: 5.0 m/s², but the R110 hits it’s (higher) power limit a bit later (2.36 seconds) and a bit faster (11.9 m/s). The remainder of the acceleration is at full power, reaching 100km/h (27.8 m/s) after a total of 7.6 seconds, roughly 14% (1.3 seconds) quicker. That 14% is probably pretty close to the real world difference.
In the next release, which we will try to push out really soon, the Tyres screen has been augmented with a section where you can read the IDs of your TPMS valves and write them back. So, if you have a second set of wheels with TPMS valves, simply make sure you know and remember the IDs of the valves, and can write them back in after a change.
At this moment we have no way to let the car reliable learn new valves with unknown IDs, so you need to visit the dealer once more to get to the IDs of your other set of valves, but from then on, you’re done. Also, if you happen to buy after market valves, check the packaging if there is a 6 hex digit ID printed. Might save you a dealer visit.
If you have TPMS, our advice is to read out the IDs as soon as the next release is out and store a screenshot somewhere.
Thanks bjaolsen for the information and Richard for letting me try this on your car.
We might have ironed out most issues with the DIY dongle. If there are people willing to build an ESP32 based dongle, especially if they own a Q90, R90, or R110 model, we would like to hear about it. Requirements would be:
Preferably drive one of the above models.
Willing and able to build a dongle, which requires ordering stuff through Aliexpress or ebay HK, basic soldering skills, and either some basic knowledge of using PlatformIO with Atom (or VSCode) with git, or the ability to upload binaries to an ESP32 development board from the command line.
Fool around with it, and be willing to cycle quickly though different updates of CanZE or the ESP32 code.
This is a re-post of what I wrote on SpeakEV a few days back.
The battery in my key card had failed. Note that in the “non-keyless” version, the car does not warn you about that. I removed the mechanical key from the key card and put it in the lock. Turning it, the ring arch, acting as a lever snapped off. You can still see the original crack in the picture below. The arch is made from a hard rubbery material and it had obviously weakened over time. Glue was no option. The material is not very suited for it and anyway the levered forces on that tiny surface area would be way too high.
What I decided to do is first glue it with super glue to ensure it’s original shape. Then I used pieces of small black nylon tie rib to reinforce the arch. Using a hairdryer I bent one piece to follow the inside curve (where the key ring pulls), then glued it in with two component resin. I repeated that for the (flat) bottom part, filling up as much cavity space where I could. For extra strength I also put a third strip over the slightly curved top of the arch, diverting even more force from the original crack. I let it harden and then used a power file to grind away excess resin and sharp ends of the strips. Finally, I touched it up with some black permanent marker. I expect the nylon to last forever, the metal key ring will not shave that off soon.
Bottom line is: when using the mechanical key, tread very lightly. Also, do check the integrity of the arch part of your card. If in doubt, you might want to do something about it. I did with SWMBO’s key.