800DiagTech
Member
Hi everyone,
I am working on a custom Python tool to decode captured J1850 VPW serial data on my '05 Tahoe to trace an intermittent startup issue. I've already mapped the physical layers, verified my grounds/fuses, and built out the base parser thanks to the incredible documentation here (shoutout to @TJBaker57 and others).
I am not looking for diagnostic troubleshooting steps for the ABS system right now; I strictly need help verifying a few protocol specifics so I can fix my decoder logic.
Question 1: IPC Loss of Comms LogicThe FSM states the IPC illuminates the ABS light when it detects a loss of communications.
Thanks in advance for keeping the focus strictly on the bits and bytes!
I am working on a custom Python tool to decode captured J1850 VPW serial data on my '05 Tahoe to trace an intermittent startup issue. I've already mapped the physical layers, verified my grounds/fuses, and built out the base parser thanks to the incredible documentation here (shoutout to @TJBaker57 and others).
I am not looking for diagnostic troubleshooting steps for the ABS system right now; I strictly need help verifying a few protocol specifics so I can fix my decoder logic.
Question 1: IPC Loss of Comms LogicThe FSM states the IPC illuminates the ABS light when it detects a loss of communications.
- My assumption: The IPC expects a periodic "node alive" broadcast ($State of Health / SOH) from the EBCM to the functional address $FF. If the timer expires without seeing this header/source ID, it triggers the light. Is this correct, and what is the standard broadcast interval (e.g., 2000ms) for the EBCM ($29)?
- If the EBCM is explicitly telling the IPC ($60) to trip the light, what does that payload look like? I assume a standard 3-byte header, but does anyone have the specific data bytes/parametric command used for IPC telltale control?
Thanks in advance for keeping the focus strictly on the bits and bytes!