Software On ELM Street - OBD2 Software Development

Programs / Tools / Scripts
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 »

Dylan wrote:Tazzi, where did you buy your AVT 852 lead from? Direct from AVT HQ?
I know it's amongst these 100 odd pages but to lazy to look. I remember you saying very quick delivery.
Direct from AVT. Postage was quick, but I paid alot in postage for fast delivery :thumbdown:
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 »

Next on for SOE, is an adjustable track bar for how many frames to display per second. There will also be two labels indicating the gauge refresh rates.

The difference will be that the "desired" is how many screen refreshes you want the gauges to perform, Whereas the "actual" frames per second will be how fast the laptop is actually display updates.

The need for this has arisen as SOE is recording in excess of 170frames/second in vehicles such as VE V8, and SOE cannot update all the guages this quickly without some real processing power. This results in a delay between what is displayed and what is happening gradually over time.
The new implementation will record all the data, but will simply only update at a default 26frames/second which can be adjusted at will.

Also on the list is a checkbox for the initial connection to enable/disable the TCM checking.
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 »

Perfect example of "You get what you paid for"...

I had a few people saying that they couldnt get their ELMs to work with SOE. So I offered to purchase them off of them with proof of purchased item price, and whats found inside is like nothing I've ever seen before but at $5 a piece Im not surprised.
They fail to respond back to certain commands with a "?" meaning those commands are not supported. This occurs when the ELM has old firmware on it, "v1.2" I think from memory which does not support the latest ELM commands list used in SOE.

Pics to be posted soon..
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 »

Never.. ever.. seen a ELM board like this...
024.JPG
025.JPG
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
antus
Site Admin
Posts: 8237
Joined: Sat Feb 28, 2009 8:34 pm
cars: TX Gemini 2L Twincam
TX Gemini SR20 18psi
Datsun 1200 Ute
Subaru Blitzen '06 EZ30 4th gen, 3.0R Spec B
Contact:

Re: Software On ELM Street - OBD2 Software Development

Post by antus »

Yep oils ant oils they used to say... Elms aint elms i say! Never had 2 batches alike myself. Makes it impossible to get reliable stuff. Now if only i could get some more like that one i bought may 2013..... Hehe.

Obdlink sx seems to be the only reliable good elm compatible device i am currently aware of.
Have you read the FAQ? For lots of information and links to significant threads see here: http://pcmhacking.net/forums/viewtopic.php?f=7&t=1396
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 »

antus wrote:Yep oils ant oils they used to say... Elms aint elms i say! Never had 2 batches alike myself. Makes it impossible to get reliable stuff. Now if only i could get some more like that one i bought may 2013..... Hehe.

Obdlink sx seems to be the only reliable good elm compatible device i am currently aware of.
Yeah, those ELMs I pulled apart are modern as well, theres a date on that back saying 2015-05-07. So they are still selling rubbish devices with old firmware. The only parts worth while is the can chip, can tranceiver and the USB which I snipped off :lol:

Be nice if the AUD<->US price wasnt so shocking!
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 »

Had a few inquires with unknown DTC's. update SOE with some more DTC definition files to support even more Holden specific ECM faults!
v0.0.1.8 now live.
Your Local Aussie Reverse Engineer
Contact for Software/Hardware development and Reverse Engineering
Site:https://www.envyouscustoms.com
Mob:+61406 140 726
Image
yoda69
Posts: 1215
Joined: Sun Mar 15, 2009 10:20 am
cars: 2004 VYII Acclaim Wagon V6 Auto LPG/Petrol
2004 VYII Berlina sedan V6 Auto
2005 VZ Monaro CV8 manual
Location: Geelong, VIC

Re: Software On ELM Street - OBD2 Software Development

Post by yoda69 »

Nice work Tazzi, will try and give it a go on the weekend.
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 »

I went ahead and invested into a 3rd party GUI components to be used on SOE. To give it a nice.. make over.. and replace the gauges with something a bit faster and nicer. Im starting to fancy the metro application look.
Along with the 'frames/sec' adjustment that will be in the following update. I disabled that new implementation in v0.0.1.8 as my timing was slightly out. Windows 'tick' counter wasnt being very accurate for whatever reason.
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 »

Another late night coding session complete. :thumbup:

Whats been done now?
Added more fault definitions for both engine and transmission modules.

MAJOR modification in both engine and transmission data reading. SOE now grabs the latest data received and displays rather then each individual point. This allows a smooooooth, current display. Left SOE running in the car for 20mins and revs were still matching the vehicle when revving.

What was happening before, is SOE was trying to process each last point through all the gauges. This meant that more engine data was being recieved then was actually being processed.. causing a 'lag' to form after time. This has been resolved in the latest version.

Even though not 'all' of the engine data is displayed, its still smooth and all the data is still stored for saving/replaying.

Ahhhhhh, and final note before I forget it. Iv found that a 2007 VZ V6 ECU actually shows alot more different PIDs to a 2005. I originally worked off of a 2005 ECU soooo.. should have some more reverse engineer fun to come in the next few days to bring up "misfires per cylinder" ect which are currently missing.
Oh oh, anddddd... will be adding in "flags" as well (On/off, yes/no ect) type PID's. Just gotta come up with a full proof way of implemented them into the gauges
Your Local Aussie Reverse Engineer
Contact for Software/Hardware development and Reverse Engineering
Site:https://www.envyouscustoms.com
Mob:+61406 140 726
Image
Post Reply