capture/repeat data ?

[Sam]

Here is what is supposed to be ASCII but it wont copy and paste accuratelyfor some reason.


ˆÿ xŠÂ @ϊá@8ŠÇ¡!&JˆÎ¦…jê@ ‘CŠê@ ØgŠë` žˆß@|õéÞ€Šê@ Øg«Æ@!&cëÆ@a&
Šë`0


s
Šë`0

Š”€³æ
Šë€0

Ë

Šë€0

¢j …3Šê@ ØŠ”€³ª•§³Šê@ ØgŠê@ ØgŠê@ ØjÞ@
ƒŠê@ Øg>



Here is HEX

>ATZ
ELM322 v2.0

>AT H1
OK

>ATMA
88 FF A0 02 78
8A C2 A0 12 00 40 CF
8A C3 A1 12 00 40 38
8A C7 A0 A1 22 78
6A EA 40 20 9E 00 E0
49 FE 1A 06 75
EB C6 40 61 22 62
8A EA 40 20 D8 00 67
49 FE 98 06 24
8A EB 60 30 01 01 16 02 12 01 17 73
6A 94 80 06 98 C5
8A EB 80 30 04 01 0C 02 10 01 0D A2
6A C2 A0 85 00 33
8A EA 40 20 D8 00 67
6A C2 A0 05 00 FA
AA 95 A7 05 B3 00 00 05
8A EA 40 20 D8 00 67
8A EA 40 20 D8 00 67
8A EA 40 20 D8 00 67
8A EA 40 20 D8 00 67

What do you think ?

[DynamoBen]

Ok, that tells me a lot. Heres the story.

First off, yes this is the standard protocol that I had expected. It follows the J2178 SAE standard.

This is in a 3 byte form meaning the first byte is Priority/Type, second is Target Address (Functional), Third is Source Address.

All the Sources are "Body Controllers."
A0-BF are "Convience (Doors, Seats, Windows)"

The Target Address is Functional which means its value determines the item being controlled.

6A C2 A0 05 00 FA

Lets use the above to describe what is what. C2 is the mirrors being sent a message from A0 a source inside the vehicle. 05 is telling the mirror to retract.

05=retract mirror
06=extend mirror

SAE J2178 part 2 describes the packet, and J2178 Part 4 describes the functional addresses. If you google you may run across these documents.

[Sam]

Thanks DynamoBen,
I'll try to figure this out.

[Sam]

Hi All,

DynamoBen,thanks to this forum I've started learning to program serial into the PIC !

Here is the code I'm using: (forgot how to do the code quote here)

'12F675
_CONFIG
_INTRC
_NOCLKOUT
_WDT_ON
_PWRTE_ON
_MCLRE_OFF
_BODEN_ON
DEFINE OSCCAL_1K 1
INCLUDE "modedefs.bas"
TX_Pin VAR GPIO.0 'To DB9 RX pin 2
RX_Pin VAR GPIO.1 'To DB9 TX pin 3

TRISIO.0 = 0 'Set GPIO.0 to output.
TRISIO.1 = 1 'Set GPIO.1 to input

ANSEL = 0 'disable ADCs
CMCON = 7 'disable comparator

AChar VAR BYTE
tx_pin = 0 'inverted mode idle state

achar="A"
Pause 100 'OSC settle time...

loop:
SerOut tx_pin,N9600,["AT SH 6A C2 00 ",13,10] 'set header
Pause 2000
SerOut tx_pin,N9600,["85 00",13,10] 'fold mirrors in


Problem is the elm322 and the vehicle does not respond at all. I've tried sending inverted and non inverted but the data light on the elm never activates as it does when I send this same data to the vehicle with the laptop.

Do I need to use a MAX232 for this or maybe modify the elm circuit as talked about in the elm docs ?

I can read it all in hyperterminal fine, any advice and guidance is much appreciated.

[DynamoBen]

You don't need a max232. First thing to check is that Tx and Rx are crossed over. TX to RX and RX to TX. That would be enough to cause your problem.

Also on page 17 of the datasheet it talks about about RX input being inverted based on the TTL standard. You would need to reinvert this line for this to work properly. This can be done via software or hardware.

Let me know what you find.

[Sam]

Hey Ben,
You were right, I had to switch the serial output of the PIC from the 2 pin on the DB9 cable to the 3 pin. But, that still didn't work so I then removed the 1k resistor that I had inline btwn the PIC and the DB9 and directly connected it to the 3 pin of the DB9 and it worked perfectly!

Now I have to learn SERIN,the code I posted actually came from a post from Mister_e because it seemed perfect for my project (thank you Mister_e) and then I just changed the output data. But, when I try to send anything from hyperterminal to the 12F675 nothing happens,nothing in the terminal window will show up regardless of any key I press???

Here is the actual code from Mister_e's post that I need help with getting the SERIN part working if anyone has some suggestions on why it's not working for me.



'12F675
@ __CONFIG _INTRC_OSC_NOCLKOUT & _WDT_ON & _PWRTE_ON & _MCLRE_OFF & _BODEN_ON
DEFINE OSCCAL_1K 1
INCLUDE "modedefs.bas"
TX_Pin var GPIO.0 'To DB9 RX pin 2
RX_Pin var GPIO.1 'To DB9 TX pin 3

TRISIO.0 = 0 'Set GPIO.0 to output.
TRISIO.1 = 1 'Set GPIO.1 to input

ANSEL = 0 'disable ADCs
CMCON = 7 'disable comparator

AChar var byte
tx_pin = 0 'inverted mode idle state

achar="A"
Pause 100 'OSC settle time...

loop:
SerOut tx_pin,N2400,["Waiting for ",achar,13,10]
SERIN rx_pin,N2400,[achar]
serout tx_pin,N2400,["Got it...",13,10]
goto loop


Thanks again, this is great!

[DynamoBen]

When you communicate with a PC you are now working with RS232 which requires a MAX232 or other circuitry to convert to TTL (the elm devices uses that circuitry for serial in/out). However, with the elm device you are talking TTL and can connect directly to a pic. BTW you can eliminate all the serial circuitry between the elm and pic (you will still need to flip Rx in software or add circuitry to do it via hardware).