Not yet. I'm still using an old ThinkPad laptop to datalog the OBD-2 DLC output, but I can't figure out how to log the TE WB output. On Peter's site there's a link to some datalog software for the TE WB- it lists software for the Palm, but he has removed the Windows version. Do you know of any freeware/shareware that will do this?
Wide Band O2 Sensor
- Thread starter YP5 Toronto
- Start date
Apparently no one has been able to make Windows software that can read the pin 2 output. I may just try to use the analog AFR voltage output and use a datalogging handheld o'scope.
This is from Peter's website:
"Serial Logger Output - RS232 - Pin 2
The onboard Atmel ATtiny microprocessor produces a serial RS232 data stream at 19,200 baud (8 bit, no parity). The information logged is shown at right, in the order that it's delivered in a data frame.
The first 3 (bytes 1, 2 & 3) and last (CRC byte 12) bytes allow the receiving computer to correctly synchronise with data and to check that data has not been corrupted. The frame sequence counter simply counts from 0 to 255 and then repeats, and allows the receiver to keep track of possible lost data frames.
The bytes 4 & 5, 6 & 7 and 8 & 9 are really high and low byte pairs (ie. Motorola format) of four 16 bit values. Each of these two bytes is really a 13 bit value in the range 0 to 8192 representing a voltage between 0 and 5.00 Volts. The actual measurement is made at an accuracy of 10 bits and is averaged over 8 samples for each of the 4 inputs (ie 32 interleaved samples).
Bytes 10 and 11 measure how many 5 microsecond time periods are counted between successive positive pulse edges on the COIL or RPM Pulse input pins. As the frequency of the pulses increases (RPM goes up), the count goes down. For a four cylinder 4 stroke engine (that produces two spark events per revoluntion), at 6,000 PRM there are 100 revolutions per second and 200 spark events and therefore the COIL input will measure 5,000 microseconds between sparks, or an RPM count of 1,000 for bytes 10 and 11. Note that if the pulse rate is lower than 20 per second then the unit will "time out" and return an invalid count.
Data Frame Format
1 - Frame header byte 1 (0x5A)
2 - Frame header byte 2 (0xA5)
3 - Frame sequence counter
4 - Wideband adc high
5 - Wideband adc low
6 - User 1 ADC high byte
7 - User 1 ADC low byte
8 - User 2 ADC high byte
9 - User 2 ADC low byte
10 - RPM count high byte
11 - RPM count low bye
12 - CRC (1's comp. sum of above)
The RS232 driver produces an output between 0 and Vbatt (say 12 Volts). This is fine for the majority of PC and PDA RS232 receivers as they will happily operate this way (it's outside official RS232 specs)."
This is from Peter's website:
"Serial Logger Output - RS232 - Pin 2
The onboard Atmel ATtiny microprocessor produces a serial RS232 data stream at 19,200 baud (8 bit, no parity). The information logged is shown at right, in the order that it's delivered in a data frame.
The first 3 (bytes 1, 2 & 3) and last (CRC byte 12) bytes allow the receiving computer to correctly synchronise with data and to check that data has not been corrupted. The frame sequence counter simply counts from 0 to 255 and then repeats, and allows the receiver to keep track of possible lost data frames.
The bytes 4 & 5, 6 & 7 and 8 & 9 are really high and low byte pairs (ie. Motorola format) of four 16 bit values. Each of these two bytes is really a 13 bit value in the range 0 to 8192 representing a voltage between 0 and 5.00 Volts. The actual measurement is made at an accuracy of 10 bits and is averaged over 8 samples for each of the 4 inputs (ie 32 interleaved samples).
Bytes 10 and 11 measure how many 5 microsecond time periods are counted between successive positive pulse edges on the COIL or RPM Pulse input pins. As the frequency of the pulses increases (RPM goes up), the count goes down. For a four cylinder 4 stroke engine (that produces two spark events per revoluntion), at 6,000 PRM there are 100 revolutions per second and 200 spark events and therefore the COIL input will measure 5,000 microseconds between sparks, or an RPM count of 1,000 for bytes 10 and 11. Note that if the pulse rate is lower than 20 per second then the unit will "time out" and return an invalid count.
Data Frame Format
1 - Frame header byte 1 (0x5A)
2 - Frame header byte 2 (0xA5)
3 - Frame sequence counter
4 - Wideband adc high
5 - Wideband adc low
6 - User 1 ADC high byte
7 - User 1 ADC low byte
8 - User 2 ADC high byte
9 - User 2 ADC low byte
10 - RPM count high byte
11 - RPM count low bye
12 - CRC (1's comp. sum of above)
The RS232 driver produces an output between 0 and Vbatt (say 12 Volts). This is fine for the majority of PC and PDA RS232 receivers as they will happily operate this way (it's outside official RS232 specs)."
Sweet! BTW....I will be using my Palm m515 for logging. It looks to me like the thinner cable that comes out of the 5301 display is to be used for a connection to my Palm, because it is only wired up for pins 2 and 5 of the DB9 (RS232 connector). Just in case I was wrong, I bought a male to male DB9 9-Pin gender changer adapter, and on one side, I pulled out all pins except for pins 2 and 5.
