vp44 CAN message
#1
Registered User
Thread Starter
vp44 CAN message
I'm betting nobody will answer this one even if they know, but here goes:
Has anyone figured out what the bytes in red, that are always '00', are for?
55 59 20 00 00 00 88 cb 00 00 00 a9 05 22 0d
The green ones appear to be the fuel rate. The blue ones are timing. The very last two, in black, are engine speed/2, 0.125RPM/bit.
I'd just try stuffing numbers in there to see what happens, but I can't afford a new vp44 if I screw up the PSG by doing so.
Has anyone figured out what the bytes in red, that are always '00', are for?
55 59 20 00 00 00 88 cb 00 00 00 a9 05 22 0d
The green ones appear to be the fuel rate. The blue ones are timing. The very last two, in black, are engine speed/2, 0.125RPM/bit.
I'd just try stuffing numbers in there to see what happens, but I can't afford a new vp44 if I screw up the PSG by doing so.
#3
Registered User
Thread Starter
PSG = the module on top of the vp44 (also called the FPCM, and many other names)
The message I'm looking at is what gets sent from the engine controller to the vp44 over the CAN bus.
The message I'm looking at is what gets sent from the engine controller to the vp44 over the CAN bus.
#4
Registered User
Join Date: May 2004
Location: Toronto, Canada
Posts: 259
Likes: 0
Received 0 Likes
on
0 Posts
There is a shielded 2-wire datalink between the VP44 and the ECM.
I am under the impression that this datalink is a J1587 datalink and is not a CAN bus. I could be wrong. I do not think that there is a CAN bus anywhere on a VP44-equipped ISB.
How did you read this message on the VP44-ECM data link? Scan Tools do not display individual datalink bytes, they can process the info and display the intended message.
Did you backprobe pins 1 & 2 at the VP44 or pins 4 & 13 at the ECM to retreive the data?
I am under the impression that this datalink is a J1587 datalink and is not a CAN bus. I could be wrong. I do not think that there is a CAN bus anywhere on a VP44-equipped ISB.
How did you read this message on the VP44-ECM data link? Scan Tools do not display individual datalink bytes, they can process the info and display the intended message.
Did you backprobe pins 1 & 2 at the VP44 or pins 4 & 13 at the ECM to retreive the data?
#5
Registered User
Thread Starter
There is a shielded 2-wire datalink between the VP44 and the ECM.
I am under the impression that this datalink is a J1587 datalink and is not a CAN bus. I could be wrong. I do not think that there is a CAN bus anywhere on a VP44-equipped ISB.
How did you read this message on the VP44-ECM data link? Scan Tools do not display individual datalink bytes, they can process the info and display the intended message.
Did you backprobe pins 1 & 2 at the VP44 or pins 4 & 13 at the ECM to retreive the data?
I am under the impression that this datalink is a J1587 datalink and is not a CAN bus. I could be wrong. I do not think that there is a CAN bus anywhere on a VP44-equipped ISB.
How did you read this message on the VP44-ECM data link? Scan Tools do not display individual datalink bytes, they can process the info and display the intended message.
Did you backprobe pins 1 & 2 at the VP44 or pins 4 & 13 at the ECM to retreive the data?
I read the message using a hacked ECM software that allows me to browse the ECM's memory while the truck is running. With this, I can read the data that is in the buffer before it is transmitted to the vp44 by the 82527 controller chip.
The software works with a special cable that is used to connect a laptop computer to the truck's OBD port.
Jim
#6
Could those bits be for 3 cylinder mode and advanced diag/calibration.
If the vp44 requests data from the ecm is it random and at what frequency.
What happens if the ecm doesn't respond in a timely manner will it just keep going with the last reply data. Is the CAN controller buffer a fixed memory location? maybe you can search all the code for any sections that write there. I have one schematic that has a wire between the vp44 and ecm labeled KNOCK SENSOR RETURN . I always thought this was an error have you discovered any thing in the code that looks like that could be?
If the vp44 requests data from the ecm is it random and at what frequency.
What happens if the ecm doesn't respond in a timely manner will it just keep going with the last reply data. Is the CAN controller buffer a fixed memory location? maybe you can search all the code for any sections that write there. I have one schematic that has a wire between the vp44 and ecm labeled KNOCK SENSOR RETURN . I always thought this was an error have you discovered any thing in the code that looks like that could be?
#7
Registered User
Thread Starter
Could those bits be for 3 cylinder mode and advanced diag/calibration.
If the vp44 requests data from the ecm is it random and at what frequency.
What happens if the ecm doesn't respond in a timely manner will it just keep going with the last reply data. Is the CAN controller buffer a fixed memory location? maybe you can search all the code for any sections that write there. I have one schematic that has a wire between the vp44 and ecm labeled KNOCK SENSOR RETURN . I always thought this was an error have you discovered any thing in the code that looks like that could be?
If the vp44 requests data from the ecm is it random and at what frequency.
What happens if the ecm doesn't respond in a timely manner will it just keep going with the last reply data. Is the CAN controller buffer a fixed memory location? maybe you can search all the code for any sections that write there. I have one schematic that has a wire between the vp44 and ecm labeled KNOCK SENSOR RETURN . I always thought this was an error have you discovered any thing in the code that looks like that could be?
The KNOCK SENSOR RETURN - I saw that one too. I believe it is an error.
The vp44 does send data back to the ECM, a message with error bits encoded into it. The message processing function clearly shows where the P0216 and other errors get activated from.
The various CAN messages have fixed buffer locations. I have completely disassembled/commented the function in the code that sends the message in question. The field that's always zero comes from a word in the calibration data that is zero in all the softwares I have looked at.
Trending Topics
#9
very cool indeed
i dont know if this is considered can protocol. closed area network protocal may be a little bit on the advanced side because it is only between two modules in this sense. However i do agree with you that this is indeed a variation of the can protocol. Anyway The first thing that came to my mind when i saw that is possibly a malfunction count??? i really dot know though. PS is that sowtware home brewed or open source. i was trying to to something like that but the whole lack of free time thing shut it down
#10
Registered User
Thread Starter
i dont know if this is considered can protocol. closed area network protocal may be a little bit on the advanced side because it is only between two modules in this sense. However i do agree with you that this is indeed a variation of the can protocol. Anyway The first thing that came to my mind when i saw that is possibly a malfunction count??? i really dot know though. PS is that sowtware home brewed or open source. i was trying to to something like that but the whole lack of free time thing shut it down
Thread
Thread Starter
Forum
Replies
Last Post
Totallyrad
General Diesel Discussion
13
07-19-2011 07:41 AM
AK RAM
Suggestions, Comments and Site Questions
5
10-31-2005 07:52 PM
admin
Suggestions, Comments and Site Questions
17
05-03-2003 11:45 PM