Re: Gm bcm and cluster can bus messages through eml327 scrip
Posted: Thu Mar 23, 2023 9:41 pm
have you tried ATAL (allow long messages)?
Electronic Fuel Injection - Developement & Tuning
https://pcmhacking.net/forums/
Soon no i haven’t will do soongmtech825 wrote:have you tried ATAL (allow long messages)?
gmtech825 wrote:have you tried ATAL (allow long messages)?
You should be able to send back the 2702 the moment you get the 2701. It sounds like you have something else going wrong in your app. If putty is showing you getting back the 2702 and your app is showing 2701 I think your app comms has the problem. The 2701 you see would either be an echo (which you can turn off in the init, or read properly if you expect it). Or if its the same buffer it might not have updated at all and it just still has the contents from the last message you sent outbound.Any ideas what to try next how much time can I go between 2701
And 2702key ?
Gampy wrote:You should not need to change the wrapping and crlf PuTTY settings ... The only PuTTY settings you should change are, the radio button to select Serial, and then the Serial line and Speed.
The ELM interpreter only cares about return ('\r') (0x0D), newlines ('\n') (0x0A) are ignored, ATL1 should not be used in programs, nor should E1, in fact it should be E0.
There is a good chance you are working with a numb ELM and it cannot do as asked, and or it could be your code (program), it's hard to say without seeing more.
Like how you're reading and handling the incoming data stream, how you're sending commands.
If the interpreter returns a '?', it didn't understand the question ...
-Enjoy
antus wrote:You should be able to send back the 2702 the moment you get the 2701. It sounds like you have something else going wrong in your app. If putty is showing you getting back the 2702 and your app is showing 2701 I think your app comms has the problem. The 2701 you see would either be an echo (which you can turn off in the init, or read properly if you expect it). Or if its the same buffer it might not have updated at all and it just still has the contents from the last message you sent outbound.Any ideas what to try next how much time can I go between 2701
And 2702key ?
ok no I was using sp6, I did also set sp2c user defined Can so I could attempt to ty and change data length it says its variable DLC but seems not to be the case.ironduke wrote:Very surprised you can wait 5 seconds between asking for seed and sending key..
I was never able to get any of my elm devices to send long messages.. What I did was turn off can formatting and send the "long message" line by line.. You'll have to research how they're formatted and then copy the formatting..
basically with CAN formatting ON the length byte and counter bytes are done for you.. If you turn it off you have to do it yourself.. for example 00 00 02 41 27 01 would need to be send as 00 00 02 41 02 27 01 where the 02 is the length byte..
It gets harder with messages longer than 7 bytes.. The 1st message has 10 for length but to say that it's going to be multiline and then the next byte is number of bytes..
After that each line has a counter instead of byte length byte.. starts at 0x21 and goes up to 0x2f and then resets to 0x20 and loops repeatedly..
This is from memory but to write the vin it's something like
00 00 02 41 10 13 3B 90 01 02 03 04
>> Here is where the ecu would send a 00 00 06 41 01 30 back in response for you to send the rest of the data..
00 00 02 41 21 05 06 07 08 09 10 11
00 00 02 41 22 12 13 14 15 16 17 00
Also maybe get in the habit of adding zero's at the end to make up a complete 12 bytes.. With CAN on I have seen some elms do it for you and other didn't.. With it off it is up to you to do it..
Some modules work ok without the message being 12 bytes, others not so happy..