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.
Before we start two things: I made a significant error about ripple current in the previous post, corrected now. Also, we have a lot less data for three phase operation, so this post is more speculative. If you think I made significant errors, please comment. Before going on, I assume you’ve read at least the post Charger Design.
Theory: Consider the following set of graphs, the first one representing the voltage between each of the phase lines (La, Lb, Lc) and Neutral (N).
The output voltage Vdc of a three-phase full-wave rectifier as shown in that post looks like the second graph. Side note: The 0 potential in the upper graph (the N line) is very much not on the same potential as the 0 in the middle graph, which represents the minus output of the rectifier. For a 400 volt line to line system, the average Vdc will be almost 540 volt, peaking 562 and bottoming 487.
Assuming for the moment a simple resistive load on that Vdc, the input current on the wire of phase A Ila will look like the third graph. So there we have it. It looks “somewhat sinusoidal”, but there will be quite a few harmonics in that current. But we can imagine this waveform a bit smoothed out by the filter contraption of the charger.
I have exactly one voltage-current graph of a ZOE charging in 3 phase operation. It is for a Q model on an 11 kW (3 x 16 A) charger, but the battery was already quite full, so it is running on a lower current.
Looks familiar? Some phase shift and smoothing by the filter and that’s it. Just like with the single phase charging, the phase shift is noticeable because of the relatively low charge current. The dips in the middle of the tops are quite noticeable. The current can’t be shaped like the the line voltage simply because in a three-phase full-bridge rectifier, 1/3rd of the time a wire simply can’t provide current. For the remaining 2/3rd, the charger seems to simply follow the voltage curve of the raw DC output, just like it does when running in single phase mode.
A good article about rectifying 3 phases can be found here.
Only slightly related: I received power intake graphs from both a Q210 and an R240 when throttling down. It seems the Q model steps down in roughly 600 Watt steps, while the R model uses smaller 300 Watt steps.