Mitsulogger v1 Officially Released
#32
Its hard to tell with your data, but it looks like its dropping an item earlier in the line.. That response wait parameter might help you..
Understand that the faster the engine runs, the more "Distracted" the ECU is to responding to data requests..
I'll add some error checking to the v2 code to verify the echo response is correct, if its not, I'll carry over the value from the previous line or use something to easily identify a bad value (an xxx or something)
Understand that the faster the engine runs, the more "Distracted" the ECU is to responding to data requests..
I'll add some error checking to the v2 code to verify the echo response is correct, if its not, I'll carry over the value from the previous line or use something to easily identify a bad value (an xxx or something)
Last edited by MalibuJack; Oct 24, 2006 at 08:27 AM.
#36
Evolved Member
iTrader: (17)
Join Date: Aug 2004
Location: In da streetz
Posts: 3,275
Likes: 0
Received 0 Likes
on
0 Posts
Jack what about logging extrenal sensors or other logging devices like those found in the innovative lineup. I have an RPM converter (LMA-2) from Innovative which is basically a 5 channel 0-5v logger. I'm using it to log my gm 3bar map sensor. Is there anyway in incorporate that data??
#38
I actually rearchitected the v2 code a bit, now the logger is seperate from the MUT-II code, the MUT portion now operates independently of the logger which means I can spin the logger at any sample rate I want, and there will always be data available to log.. This means if you have a device that runs faster than MUT-II, you can sample at the higher rate.. This doesnt mean the logger will be any faster, but it means that it will sample at the rate that the fastest device can run (if its necessary) This also means I have better and more flexible way to request data and handle responses.
#39
Evolving Member
iTrader: (3)
Join Date: Oct 2003
Location: Boston Area
Posts: 239
Likes: 0
Received 0 Likes
on
0 Posts
I actually got the -14 value a few times, went into ECUplus to make sure it wasnt really happening LOL then I just replaced the -14 with the value I found in ECUPlus......thats how I fix problems!
#40
Evolved Member
iTrader: (36)
Join Date: Jun 2005
Location: Yuma, AZ
Posts: 1,572
Likes: 0
Received 0 Likes
on
0 Posts
I also found the -14 in the timing adv column a few times on a couple of logs I did on my way home yesterday, mostly at idle. Malibujack, I can send you the logs if you want. Ill also post up on activematrix.
#41
Post them on aktivematrix.. Make sure their zipped so their smaller than 300k.. I need to know when its happening..
Has anyone tried using the request wait function yet to add a 1ms at a time to give the logger time to get a response from the ECU.. Since there is no handshaking, the buffer is queried for 2 bytes, the timeout is very short to improve performance and that means if there isn't already data waiting, it could be getting something invalid..
Another test is to go into the requestID.xml file, and create a duplicate line for Timing, call it Timing1 (so it doesnt conflict and generate an error for a duplicate definition) then place it in different places in the sequence of requestID's, but start with just duplicating the line and making it below it.. Compare the two values when you see if it drops out also.. If their both the same value, then it could be the ECU doing something, if their not the same then it could be something else, if one is correct and the other is not, then its probably data loss. Again, try to use the request wait function to add 1ms
Has anyone tried using the request wait function yet to add a 1ms at a time to give the logger time to get a response from the ECU.. Since there is no handshaking, the buffer is queried for 2 bytes, the timeout is very short to improve performance and that means if there isn't already data waiting, it could be getting something invalid..
Another test is to go into the requestID.xml file, and create a duplicate line for Timing, call it Timing1 (so it doesnt conflict and generate an error for a duplicate definition) then place it in different places in the sequence of requestID's, but start with just duplicating the line and making it below it.. Compare the two values when you see if it drops out also.. If their both the same value, then it could be the ECU doing something, if their not the same then it could be something else, if one is correct and the other is not, then its probably data loss. Again, try to use the request wait function to add 1ms
#42
I think I figured out what it is.. I think the ECU is only responding with one byte, the echo to the requestID 06.. If you look at the requestid file, it subtracts 20 from the integer value of the byte, if there is only one byte response, the program uses that byte mistakenly (I don't think I'm checking the length, only that the response echo (first byte) is correct..) If you subtract 06-20 = -14 therefore the the result data was missing.. If the raw result was 0, it would be -14
It looks like this might happen for any request that gets back an echo only, only the result will depend on the echo value, and the conversion formula..
Now there are two ways this can be fixed.. use the previous value in the log, or use a clearly defined error value such as "xxx" what would you guys prefer to see?
Since this is a farily easy thing to fix, I may fix it and release a v1.1
But I think you guys should still try using the request wait function to see if that eliminates it (by slowing down the logging a little)
It looks like this might happen for any request that gets back an echo only, only the result will depend on the echo value, and the conversion formula..
Now there are two ways this can be fixed.. use the previous value in the log, or use a clearly defined error value such as "xxx" what would you guys prefer to see?
Since this is a farily easy thing to fix, I may fix it and release a v1.1
But I think you guys should still try using the request wait function to see if that eliminates it (by slowing down the logging a little)
Last edited by MalibuJack; Oct 24, 2006 at 02:54 PM.
#43
BTW, the echo always comes back, but if the ECU is "distracted" and you don't give it time to respond, your response will only have the echo.. I guess statistically its possible to poll the ECU at that exact moment on occasion..
Here's the weird part.. Evoscan does this too, only it shows up less frequently because it either is missing the column (throws off the length of the line).. I have seen this in evoscan when I look at older ones, every so often if I look at the file in Excel, there is a line that is shorter (has less columns) than the rest..
Here's the weird part.. Evoscan does this too, only it shows up less frequently because it either is missing the column (throws off the length of the line).. I have seen this in evoscan when I look at older ones, every so often if I look at the file in Excel, there is a line that is shorter (has less columns) than the rest..