I read quite a few complaints about the heater system. Not that it’s a bit underpowered, but really off, as in just blowing cold air when heat is requested. I am more or less trying to compile a list of user-fixable, or -detectable causes, from what I read on forums. Please comment if any of what’s listed here is wrong by your experience, or right!

  • Low on coolant gas. Rattling sound by the compressor. Dealer trip needed. CanZE might help, it shows the gas pressure after the compressor. It should be around 4-5 when idle and around 20 when working hard;
  • Cabin sensor. It is at the bottom of the rear view mirror mount on the wind shield;
  • CLIM computer bug: it is said that in combination with or after a demist, the car can refuse to heat. I am not sure if a hard reset (next bullet) is needed, but one could at least switch de-misting off;
  • CLIM computer lost it’s mind. Things happen. Pull/push fuse F3. It is the rightmost column, the first fuse counting bottom up in the fuse panel in the cabin. Should be a 10 amps fuse.

Some people have reported heating the outside temperature sensor to roughly 50 degrees using a hair dryer or a hot towel (it’s the dimple under the right hand side wing mirror) also seems to kick the computer’s logic.

Edit: see this post for a follow up.

Please skip if you are getting tired of this development talk 🙂 ……

While I was debugging the WiFi interface today I was, of course still getting in and out, now and then resetting the dongle, making sure th car was awake, etcetera. And then one of those “aha”-moments struck me.

What if I took a web-server (or even the Wemos reprogrammed) and make it emulate my gateway with possibly prerecorded answers from my car?

Eureka! Not only would I not need to leave my desk anymore, I could do entirely without the car, even tweak values supposedly coming from it. As all the primitives that are available in the real ELM327 driver are also present in the WiFi gateway, it should work. So, I quickly threw together a small “Wemos WiFi Bluetooth gateway emulator” on my ancient Freecom NAS server and verified it could serve at least one IsoTp frame (module temperatures). Like this for the IsoTp primitive:

<?php
$PAR = $_GET['f'];
switch ($PAR) {
    case "7bb.79b.6101":
        echo "{\"C\":\"IsoTp\",\"F\":\"$PAR\",\"R\":\"61011381138700000000000000000000000009980D61033A20D000000548000000000000000E721D000001142927100000000000\"}";
        break;
    case "7bb.79b.6161":
        echo "{\"C\":\"IsoTp\",\"F\":\"$PAR\",\"R\":\"6161000972C0C8C8C8ACA40000DB8D00002D6DFF\"}";
        break;
    ........
}
?>

So here is what that looks like, interface wise

jeroen:~$ curl http://[removed]/wemos/IsoTp?f=7bb.79b.6104
{"C":"IsoTp","F":"7bb.79b.6104","R":"6104000032000033000032000032000032000032000032000032000032000032000032000032"}
jeroen:~$

7bb and 79b is the ID pair of the LBC, and 6104 is the command to get the cell temperatures. The real frame contains more data but this is the only part used by CanZE in the heatmap. I have marked those fields in blue. Those are the 12 module temperatures in hex, with an offset of 40 degrees (32 hex is 50 decimal, minus the offset is 10). Then I continued working on the “ELM327Http” device in CanZE, which was sorta done, but was still full of errors. After a few hours of painstaking work, but not leaving my desk (the family was out with the ZOE anyway): success.

As I was 80% done with tedious under the hood changes for the new diagnostics, I had to fix the many problems I had introduced in that area too before CanZE was only slightly willing to operate at all. Did I already mention how that process goes? Well, exactly like that, but now without all of the car back and forth stuff.

Next: sniff the car on all possible frames and put that in the PHP code. After that is done, verify the other screens and then onto the diagnostics. Stay tuned.

Next day edit: of course errors keep popping up and I fix them as we go, but I have now committed the changes to the branch for internal testing. I also too a snapshot of my car (all free frames and all diagnostics of the EBV, LBC and CLIM computers) and put them all in said webserver “car emulator” code.

With mentioned gateway now in place, and the car happily charging (therefor awake) in my front yard, and what seems to be a fairly good description of all diagnostic fields, it is SO much easier to peek into the car’s diagnostics. So, on my laptop I made a little program plowing through the database of diagnostic commands of the EVC (motor controller), the LBC (battery controller)  and the CLIM (heater / airco computer), request every known diagnostic frame, pull out the values of each frame and write that back into the database. We are talking over 3000 values for these 3 computers only.

I can see the pressure in the Airco circuit, which is not fairly low as it was not running, but laso things like the positions of every airflow valve.

Here some data from the LBC.

This post is not about the ZOE, Fluence or Kangoo Z.E., but about what it takes developing something like CanZE. Imagine debugging this beast without a car systems emulator on your desk and no Bluetooth emulation in Android Studio. The process goes a bit like this:

  1. Think of some great feature you always wanted to implement;
  2. Program it;
  3. Conclude you made some silly errors;
  4. Back to 2, when done…
  5. Download it to your phone;
  6. It crashes immediately;
  7. Back to 2, when done…
  8. Walk to the car, unlock it, wake it up, start Canze, wait for it to pair with the dongle, open your great new screen;
  9. It crashes immediately;
  10. Close car, kill remnants of CanZE, get back in the house, sit down, connect phone to USB only to conclude the crash post mortem is gone from the phone’s memory. Back to 2. When done…
  11. Notice it doesn’t do exactly what you intended. Often you’re now back to 1 instead of 2, as you need to think again where you conceptually went wrong. Sometimes that means creating entire new data structures. And all the existing functions need to work;
  12. It works! now at least test some of the old functionality!
  13. Old functionality is broken;
  14. Fix it. back to 10

And I am not even talking about version control, releasing, managing changes between developers. It is a far from complete list, but you get the idea: it is a tedious process often taking place in the hours after midnight.

As I am working on a major change involving getting more diagnostics data from the car I decided enough was enough. I build a special piece of hardware based on a “Wemos D1 mini” processor and a “HC-05” Bluetooth interface (eBay is your friend). It connects my WiFi network directly to the KONNWEI dongle in the car. The processor acts like a web server and all the primitives CanZE can ask the dongle, this little computer can too. In essence it is initializing the dongle, getting a free frame or a diagnostic command. Wemos runs about 1000 lines of C code to do that, part of which is very similar to the ELM327 driver in CanZE. Though CanZE is Java of course……..

This little thingy is now in the window sill near the car, while my desk is at the complete other end of the house. Total hardware cost is under 10 Euros, but of course many hours went into programming it. The Wemos is a fantastic implementation of the ESP8266 processor by the way, but I digress.

Next on my list: Modify CanZE (see process above!) so it can use http to get the data from the car. Not only would (notice that I am not saying “will”) that enable me to run CanZE from my phone while still at my desk, but it should also enable us to finally run CanZE in the Android Studio device emulator. There is one minor thing left though. The car must be awake for this to work. That usually means it should be on and started; in some cases, it just charging is enough. Oh well, we can’t have it all can we?

Through a friendly forum poster we got our hands on some important CANbus message definitions that should enable us to massively expand on the diagnostics side of CanZE. Getting more information from the LBC (the controller within the battery enclosure) seems within reach. We will also try again to get to the BCB (charger) through the CANbus and if we can work that out, we might be able to get a lot of information from it. We still like to know WHY a charging sessions fails and the BCB is the computer that has that information. Stay tuned.

Andy Fras found and posted this video about replacing the pollen filter. For the DIY types, a new filter can be had for just a few euros on eBay. The last one on my Renault dealership invoice was 27 euros including taxes. Not earth shattering saving, but still.

Thank you Andy, we’re always interested in things “ZOE inner workings”, be it drawing, pictures, videos, descriptions.

You’d expect the rebuild of the 26 kWh battery by Imecar in Turkey to be dead in the water with the announcement of the 41 kWh user-available battery for the ZOE Q90 and R90 models. However……….. They are now making a 56 kWh raw capacity version, in the standard ZOE battery for factor. I would expect that to give 375 km true range minimum.

The receptacle of the charge plug is sometimes problematic.

  • Some plugs are very hard to get in. It could be plugs out of mechanical spec, but still. The solution is to apply a very tiny bit of plumbers grease or silicone spray on the offending plug, and to confidently ram in the plug. Don’t give ZOE time to engage the locker before the plug is entirely in. Never ever use something grease or oil based;
  • As a result, the mechanism doesn’t always lock, which can put the car in an endless retry loop, draining the 12 volt battery (been there, done that). Solution is a again a confident, two hand push, and to wait until the motor lock silences (no “wheee wheee” sound). Even better, hold it in place until the actual charging starts;
  • The inner flap on the earlier ZOEs had a very flimsy hinge design. It has improved but if you have a an old one, apply a bit of silicone spray on the pusher mechanism of the hinge, the part that keeps the flap in an open or close position. If this hinge snaps, it is a very costly repair as basically the entire receptacle mechanism and cable will be replaced. I was able to repair it, but the alternative approach is to order a protective i3 receptacle cap at your local BMW dealer. Something like 15 Euro’s and you’re set!

And then there are the real failures. On one of the English forums, two users seem to have the same problem being that the cable is locked, but the car doesn’t recognize it and keeps retrying. It can lead to endless “Ongoing checks” or even BCIs. Pete disassembled the locker mechanism and the micro-switch detecting the locked position is indeed of a bit dubious design. He fixed his car temporarily by removing the locker mechanism altogether from the receptacle so now the pin is entirely free. It’s an easy removal using just two screws. This is of course no permanent solution but as always, if you can save yourself from a nasty situation…… knowledge is power! Enjoy the pictures and thank you Pete.

Edit: see also this post: http://canze.fisch.lu/the-charge-plug-locking-mechanism-4/

locker3
Locker assembly

locker1
Unlocked – microswitch with red ring is free

locker2
Locked – microswitch with red ring is engaged (hopefully)

This is how it looks like when looking under the bonnet. Notice the orange cable coming from the BCB, splitting in 3: the main part goes to the receptacle, one thin strand is the cable to this locker mechanism going over then making a U-turn into the connector and the nose opening motor, and the third strand popping forward towards the blue-red LED assembly.

Version 1.16 is being rolled out, so stay tuned while Google approves the build 😉

Changelog

2016.10.11 [Jeroen] Refined length of prediction interval
2016.08.24 [Jeroen] Split ZOE into ZOE Q210 and ZOE R240 for battery prediction