Hi there, I have an application with an MC41-FS connected to engine ECM and genset J1939 on CANB input. IQAN 6.05.18.6047. There are other devices on this J1939 as well such as instrumentation devices. These are all contained within a genset canopy and bolted under a train. The MC41 is used to control a single relay, thats its only function. Its not connected to any screens nor "Multi Master" system over Diagnostics A CAN for example. It does broadcast its status and other info like internal temps/status/fan speed etc using custom PGNs onto the same J1939 on CAN B.
This common J1939 CAN datalink is connected to the main group of Multi-Master controllers (MC43FSx3 and MD4-7x2). So the MC41 is indirectly linked to MC43FS on its CAN D using public J1939, just not the official Parker CAN Diagnostics link etc if you can follow that. It was not possible to use expansion modules for many reasons, MC41FS had to operate independently of the train when genset runs in isolation (not on the train) for testing etc.
There are 3 gensets on each train, therefore 3x MC41FS modules connecting to each MC43FS over 3x individual public J1939 datalinks.
I am also monitoring the J1939 using telematics, so I can see these devices operating semi real time.
Recently in service (12 October 21) all three MC41FS modules stopped communicating on CAN J1939 - all within about 20 minutes of each other. Train was in service and between stations. All other devices were fine and did not stop operating nor flag errors etc.
During monitoring , 3x MC41FS internal temps are well below 50 deg C at all times. Temperatures don’t seem a problem.
Yesterday we were able to attend the train while being serviced. I attempted to connect to the MC41FS's over J1939 CAN using IQANrun, and there was no response. We could not open genset to check lamp status as this is a sealed unit. So we only had the option to power down and on again. This cleared the issue and all the modules CAN network came back online again.
- I have read the article regarding the No Contact CAN errors and possible causes for this. There could be many reasons why this module may have problems, but the unit has been in service since July 2021 which is 3 months now. No other device has locked up (ie the MC43s modules are connected to the same J1939 datalink
- Looking at the MC41FS System Logs, there were historical errors with the Relay (Critical Error) but these were in July 2021, and since this time, there have been 5-6 System Started log events, meaning to me that the MC41FS was powered down and back again as part of battery isolation etc. This was the period when the genset was being commissioned and power supply and wiring issues were probably encountered regularly
- There were no System Errors recorded in the log folders since August. Nothing at the time of the CAN Buss Off issue in service
- The MC41FS has TDA enabled, so the MC43FS is used to send TDA PGN to the MC41FS over J1939 for date time alignment
- The article on No Contact references that CAN errors are accumulative before the CAN goes into Buss OFF status. Are CAN faults / issues cleared on reset? I would have thought so. Would this have been accumulative even though there were resets?
- With reference to 2x nodes sending the same CAN Identifier: Does this refer to the entire 29Bit header ID or the PGN only? Ie I see no problem if two nodes send the same PGN, provided they are not the same Source Address?
- Has there been any helpful updates in recent IQAN FW releases after this 6.05.18 version that will help re-set the CAN if there is a Bus Off event?
Its very hard to troubleshoot this situation from afar I know, and the only thing I can possibly consider changing is the application of the MC41FS or the FW or both.
Does anyone have any helpful comments/suggestions?
Customer support service by UserEcho