Silvia Club of NSW

Some of you might remember a while ago i was making consult interfaces. Since selling my silvia and getting an r31 (and moving to sau ) ive also made a diy consult kit and am currently working on an lcd consult display.

Anyway, since ive been busy with the consult lcd display, i didnt want to have my half done consult software ive been working on for a while go to waste, so ive released a version of it here:

http://www.ecutalk.com

currently has read/clear error codes, gauges (full screen and auto resize to maximise screen usage) and logging. in future sometime i hope to add real-time graphs, active tests, rom dumping, and other random stuff.

Peter

cool!

I'll give it a go

_________________
The Engine Whisperer - fixer of things

Sounds awesome, will have to try it out.

BTW, I have a CA18 180sx, it does have what looks like a Conult port hidden in the fuse box area, do you think this will work with my car? (stock ECU I 'believe')

B.

brian, ive asked him about that plug and he said it wont work on a CA
this looks quite interesting. how much would one of these puppies be worth?

CA18s and cars converted from CA18 don't have the consult connector.
It's not too hard to wire directly to the SR ECU though if it's in a conversion car.

_________________
The Engine Whisperer - fixer of things

which puppies do you mean?

English tanslation for those who are a little younger...

How much are you looking for the software.

Wish I still had the stocker ECU in my car so I could take a better look at it. From what I can see you have spent some serious time getting all those features in the software. What did you write it in?

_________________
I didn’t break it, I just modified the operational status...
There are 10 types of people in this world, those that understand binary, and those that don't.

oh, the software is free (donation optional) as per the site. download for it is there

its written in a mix of vb/c# in .net (needs .net framework 1.1, links on downloads page). ive written it such that i can reuse the majority of it in a pocket pc app (eg the actual gauges, all the communications/back end code).

a while ago i tested it with a pocketpc and was able to write a simple app to connect and read the ecu serial number on my hp jornada 568 (ppc 2002 with .net compact framework), so there shouldnt be any technical issues with getting it to work, although speed of the pda will be an issue (will just limit how often the gauge can redraw itself)

realistically though i cant see a ppc version being completed for a long while yet, especially with my current focus being on the consult lcd display

id love to beta test a PPC version thanks

_________________
M35 Stagea.info @ http://www.m35stagea.info/

I have just started programing in VB 2005. I thought about porting my app to PPC down the track but don't think it would cope. Only a bit of a newb in the programing world and my code is a little resource bulky.

I would like to have a crack at dial and 3d graphs down the track. Is the graph stuff hard to code?

_________________
I didn’t break it, I just modified the operational status...
There are 10 types of people in this world, those that understand binary, and those that don't.

graphing wouldnt be too hard if u just use a ready made control (is mschart or whatever) - but cause i want to have graphs in the ppc version, im making my own graphing control which atm is a simple bitmap with pixels colour changed.

need to find some way to show the current data view (eg last 100 points on a rolling basis) rather than an image that keeps growing width wise indefinitely (which takes up more cpu/mem as it keeps growing)

one of the hardest things thus far has been to find a way to reduce updates when cpu usage is hitting 100%. in the current beta i had to implement a change which basically assumes that if the receive buffer (data already arrived and in the buffer) has all the data for x consecutive updates, then it must be under load, ie the graphics havebt been able to draw quick enough to keep up with how often updates are sent.

so when i think its 5 packets of data are read in a row all from the buffer, it drops packets until it reads a packet which it has to wait for (ie, data just sent) and by then its caught up. if i didnt do this, then data would just mount up in the buffer and the display would lag behind if the cpu wasnt able to keep up.

but again, that was caused because of the limitations of programming it so that it can work on a ppc (which has a subset of the available .net framework available to use).

Another CA dissapointment.....

so what's the cable hidden in the Fusebox for??? Looks awefully like a Consult cable, but could be some other form of diagnostics.

Once the car's converted to SR20, I will jumper in a consult cable for sure.....

B.

from memory the CA might have some other sort of diagnostic connector, but it's not a consult interface and doesn't give a data stream out.

_________________
The Engine Whisperer - fixer of things

since a few people are interested in a pocket pc app, and with uni going back next week, im gonna have a shot at it and see what i can get done by the end of the weekend. ill see if i can get fault codes + gauges done (and maybe bar graphs, but havent tested them really and dont use them in the normal version, but would be useful in this due to lack of screen space).

that would be great! i think the essential gauge is water temp (well for me anyway) and anything else you can fit onto the screen

what are you using for a serial link from the ECU to the PPC? i might have to find a D9 serial cable for mine

_________________
M35 Stagea.info @ http://www.m35stagea.info/