TunerProRT v5 sporadic bad data

85'irocz · Post by **85'irocz** » Sat Oct 02, 2010 5:15 pm

Hey guys, I just wanted to say that tunerpro V5 is awesome and I the new features, especially being able to make my own digital dash

!

I went out to scan today and I set up the preferences for my usb ALDL cable to the correct com port, etc etc. Now the first time i tried to log, it got tons and tons of ERRORS at the bottom of the screen. So i stopped it, replugged everything in, and tried again. This time she worked well and seemed to be reading at the usual data rate like tunerpro v4.

However, as i was logging I noticed that the readout would sporadically get garbage data. I'll upload a logfile in a bit just to show you what a mean. basically my little digital dash would show my correct speed then for a split second it would read 255mph and then go back. This is the same for all of my readouts. I'm a member on the Thirdgen.org boards and I believe I've seen mention of this problem there as well, so I'll be reading as much as I can.

Just wondering if this was a common bug and if there was a quick fix! thanks a ton and great work!

Post by **robertisaar** » Sat Oct 02, 2010 6:45 pm

mark has mentioned it as being a "ghost in the machine"

everyone who has had the issue has remedied it by adding a pause in the monitoring macro between the recieve and send commands.

85'irocz · Post by **85'irocz** » Sun Oct 03, 2010 6:02 am

ok, yea I remember reading about that in the TGO threads. How do I go about adding the pause?

Post by **robertisaar** » Sun Oct 03, 2010 7:50 am

LOL, i should ask mark to make this a sticky, it would probably help a lot more people.

ok, let's get to this view in the ADX editor:

now, see how the monitor command is the mode 1 macro? that is where the pause command will be inserted, though more complex and multiple streams may require something with more finesse. also notice the "pause before resend" command to the left.

now, there is the pause before resend command settings that have worked for me. you MAY need to adjust the timeout higher if the ECM doesn't like it, but i have 0 errors with this on a 1227727 running $A1. ok, now it's a "listen for silence" command, then just nameand adjust as desired.

ok, now we add in our newly created command to the monitor macro as such, and now your problems should be fixed, or at least reduced.

85'irocz · Post by **85'irocz** » Sun Oct 03, 2010 1:27 pm

thanks a ton! you should definitely sticky it

siybee · Post by **siybee** » Sun Feb 06, 2011 9:44 am

Hi,

I've had no end of problems with communication errors since moving to v5.

When I saw this thread, I got all excited and rushed into the Vette to plug in.

I've sat there for most of the evening and tried values from 10ms to 150ms and beyond.

the best I have had is 93ms pause, I get no errors any more, the data is 60-70% stable, then I will get some major spikes.

Anyone got any ideas? If I roll back to v4 it all works fine.

I'm using the vette lt1 da2.adx file from the site.

Trying to diagnose fuel econ problem which I think is a lazy o2 sensor, especially with the fuel costs in the UK.

Thanks

Simon

Post by **robertisaar** » Fri Feb 11, 2011 3:15 am

LT1 vette?

have you tried sending any mode 8 commands to try and get any other modules that are communicating on the ALDL line to shut up?

that may fix your issues, though i can't be certain.

siybee · Post by **siybee** » Mon Feb 14, 2011 8:10 am

Hi,

no, not tried the mode 8 commands, I will give it a got but this is only happening in v5 and not v4.

I'd expect the other modules to want to communicate in v4 too.

I'll give it a go and see if I get anything sensible.

thanks

Simon

siybee · Post by **siybee** » Mon Feb 14, 2011 8:25 am

Robert,

Just loaded it up and there are no mode 8 commands in the v1.1 version of your da2 file.

How do I add them?

Thanks

Simon

Post by **robertisaar** » Tue Feb 15, 2011 9:59 am

oh, if you know how to read the GM .DS files, it's simple, but otherwise, just send me whatever ADX you have(to retain whatever settings you may have changed), and i'll get it added in.

don't suppose your ALDL interface has LEDs to indicate activity on the link?

siybee · Post by **siybee** » Wed Feb 16, 2011 12:21 am

Robert,

I tried to add the mode 8 commands and macro into the file, it didn't seem to work.

I think it's more likely something in the conversion from v4 to v5 files and / or a bug in the v5 software.

I'll email you the file anyhow - just in case.

Simon

siybee · Post by **siybee** » Wed Mar 09, 2011 11:28 am

Just to keep the thread "fresh", I've tried adding the delay and mode 8 commands into the adx file to remove the spikes and data problems.

Robert has also been kind enough to send through a modified file to try, unfortunately, both files fail to work and I have had to resort to v4 which works flawlessly.

I'd love to know what is causing this now, any other suggestions?

Anything to cheers me up, as my optispark has now decided to impersonate a damp sponge with spark leads attached.

Cheers

Simon

kipi79 · Post by **kipi79** » Fri Aug 05, 2011 1:34 am

I'm having similar problems with my 92 LT1 vette as well. I'm using APU1 and it does not matter whether I use it in autoprom mode or in usb-serial plugin mode.

I've tried the module with other vehicles and it works with TP5.

It also works in my car when used with TTS Datamaster & APU1 in USB-serial mode. With datamaster I have discovered that the readout is not reliable if I don't enable the options "disable dash update" & "disable CCM sync".

I have tried mode 8 commands for CCM and for ECM, haven't seen any difference.

James93LT1 · Post by **James93LT1** » Sun Mar 18, 2012 9:05 pm

Any updates to this problem? Seems like I have a same problem with my 93 Corvette.

kipi79 · Post by **kipi79** » Tue May 08, 2012 12:15 pm

Update on old thread. I've received an ADX file from James and now the datalogging works in serial mode, but not in APU1 mode and I really would like to see those additional AD lines in logs. It seems that not even the mode 8 commands for CCM and ABS module work with APU1 mode. (At least I don't see any DIC info when I try to connect as happens in serial mode)

I know a friend who has opposite problem with his -91 vette, ADX file that works in APU1 mode but not in serial mode.

What could be the issue that causes this kind of operation?

My APU1 unit works fine with other car in APU1 mode so the unit is functioning correctly.

Post by **dex** » Fri Oct 19, 2012 7:08 am

Out of curiosity, are people seeing this issue with ALDL -> USB or ALDL -> RS232 cables?

I'm getting glitches (no luck with using a variety of delays and the packet size is correct) with a ALDL -> USB cable and was wondering if it relates to the use of a virtual com port.

Post by **robertisaar** » Fri Oct 19, 2012 7:13 am

i've only ever connected to any datastream via a USB converter, i don't have anything that has a serial port, haven't for ~6 years or so.

Post by **Mangus** » Tue Oct 23, 2012 8:13 pm

I've seen the issue with serial as well. I think I know what's causing it (two writes followed by two rapid reads), but what TunerPro is doing shouldn't be an issue. I think it's exposing some bug in the underlying Windows COM driver.

rts91tsi · Post by **rts91tsi** » Thu Jan 10, 2013 12:43 pm

I too was having an issue with funky data, and errors on the TCU ADX that I've been working on for 1g DSM's.

I ended up adding a 'Listen for Silence' to be used as a pause after each send/listen command per data item at a time interval of 20ms as shown in the screenshots that robertisaar posted (BTW, Thank You).

This got rid of the sporadic data, but it still left me with some errors, which I remedied by actually lowering the pause time to 10ms. This also helped raise the logging rate from 22Hz to 28Hz while logging 16 items.

Now I can focus on adding a few more data items, setting up the dash, monitors, and data association. This will be of great help to put the finishing touches on the XDF too.

Post by **Mangus** » Thu Jan 10, 2013 12:57 pm

Nicely done. Will you be willing to share these files for the TunerPro site and the community at large?

rts91tsi wrote:I too was having an issue with funky data, and errors on the TCU ADX that I've been working on for 1g DSM's.

...to put the finishing touches on the XDF too.

rts91tsi · Post by **rts91tsi** » Thu Jan 10, 2013 1:13 pm

Mangus wrote:Nicely done. Will you be willing to share these files for the TunerPro site and the community at large?

rts91tsi wrote:I too was having an issue with funky data, and errors on the TCU ADX that I've been working on for 1g DSM's.

...to put the finishing touches on the XDF too.

Yes Sir, I'm more than willing to share when they are finished. I also have an XDF for the E932 A/T DSM ECU bin that I will share too. I'm hoping the TCU defs will be totally refined by the end of the month.

1227730 IROC · Post by **1227730 IROC** » Fri Mar 22, 2013 9:45 pm

i just connected to a 90 iroc ecm 1227730 with tunerpro rt and moates autoprom and have the same problem with the digital dash random spikes on all gauges. so far im clueless as to what i need to fix. is it faster to switch to v4 ? what disadvantages does v4 have vs v5 ? ? ?
? ? ?

Joolian · Post by **Joolian** » Thu Jan 12, 2017 9:05 pm

1227730 IROC wrote:i just connected to a 90 iroc ecm 1227730 with tunerpro rt and moates autoprom and click here to get xtrasize have the same problem with the digital dash random spikes on all gauges.

Same issue here, did you find a fix in the end?

Fierobsessed · Post by **Fierobsessed** » Thu Jan 11, 2018 8:13 pm

Did some research into what's the route symptom of the issue. It appears that for some reason, it is reading in an extra byte before the data stream packet, and it is always a value of "01" coming in. It's offsetting the data by one position, giving a garbled appearance, and spikes. It re-synchronizes on the next packet.

It would be nice if there was a live serial data viewer window. It would make comm's much easier to understand, set-up and troubleshoot. I know its a resource hog.

Tetsuya · Post by **Tetsuya** » Sun Nov 11, 2018 2:30 am

How do I go about adding the pause?

Acki · Post by **Acki** » Mon Nov 19, 2018 4:18 am

It's a monitor bug...
http://forum.tunerpro.net/viewtopic.php?t=4555

But nobody cares...

TunerPro User Forum

TunerProRT v5 sporadic bad data

TunerProRT v5 sporadic bad data

still got a problem with comms on v5

latest update