PicoScope 7 Automotive
Available for Windows, Mac, and Linux, the next evolution of our diagnostic scope software is now available.
Vehicle details: | Iveco Eurocargo |
Year: | 2009 |
Symptom: | |
Author: | Ben Martins |
No-one likes an intermittent fault. You can guarantee that by the time you get to look at it, the problem won’t be there and the chances of it reappearing will be once you hand the vehicle back to the customer. I was asked to join a customer following precisely this situation where an initial assessment was carried out only for the fault to not reappear during the diagnosis. Only once the driver was back on the road did it come back and when this fault occurred, the gearbox would select neutral, idle speed would increase, lack of throttle response and would then just sit there with no way of moving it.
With the warning lights on the dashboard the first step was to take a look at the fault codes.
A large number of codes present with the active faults being in the gearbox stating missing messages and CAN message errors. Majority of the faults are pointing towards the CAN network. With everything saved, all fault codes were deleted in order to see if any were returned and, as expected with an intermittent fault, all cleared with no faults present.
Grabbing the scope we took a look at the network at the 16 pin DLC connector. There is also a 32 pin connector with some Ivecos but the 16 pin was the connector used to obtain the fault codes.
The raw signals from CAN H and CAN L were taken referenced to chassis ground and the maths channels A+B and A-B were added. Even without the maths channels something isn’t right. Using the signal rulers we see that when the bus is inactive, the idle voltage is sitting just over 2V when we should be expecting 2.5V. This is also highlighted in the A+B maths channel which should be a relatively flat line at 5V. When a message is being broadcast, the voltage does jump up to 5V which is expected. CAN H at 3.5V and CAN L at 1.5V when added together give you 5V.
By including A-B we get to see what the ECU is seeing as internally this is what is happening. A differential network like CAN is especially fault tolerant as by subtracting the two, any interference which is present in both CAN H and CAN L is removed leaving a much cleaner signal to carry out decoding on. This is why the A-B signal looks pretty much perfect as we have 0 - 2V which is expected. Despite the voltage levels not being correct, as far as the ECU is concerned it can still decode the messages being sent without any issues. Considering we have missing messages and CAN errors something more major must be happening.
Being as the problem is intermittent sometimes you can manifest the issue by attempting to recreate the symptoms. Going from the fault codes the engine ECU is reporting missing messages between the gearbox ECU and the same goes for the gearbox ECU reporting missing messages from the engine ECU. Using the wiring diagram we redrew the CAN network.
Given it’s the location in the network and on the vehicle, we disconnected the aftertreatment ECU with the engine running leaving just the ECM, NOx sensor and aftertreatment ECU in the network. As expected the dash illuminated with all the warnings as well as the engine idle speed increased which is the same as when the fault occurs.
With the scope connected to the CAN on the aftertreatment ECU we could still see that the idle voltage was not right. Moving to the disconnected side of the network the voltage levels were correct pointing us towards an issue within the aftertreatment ECU, engine ECU or the NOx sensor. Based on location the NOx was disconnected and we saw the network voltage restored. But as we can see the ECU’s would still have no issue decoding despite this voltage problem so what could be causing the issue where the network seemingly shuts down. With the NOx sensor disconnected a visual inspection was carried out where we found a build up of corrosion on one of the terminals indicating water ingress.
Clearly that isn’t right and needs correcting and if water ingress was getting into the connector could an internal malfunction cause further problems, like a short across CAN H and CAN L?
Only one way to find out and that was to manually cause a short.
Reconnecting the aftertreatment ECU to the rest of the network but leaving the NOx disconnected, we can see that our BUS idle voltage is restored to 2.5V and our CAN H + CAN L is at the expected 5V. Shorting the network will of course bring it all down and cause a lot of faults. Interestingly when performing the short, the same symptoms occurred with the engine idle speed increasing, no throttle response and the gearbox moving into neutral.
Seeming the NOx sensor is the likely cause of the issue but something stuck out when deleting the fault codes we had produced. There was no fault code for the NOx sensor being missing. How can that be considering it was disconnected? What was even more intriguing was when we went into the live data, there was data for the NOx sensor which was changing depending on the engine speed! Slightly surprised considering if we only had a scan tool to diagnose with, the NOx sensor would not have been high up on the action list, if even made it to the list. One possible solution for this situation is if the vehicle had been subjected to a “modification” where the NOx sensor values are recreated in the ECU to make it believe there are no issues with the sensor.
Given the lack of fault codes and the fact the network voltage was restored, the NOx sensor was removed from the network. As this is still an intermittent issue and during the rest of the testing we were unable to recreate the fault, the operator was asked to only use the vehicle within the confines of the building site in order to further test the vehicle to ensure the issue was resolved. Following a number of weeks the issue has not been reported indicating the NOx sensor was indeed at fault. Going forward the customer has been advised that to fix the fault a reflash of the ECU to put it back to standard and a new NOx sensor fitted will be required.
Being driven by the data to work towards a diagnosis will give you the evidence required to back up any repair or additional work. This was an interesting fault that was made more difficult due to a deliberate modification to the original system. I hope this helps.