MattStrike
October 19th, 2009, 01:24 PM
From the Serial I/O view:
Send: $F0,$57,$01,$00,$B8
Finished writing frame
Start reading frame
Com timeout: Expecting frame header byte
Start reading frame
Com timeout: Expecting frame header byte
.
.
.
From the .ds:
DATA STREAMS CONTAIN THE SAME INFORMATION IN THE SAME FORMAT WITH 31 WORD FORMAT. AFTER RECEIVING THE ALDL'S $F0 POLL THE TOOL MUST ANSWER THE POLL WITH A MESSAGE THAT HAS THE FOLLOWING CONTENT IN THIS FORMAT. THE FIRST BYTE WILL BE THE DEVICE ID ($F0). THE SECOND BYTE WILL BE THE MESSAGE BYTE COUNT (ALWAYS $04, IF NOT ALL MODE BYTES ARE USED FILL THEM WITH NULLS $00). THE THIRD AND FOURTH BYTES (1st AND 2nd DATA BYTES) ARE ECM MODES (see ECM ALDL modes), THE FIFTH AND SIXTH BYTES (3rd AND 4th DATA BYTES) ARE BCM MODES (see BCM ALDL modes). THE SEVENTH AND FINAL BYTE IS THE CHECK SUM.
Also in the .ds:
³ MESSAGE CODE $F0 IS USED BY THE ECM TO POLL FOR THE PRESENCE
³ OF AN ALDL TESTING DEVICE. IT IS TRANSMITTED FROM THE ECM
³ WITH THE FOLLOWING FORMAT
³
³ - MESSAGE CODE = $F0
³ - MESSAGE LENGTH
³ - SUM CHECK
³
³
³ IF AN ALDL DEVICE IS PRESENT, IT WILL RESPOND WITH THE FOLLOWING
³ MESSAGE:
³
³ - MESSAGE CODE = $F0
³ - MESSAGE LENGTH = 85 + 0 = 85 = $55
³ - SUM CHECK
³
³ ONCE IN ALDL MODE, THE ECM WILL CEASE TRANSMITTING THE NORMAL
³ MODE MESSAGES ($0A, $05).
So is the ECM only going to respond to a write frame of
$F0,$55,$01
or
$F0,$04,$01
or
is the ECM just screwed up? The computer is setting the SES light, but it does not flash any codes just blinks incredably fast when the terminals are shorted - normally there is a on-board CRT that *turns on* and displays error codes and other data from the ECM/BCM. I'm also trying to diagnose another problem with the car.
The cable I'm using works on 160 baud '86 computer, and two '94 buick computers (regal, PA) and I have had no issues reading ALDL data with those (of course, I didn't write the .xml descriptions myself)
Send: $F0,$57,$01,$00,$B8
Finished writing frame
Start reading frame
Com timeout: Expecting frame header byte
Start reading frame
Com timeout: Expecting frame header byte
.
.
.
From the .ds:
DATA STREAMS CONTAIN THE SAME INFORMATION IN THE SAME FORMAT WITH 31 WORD FORMAT. AFTER RECEIVING THE ALDL'S $F0 POLL THE TOOL MUST ANSWER THE POLL WITH A MESSAGE THAT HAS THE FOLLOWING CONTENT IN THIS FORMAT. THE FIRST BYTE WILL BE THE DEVICE ID ($F0). THE SECOND BYTE WILL BE THE MESSAGE BYTE COUNT (ALWAYS $04, IF NOT ALL MODE BYTES ARE USED FILL THEM WITH NULLS $00). THE THIRD AND FOURTH BYTES (1st AND 2nd DATA BYTES) ARE ECM MODES (see ECM ALDL modes), THE FIFTH AND SIXTH BYTES (3rd AND 4th DATA BYTES) ARE BCM MODES (see BCM ALDL modes). THE SEVENTH AND FINAL BYTE IS THE CHECK SUM.
Also in the .ds:
³ MESSAGE CODE $F0 IS USED BY THE ECM TO POLL FOR THE PRESENCE
³ OF AN ALDL TESTING DEVICE. IT IS TRANSMITTED FROM THE ECM
³ WITH THE FOLLOWING FORMAT
³
³ - MESSAGE CODE = $F0
³ - MESSAGE LENGTH
³ - SUM CHECK
³
³
³ IF AN ALDL DEVICE IS PRESENT, IT WILL RESPOND WITH THE FOLLOWING
³ MESSAGE:
³
³ - MESSAGE CODE = $F0
³ - MESSAGE LENGTH = 85 + 0 = 85 = $55
³ - SUM CHECK
³
³ ONCE IN ALDL MODE, THE ECM WILL CEASE TRANSMITTING THE NORMAL
³ MODE MESSAGES ($0A, $05).
So is the ECM only going to respond to a write frame of
$F0,$55,$01
or
$F0,$04,$01
or
is the ECM just screwed up? The computer is setting the SES light, but it does not flash any codes just blinks incredably fast when the terminals are shorted - normally there is a on-board CRT that *turns on* and displays error codes and other data from the ECM/BCM. I'm also trying to diagnose another problem with the car.
The cable I'm using works on 160 baud '86 computer, and two '94 buick computers (regal, PA) and I have had no issues reading ALDL data with those (of course, I didn't write the .xml descriptions myself)