If you want to learn about your Renault electric vehicle, you’ve come to a good starting point. We will supply you with an app that displays driving stats and lots of interesting information about your car. All you need is a Bluetooth OBDII dongle and an Android device. For a more detailed description of the app see the about or the screenshot page.
The app is also available on Google Play store here.
There are two ways to reset the trip part, which makes the car “forget” driving and battery behavior.
Reset “light” is through R-Link. This will reset the range indicator (GOM) to a value proportionally related to the capacity of the battery. In effect it forgets how (un)economical you have driven. It was used in the old days to check how healthy the battery was.
There is also a harder reset, called the “two pedal reset”. Keep the driver door open, start the car, keep the gear in N, press and hold both pedals and press up key on the windshield wiper control until the averages message appears in the display. Now hold that button. First it displays the current values, then it starts flashing, then the average values display —. Now let go. This reset seems to also make the battery computer (LBC) loose quite a bit of acquired parameters and the GOM shoots up to a crazy value.
The car will rather quickly re-learn the state of affairs. Just don’t rely on the range indicator on your first trip after a reset.
Thanks to the kind people running the OVMS project, we have access to quite a bit of documentation on the Twizy. Unfortunately, the current developers are unable to implement this knowledge into CanZE, mainly because lack of Twizy to play with :-). If developing CanZE taught us one thing, it is that it is virtually impossible to add functions without the car available; remote testing simply doesn’t cut it.
So, if any volunteer is available, we would be happy to take him or her into the team. There is no hard prerequisite (hint: when I started I had not written a single Android program), but it would be fair to say the following would help, in diminishing order of importance:
- Owns a Twizy, ELM dongle and an Android device, and is willing to play and experiment with it;
- Can bear to stumble along and spend too much free time;
- Has done some development in Java or C++;
- Has done some Android development.
We would love to hear from you!
This post is more for reference. In the R models there is no BCB and no PEB. These functions (power distribution, inverters, motor controller) are all integrated in one huge box called the PEC. Inside are several modules doing the hard work. Here are a few pictures of the PEC,the R240 motor, and the complete assembly.
R240 / R90 motor
R motor / PEC assembly
Starting now, we might sometimes publish pre-release builds for people who want to be on the bleeding edge, but are unable to build from the source. I am still checking if these can be unsigned builds. Regard these pre-releases as unstable and unusable, but if you are not afraid of fiddling with APK files and not afraid to re-install older, more stable versions if things go haywire, you might want to grab these from github in the releases section. They will always be clearly marked with an orange “Pre-release” flag. Here is an example, where we added some interesting BCB stuff to the experimental section.
We’ve had quite a few remarks and questions about the modified firmware screen. Please note you now need to tap an ECU line to display it’s version information. We now display 4 fields that are all required to find the proper definitions of what these computers can and cannot do. Also, note that the reference numbers are gone. There are simply too many hardware permutations and we have no reliable source about what is the latest for what version of what hardware.
Today I finally got some data from the BCB. I am not crying victory yet, but here are a few teasers. Screen-shots were taken close to the end of a charging session on my home single phase 16 amps charge-point.
Harmonic leak currents look fine, with only the LF one (that is 50 Hz) a bit on the high side. Maybe the scaling is not good. We don’t know what acceptable values are.
On single phase, the voltages on the BCB screen look a bit weird, but I will be working on that.
Chris sent me a very interesting dongle. It is called a Freematics ONE. The simplest way to describe it is it being an ELM327 CANbus interface, plus a fully programmable Arduino UNO, plus an SD-card interface, plus a Bluetooth interface, plus serial-over-USB (oh yeah, could do a fast, wired CanZE version) plus an accelerometer, plus (optionally) one of WiFi, GPRS+GSM or xBee modules. Pricepoint is not crazy expensive: a bare version would come in at 70 USD.
I am still figuring what to do with it, but it sure is a great datalogger. And assuming the ELM327 “look-alike” chip inside is reasonably compatible with the V1.5 dongles we use, the Arduino code is in large part available, as I made that for the WiFi gateway. Anyone got cool ideas?
We received a CLIP clone today. CLIP is the tool that your Renault mechanic will use to diagnose any of the brand’s cars. The tool was very kindly financed by “kick-starter” style funding on the Dutch and UK forum. Thank you all for that! Reason I asked for it was that we really like to get to the data of the BCB (the charger inside the car) and we haven’t been able to figure out why. This post is a short update.
Let me first say, the hardware is a serious piece of kit. You have seen your dongles and my interface s and that´s child play compared to this. Two rather massive 4 layer PCB’s plus a connector PCB. Admitted, it seems the hardware can do ISO 9141-2 next to CAN, but the ZOE doesn’t use that. Anyway, it explains the price-point somewhat.
The good news is that it works. Somewhat. As ar as we understand Renault is pushing more and more functions to their central services and there is very little we can do with the tool without online connectivity, which we obviously do not have. Or maybe we do not understand it yet, which is a possibility.
Still, it’s able to run a diagnostic script on all computers of the ZOE and extract their DTCs, including a more extensive context. In theory, that should be enough to teach us how to get at least some data from the BCB. Stay tuned for updates.
2017.02.12 [Jeroen] Added total energy to ChargingTech #430
2017.02.12 [Bob] Spanish language file added, many thanks to the contributors
2017.02.11 [Jeroen] Improved code to get DTC's
2017.02.11 [Jeroen] Added TCU to the DTC reporting
2017.02.11 [Jeroen] Changed http interface to use RequestID instead of ResponseID
2017.02.09 [Jeroen] Added compressor RPM graph (0-4000) in climatech
2017.02.09 [Jeroen] Fixed Y axis on ChargingGraphs for model 90s
2017.02.06 [Jeroen] Fixed formatting problem in ChargingTech
2017.02.05 [Jeroen] Code fixup on getting strings from language packs
2017.02.05 [Jeroen] Added debug lines to all running screens
2017.02.05 [Jeroen] Lots of code and layout cleanup
2017.02.03 [Jeroen] Allow operation without BT adapter so runs on emulator
2017.02.02 [Jeroen] Fixed ELM test #427
2017.02.02 [Bob] Merged German with file received from Roland Klose <email@example.com>
2017.02.02 [Jeroen] Compressor power dissed, replaced with RPM.
2017.02.02 [Jeroen] Hotfix on master: log level #417
2017.02.02 [Jeroen] Added German (Thank you Stefan!)
2017.02.01 [Jeroen] Climatech, climate replaced power by a graph
2017.01.31 [Jeroen] Added Slovenian (Thank you Zdenko!)
2017.01.27 [Jeroen] Climatech, Power as extra field