Mitsubishi Logger proof of concept code WORKS!
Mitsubishi Logger proof of concept code WORKS!
Yes, I just ran a sucessful test of my proof of concept code for my own Tactrix/Openport 1.3 Mitsubishi cable Data Logger..
I sucessfully initialized the port, sent data to the ECU, and got a response..
I started with just a simple repeated request for RPM value..
0x21 is the requestid for RPM
Response was 0x33 0x26 at idle..
taking the significant byte 0x26 and converting it to decimal resulted in 38
multiplying it by the RPM formula (31.25x) resulted in 1187.5
That was my high idle value according to my ECU+ and AVC-R (1200rpm)
(AND YES I sampled data at different RPM's, held it there, recorded the value, and calculated those by hand also, all were correct assuming rounding errors)
Therefore this proof of concept code works sucessfully and I can move on to producing useful output..
I need more data on the responses for different request.. and other useful MUT communication that I can add to the program..
Currently the code is read using a timer, which will do 10 individual requests a second.. Within that request, it can sample up to 10 unique requestid's.. Therefore it should be able to log at least 10 lines of data per second.. I can increase this value as I run additional tests, but the faster it refreshes, the more data it drops..
This is a very exciting time for me, It will allow me to cut my dependence on the only other logging tool out there currently for the Openport 1.3 cable..
This program will be made available free of charge as long as you guys don't harass me too badly for support..
I sucessfully initialized the port, sent data to the ECU, and got a response..
I started with just a simple repeated request for RPM value..
0x21 is the requestid for RPM
Response was 0x33 0x26 at idle..
taking the significant byte 0x26 and converting it to decimal resulted in 38
multiplying it by the RPM formula (31.25x) resulted in 1187.5
That was my high idle value according to my ECU+ and AVC-R (1200rpm)
(AND YES I sampled data at different RPM's, held it there, recorded the value, and calculated those by hand also, all were correct assuming rounding errors)
Therefore this proof of concept code works sucessfully and I can move on to producing useful output..
I need more data on the responses for different request.. and other useful MUT communication that I can add to the program..
Currently the code is read using a timer, which will do 10 individual requests a second.. Within that request, it can sample up to 10 unique requestid's.. Therefore it should be able to log at least 10 lines of data per second.. I can increase this value as I run additional tests, but the faster it refreshes, the more data it drops..
This is a very exciting time for me, It will allow me to cut my dependence on the only other logging tool out there currently for the Openport 1.3 cable..
This program will be made available free of charge as long as you guys don't harass me too badly for support..
Last edited by MalibuJack; Sep 16, 2006 at 08:38 PM.
http://www.aktivematrix.com/forum/viewtopic.php?p=390
The official thread, and there is an official subforum dedicated to this application...
The official thread, and there is an official subforum dedicated to this application...
Originally Posted by jcsbanks
Nice. What is the first byte 0x33 in the reply then?
Trending Topics
Originally Posted by C6C6CH3vo
Stupid question: Uses just cable and computer to work, right?
Thats awsome malibujack. The "other" logger is acceptable. Actually its quite nice compared to my palm that I've used extremly sucessfully in the DSM. At any rate if someone says its going to be freeware then doesen't make it freeware that kinda bugs me. That is the only reason I bought that software and then he changed his mind.
With enough enthuasism freeware can really take off in the automotive world. It will also be nice to have someone in the states making a logger to work on our cars.
With enough enthuasism freeware can really take off in the automotive world. It will also be nice to have someone in the states making a logger to work on our cars.
Yeah, after seeing how easy it was to do, I'm surprised there weren't more attempts.
Don't get me wrong, I really like EvoScan, however the software took a direction I disagreed with..
1) Its not freeware or donationware (you can use it and donate to the cause if you like) Originally his decision was to pay for the dundas gages which I thought was a huge waste for eye candy
2) The only reason I bought into the program was because it was promised to be open source, and that it would be supplied with the purchase..
Although I'm on the fence on whether or not to eventually release the proof of concept code as a sample so others can develop their own tools. I don't ever intend to profit from the basic logger with all the useful features needed to adequately tune your car..
The software is intended to be modular so it can work with other tools and users can create their own plugins. And I have plans to implement using VBScript for manipulating the resulting data and outputting to the logs, this will allow one to add external components very easily and othe functionality without needing to modify the base code.
Don't get me wrong, I really like EvoScan, however the software took a direction I disagreed with..
1) Its not freeware or donationware (you can use it and donate to the cause if you like) Originally his decision was to pay for the dundas gages which I thought was a huge waste for eye candy
2) The only reason I bought into the program was because it was promised to be open source, and that it would be supplied with the purchase..
Although I'm on the fence on whether or not to eventually release the proof of concept code as a sample so others can develop their own tools. I don't ever intend to profit from the basic logger with all the useful features needed to adequately tune your car..
The software is intended to be modular so it can work with other tools and users can create their own plugins. And I have plans to implement using VBScript for manipulating the resulting data and outputting to the logs, this will allow one to add external components very easily and othe functionality without needing to modify the base code.
Originally Posted by MalibuJack
Yeah, after seeing how easy it was to do, I'm surprised there weren't more attempts.
Don't get me wrong, I really like EvoScan, however the software took a direction I disagreed with..
1) Its not freeware or donationware (you can use it and donate to the cause if you like) Originally his decision was to pay for the dundas gages which I thought was a huge waste for eye candy
2) The only reason I bought into the program was because it was promised to be open source, and that it would be supplied with the purchase..
Although I'm on the fence on whether or not to eventually release the proof of concept code as a sample so others can develop their own tools. I don't ever intend to profit from the basic logger with all the useful features needed to adequately tune your car..
The software is intended to be modular so it can work with other tools and users can create their own plugins. And I have plans to implement using VBScript for manipulating the resulting data and outputting to the logs, this will allow one to add external components very easily and othe functionality without needing to modify the base code.
Don't get me wrong, I really like EvoScan, however the software took a direction I disagreed with..
1) Its not freeware or donationware (you can use it and donate to the cause if you like) Originally his decision was to pay for the dundas gages which I thought was a huge waste for eye candy
2) The only reason I bought into the program was because it was promised to be open source, and that it would be supplied with the purchase..
Although I'm on the fence on whether or not to eventually release the proof of concept code as a sample so others can develop their own tools. I don't ever intend to profit from the basic logger with all the useful features needed to adequately tune your car..
The software is intended to be modular so it can work with other tools and users can create their own plugins. And I have plans to implement using VBScript for manipulating the resulting data and outputting to the logs, this will allow one to add external components very easily and othe functionality without needing to modify the base code.
Originally Posted by chrisw
MJ if you make this free, open source (real open source, not like ECUFlash is currently) then I would be happy to contribute.
