You are currently viewing our boards as a guest which gives you limited access to view most discussions and access our other features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload content and access many other special features. Registration is fast, simple and absolutely free so please, join our community today!
If you have any problems with the registration process or your account login, please contact contact us.
any other program other than datascan that does maptracing? this is obviously essential to tuning, and makes it loads easier... frankly i dont want to pay for datascan, since ill probably end up using tunerpro... and im obviously cheap (if youve seen the consult adapter, you'd know) maybe somebody could write up a supliment for tunerpro, it would be the ultimate program if it had consult support!
No, but its needed. We need to switch from using the method datascan uses to get the TP values and just have them streamed directly in the values streamed from gauges.
Someone should start an open source consult effort. Make it C#, use the free MS C# express compiler please.
didnt somebody have a consult library for linux a while ago? i seemed to remember seeing it... wouldnt having the TP being streamed in require that the ECU's code has been modified to stream that?
*edit*
so i finally found that code i was looking for earlier http://freshmeat.net/projects/nissaneculibrary/ , i was interested in this YEARS ago cause i was hoping to see a crappy frontend that i could compile on my 200mhz powerbook running linux, but this is really just a library thats open source... also i believe its fairly low-level, im sure some would need to be re-done to use this in C#, but its a start! oh and how does bikisoft/datascan do it? doesnt it use some consult funtionality to pull addresses in ram, probably just TP and RPM... with my bikirom its possible to do this WHILE all other functions are being logged, this isnt possible in datascan?
No, datascan is using the C9 command (called read from ROM in the plms consult command protocol doc, but its really a read from any memory command). The 5A command is used to read the normal parameters. Yes, on the older (B13,S13) ecus you do need to edit the list of registers and add the TP address. The newer ecus already have TP as one of the values you can stream. Don't worry about this, its trivial.
If you want to play with the consult commands and see how they work, download CalumSult and flip to the debug tab. That lets you send commands to the ecu and watch the response. Just type the hex command in the bar and hit the send button. Its fun to see how simple yet powerful the command set is.
Btw, don't bother borrowing someone else's code, just start it from scratch. Or its on my to do list one of these days, I've needed to get away from the clunky CalumSult 'code' for a long time. Seriously, if your interested in starting something, Google C# .net 2.0 com port demo or something like that, there's a good demo app out there written for C# express. Its a good little tutorial for working with the com ports. I'll dig up the link if you can't find it. Handling com ports in .net2.0 is really really easy btw, I really like it.
since i have your attention now though, do you have any bare consult PCB's left? ill need 2 of em if ya got em! and the library i listed has a bunch of A/C support and stuff... but cool link to PLMS, hadnt seen that (at least that i can remember)
I have a healthy consult engine that monitors for disconnects w/auto reconnect written in .net 2.0, along with an accurate 2d table trace function.
Right now it is all contained in my software, Zeitune, which also has full rom editing functions. I can make great work of designing a skeleton for a more universal editor Calum if you would like to help with the project, I would be down as well.
Heres the thing though, I can translate my code by hand or by software to C# express if I wanted to, but what is the big advantage? With VB there is much less syntax to have to deal with and the resulting .Net 2.0/3.0 code is essentially the same. Im sure if I had a stronger background in C I would feel a bit differently, I have always found ways to avoid it though, I like named statements.
My laptop and desktop both had catastrophic failures recently, so until I can salvage the hard drive data I will be out of the game for a while.
The .net 2.0 com ports are much easier to use than 1.1, but there is still a big documentation problem for the serial encoding.
This isnt so much of a problem when sending a known set of commands, but when sending variables you have to have the correct encoding set so that it recognizes all ascii characters. It is documented no where from microsoft and there are literally hundreds of different encodings, but I finally figured it out.
I picked C# just because I have a C background, and I like C# (its like C++ lite). I picked the express platform because it is free, and thus anyone could hack on it. VB is cool.
I'm planning on opening up the embedded software on the next major version of my Realtime boards. For simple stuff (like setting rpm triggers) I was planning on using TunerPro and memory addresses not used by the ecu, but it would be nice to have software that directly supports more complicated features (like ADC channels, etc). I just don't have the time to write something from scratch.
If your up to contributing something as a starting point for something open source, that would be totally cool.
speaking of zeitune???
we gonna see a new beta or full version soon... see if you cant add a static addition/subtraction for timing, for use in other engines, all it has to do is "appear" different in the software, any new beta to throw my way? oh yeah, possibly a calibration for the IAT? later
didnt realize you had a hard drive crash, sorry to hear that... havent gotten it up and running, and nope, havent gotten it running in my S14, but i have changed my plan of action, instead of making a ugly adapter harness, im gonna use a SOHC S13 harness in place with S14 sensor wires/SMJ spliced on, hoping its gonna be fairly easy and will look/function better than a ghetto adapter. http://eccs.hybridka.com/viewtopic.php?t=1448&start=18
already got the harness outta my car though. and should have the S13SOHC in the mail shortly
Check the plms standard consult register doc, TP is load. Also useful is B/cal or whatever its called, its the value of TP before the self-learning has been applied. No, the B13/S13 register table doesn't extend far enough. That would be too easy I guess.
I know the exact matching TP and B/cal ram addresses for the B13/S13 ecus by looking for code snippets that deal with those values that are the same in the B13/S13 ecus and B14/S14 ecus.
On the editor/consult thing, what would be really cool is if the consult portion wasn't built-in, but a plug-in. That way you could custom the consult for a particular vehicle without having to change the code on the editor for different cars. Or even use a plug-in for a different type of ecu, like a Subaru.
There can be a good amount of configuration done in the address file, which I am working on implementing now. Could eventually even be some scripts of sorts.
Question, does the b14/s14 ve table use the same RPM and TP variables for table plotting as the afr and ignition table? I know the scales are different.
I never really ran across what has been described as b/cal on the older ecus, but there are sometimes many different instances of TP with different levels of correction. I have seen lots of examples where they will use different TP variables for afr and ignition tables as well, so I will provision for at least 2 different TP variables for tracing (or maybe 3 if B14 VE requires).
Or does B14 ve plot with TPS like ka24e alpha-N table?
Here is a basic 2d/3d 16x16 table editor with consult maptracing I put together. It will support any ecu (with consult) having the TP variable(s) placed in the consult stream table.
It is finished, should be available in a couple days.
so in something like, say, a S13 DOHC ECU, the (ecu) code would have to be modified to stream whatever TP address via consult? either way though, looks nice! any .adr type system to allow loading maps from different locations?
The AutoGuide.com network consists of the largest network of enthusiast-owned enthusiast-operated automotive communities.
AutoGuide.com provides the latest car reviews, auto show coverage, new car prices, and automotive news. The AutoGuide network operates more than 100 automotive forums where our users consult peers for shopping information and advice, and share opinions as a community.
