SAE CAN ADX for AVT cables

160 And 8192 Baud Aldl
User avatar
Tazzi
Posts: 3422
Joined: Thu May 17, 2012 8:53 pm
cars: VE SS Ute
Location: WA
Contact:

Re: Software On ELM Street - OBD2 Software Development

Post by Tazzi »

Jayme wrote:yeah its not pedal...... its throttle blade.
also WTF.... Data bus must behave way differently on E38 ... either that or my laptop has a big issue hahaha.


as for the check pids command... maybe the command works differently on E38 or something ... not sure.
Did not know that.. :D
I figured it must be the actual throttle blade position.

Button? Well.. there might be my issue.. wheres the button? I though it was just a matter of going to the "Data list views" and selecting "Supported PIDs" from the list and it should automatically run the command for that? Like it does on the ALDL adx's.
Your Local Aussie Reverse Engineer
Contact for Software/Hardware development and Reverse Engineering
Site:https://www.envyouscustoms.com
Mob:+61406 140 726
Image
User avatar
Tazzi
Posts: 3422
Joined: Thu May 17, 2012 8:53 pm
cars: VE SS Ute
Location: WA
Contact:

Re: Software On ELM Street - OBD2 Software Development

Post by Tazzi »

Jayme wrote:can you grab a serial port monitor of pressing the check pids button to see what its returning if anything...
Yep.. have to give me a moment to get that up and going.
Your Local Aussie Reverse Engineer
Contact for Software/Hardware development and Reverse Engineering
Site:https://www.envyouscustoms.com
Mob:+61406 140 726
Image
User avatar
Jayme
Posts: 2585
Joined: Sun Mar 01, 2009 8:59 am
Location: North Coast, NSW

Re: Software On ELM Street - OBD2 Software Development

Post by Jayme »

nah.... on the toolbar there is a drop down list of commands and you can send it manually by pressing the send button. it wont populate till you stop logging and then press the send button. lots of adx's have commands defined there :)
User avatar
Tazzi
Posts: 3422
Joined: Thu May 17, 2012 8:53 pm
cars: VE SS Ute
Location: WA
Contact:

Re: Software On ELM Street - OBD2 Software Development

Post by Tazzi »

Jayme wrote:nah.... on the toolbar there is a drop down list of commands and you can send it manually by pressing the send button. it wont populate till you stop logging and then press the send button. lots of adx's have commands defined there :)
*Crawls back under his rock..*
Your Local Aussie Reverse Engineer
Contact for Software/Hardware development and Reverse Engineering
Site:https://www.envyouscustoms.com
Mob:+61406 140 726
Image
User avatar
Tazzi
Posts: 3422
Joined: Thu May 17, 2012 8:53 pm
cars: VE SS Ute
Location: WA
Contact:

Re: Software On ELM Street - OBD2 Software Development

Post by Tazzi »

Anychance you can post a picture? Im not seeing it haha
Your Local Aussie Reverse Engineer
Contact for Software/Hardware development and Reverse Engineering
Site:https://www.envyouscustoms.com
Mob:+61406 140 726
Image
User avatar
Jayme
Posts: 2585
Joined: Sun Mar 01, 2009 8:59 am
Location: North Coast, NSW

Re: Software On ELM Street - OBD2 Software Development

Post by Jayme »

start by going view> toolbars > make sure data acquisition send command is ticked. then in the toolbar you will see the drop down box and send button shown at the top of this photo:

Image
User avatar
Tazzi
Posts: 3422
Joined: Thu May 17, 2012 8:53 pm
cars: VE SS Ute
Location: WA
Contact:

Re: Software On ELM Street - OBD2 Software Development

Post by Tazzi »

Jayme wrote: also WTF.... Data bus must behave way differently on E38 ... either that or my laptop has a big issue hahaha.
With ignition on, engine off. Its around 90Hz.
And with engine running, it jumps up to 160ish.

Which.. is pretty damn good if you ask me!

I do have to say, I could tell my laptop was running a bit harder.. since when I tried to save the snapshot.. it wasnt instant like usual. :lol:

Im currently on a dual core Intel i5 1.7GHz lappy running win8.
Your Local Aussie Reverse Engineer
Contact for Software/Hardware development and Reverse Engineering
Site:https://www.envyouscustoms.com
Mob:+61406 140 726
Image
User avatar
Jayme
Posts: 2585
Joined: Sun Mar 01, 2009 8:59 am
Location: North Coast, NSW

Re: Software On ELM Street - OBD2 Software Development

Post by Jayme »

could be how fast the ecu responds to commands too! the bus should be the same speed for alloytec and E38 but I cant get any quicker than about 33hz! I bet the E38 is faster to respond to requests for data and thats why its speeding up. I would love to see a serial port monitor of it logging and see the gap between the request and response and compare to the bosch computers log.
User avatar
Tazzi
Posts: 3422
Joined: Thu May 17, 2012 8:53 pm
cars: VE SS Ute
Location: WA
Contact:

Re: Software On ELM Street - OBD2 Software Development

Post by Tazzi »

Yeah Id say the E38 is a bit more beefy and will hammer out the frames alot quicker. Pretty damn good for single requests!!!

The supported PIDs are: 1,3,4,5,6,7,8,9,B,C,D,E,F,10,11,13,14,15,18,19,1C,1F,20

I think Im actually missing a few of those SAE PIDs in SOE. Will have to actually look into adding those.

Id be interested if you bump up the AVT baud speed to something higher, could possibly pump out data quicker, unless your doing that already?.
Your Local Aussie Reverse Engineer
Contact for Software/Hardware development and Reverse Engineering
Site:https://www.envyouscustoms.com
Mob:+61406 140 726
Image
User avatar
Jayme
Posts: 2585
Joined: Sun Mar 01, 2009 8:59 am
Location: North Coast, NSW

Re: Software On ELM Street - OBD2 Software Development

Post by Jayme »

I was under the impression the AVT baud speed didnt do anything anyway and it always runs at max speed! either way I havent touched any baud settings other than turning up the tunerpro baud setting to 512000

ill do a new ADX and put all the E38 SAE PID's into it :D that should get more attention than the shitty old alloytec one.
Post Reply