Bingo- Thanks Mark! All now OK. BTY - File in C:\ProgramData\RusnaMarkMangus wrote:there's a *.xdlcache file in your c:\users\all users\RusnaMark\ folder. Delete that and then re-open the ADX and XDL. See if that gets you running.
Search found 62 matches
- Tue Oct 11, 2016 5:21 am
- Forum: Report A Bug
- Topic: Monitor window does not display logs
- Replies: 2
- Views: 9798
- Sun Oct 09, 2016 2:51 pm
- Forum: Report A Bug
- Topic: Monitor window does not display logs
- Replies: 2
- Views: 9798
Monitor window does not display logs
All of a sudden, cannot view a log on laptop with TP RT v5. All data display windows in the Monitor window are blank (no lines). Same xdl log file put on a thumb drive is visible and runs as it should on desktop with same TP setup. Both are same Win7 versions and ADX files are same via a compare. No...
- Wed Jul 30, 2014 5:58 am
- Forum: Report A Bug
- Topic: Mode 3 Issue
- Replies: 3
- Views: 9767
- Mon Jul 28, 2014 7:52 am
- Forum: Report A Bug
- Topic: Mode 3 Issue
- Replies: 3
- Views: 9767
Mode 3 Issue
TPro RT 5.08.8144.00, AUJP $8D Sorry for long post, but necessary to explain. Have been working on this for some time now and believe there is a bug in the Mode 3 logic if, in a Mode 3 ADX, a request is made for more than one, 2-byte variable in the 0x3000-0x6fff range. Here's why. Have a simple Mod...
- Tue Feb 18, 2014 2:51 pm
- Forum: TunerPro Discussion
- Topic: Another Mode 3 Question
- Replies: 19
- Views: 31966
Finally!!! It works with 3F and AA. Not sure I believe the 4008 data yet, but at least it's functioning. Decided to dive into the transmit handler 0x3000-0x6FFF code and discovered 0x4008 will never work with 6F. Will always be reading 0x0008 data as you previously stated. This is because the addres...
- Tue Feb 18, 2014 9:05 am
- Forum: TunerPro Discussion
- Topic: Another Mode 3 Question
- Replies: 19
- Views: 31966
- Tue Feb 18, 2014 6:49 am
- Forum: TunerPro Discussion
- Topic: Another Mode 3 Question
- Replies: 19
- Views: 31966
I am guessing you mean L4008 not L0048. You may not be seeing any data because I have a feeling that when the SCSR register is read the bits are cleared. This is because in the $74 code I can see where the register is read but nothing is done with the data which is kind of typical for clearing a re...
- Mon Feb 17, 2014 1:52 pm
- Forum: TunerPro Discussion
- Topic: Another Mode 3 Question
- Replies: 19
- Views: 31966
Corrected L0048 to L4008
Well thanks for the help but nothing solved. Just can't believe this can be that complicated. Here are the consistent logged results: Send: F4 5C 03 40 08 00 58 00 95 78 (78=C/Sum) With 6F changed to 3F at 0x6C22: L4008 = 0 ([EDITED from L0048 to L4008] RPM (L0058) and TPS% (L0095) reported OK Here,...
- Sat Feb 15, 2014 6:25 pm
- Forum: TunerPro Discussion
- Topic: Another Mode 3 Question
- Replies: 19
- Views: 31966
do not understand what you mean by 'temporary'. If you change the 0x6F to 0x3F and something makes a request for 16 bit data using the address range 0x4000 to 0x6FFF then it will be treated as a request for 8 bit data. Sorry if I wasn't clear. I plan to change the byte and run a short Mode 3 test t...
- Sat Feb 15, 2014 8:40 am
- Forum: TunerPro Discussion
- Topic: Another Mode 3 Question
- Replies: 19
- Views: 31966
I have briefly looked at the $8D ANHT code and it is the same as the $74 code with any data between the addresses 0x3000 and 0x6FFF being treated as a 16 bit data request. You could therefore alter the byte at 0xEC1A (0xEC22 for the $8D AUJP) from 0x6F to 0x3F to limit word sized data requests to 0...
- Fri Feb 14, 2014 3:05 pm
- Forum: TunerPro Discussion
- Topic: Another Mode 3 Question
- Replies: 19
- Views: 31966
How is the request checksum being handled? I ask because it's not shown in the examples you give. Checksum is 2's complement computed by TPro. I also tried placing it at the end of the xmit string and selecting None for Checksum -- both fail. But you may be right in that 0x0008 is being reported be...
- Wed Feb 12, 2014 4:28 pm
- Forum: TunerPro Discussion
- Topic: Another Mode 3 Question
- Replies: 19
- Views: 31966
I suspect the problem is that any address in the 0x4xxx range is getting treated as a call for a word of data (for example in the $74 code any data between the addresses 0x3000 and 0x6FFF is treated as a 16 bit data request). So instead of the SCI status register the ecu is giving you whatever data...
- Tue Feb 11, 2014 4:06 pm
- Forum: TunerPro Discussion
- Topic: Another Mode 3 Question
- Replies: 19
- Views: 31966
most registers read just fine in my experience.... 4008, that is the SCI error/status flag register, IIRC.... i would expect that to read as 0 at all times unless some kind of comm issue is happening. You're correct -- it's the Transmit/Receive Status Register as shown below. L4008 = 0x4008 ;CPU TX...
- Tue Feb 11, 2014 8:09 am
- Forum: TunerPro Discussion
- Topic: Another Mode 3 Question
- Replies: 19
- Views: 31966
Another Mode 3 Question
With the much appreciated help here, Mode 3 is working perfectly, albeit not as fast as would like but can live with it. But just when I think I understand things, another curve. '7730, $8d, TPro RT v5 - Is it possible to make a Mode 3 request to read a memory mapped i/o address (eg. 1-byte 0x4008);...
- Tue Feb 04, 2014 3:40 pm
- Forum: TunerPro Discussion
- Topic: TPro ALDL Data Request Rate
- Replies: 12
- Views: 21974
Have you considered modifying the ALDL code to output only the flag (or flags) to the port without the need for a command, and without the additional data overhead? That might get you where you need to go. Must admint I don't know how to do that. If you're talking modifying source and recompiling, ...
- Tue Feb 04, 2014 1:01 pm
- Forum: TunerPro Discussion
- Topic: TPro ALDL Data Request Rate
- Replies: 12
- Views: 21974
Technically, the 8D ADX/ADS should have a body size of 67. 66 means the checksum isn't being read (which is fine, because the FIFO on the PC-side is flushed before each command is sent to the ECM). The byte is still transmitted, though, so reducing the body size won't affect data rate. So, the 7th ...
- Tue Feb 04, 2014 10:50 am
- Forum: TunerPro Discussion
- Topic: TPro ALDL Data Request Rate
- Replies: 12
- Views: 21974
Oops, I forgot to test this last night. At best, you'll get ~56 hz at the rates we're talking about. And my opps as well -- I clearly slipped a few decimal places in my back of the envelope calculation of potential throughput. Thanks for the clarification. At least I'm now faster than before! But w...
- Tue Feb 04, 2014 9:01 am
- Forum: TunerPro Discussion
- Topic: TPro ALDL Data Request Rate
- Replies: 12
- Views: 21974
Is your FTDI driver latency set to a minimal value (it defaults to 16. I set it to 1, but if you have problems with 1, you can increment it until the problems go away). Also, are you using the AutoProm as a passthrough device (i.e. a simple ALDL cable), or are you using in active mode, where you ca...
- Mon Feb 03, 2014 1:50 pm
- Forum: TunerPro Discussion
- Topic: TPro ALDL Data Request Rate
- Replies: 12
- Views: 21974
I don't recall how fast this goes, but I'll check on the bench again tonight. I know it's faster than 15 hz (the entire mode 1 ALDL packet is 10-11 hz). Thank you!!! Look foraward to the bench results. I'm doing exactly what you are doing except in $8D, no dashboard, an Item List View with 3 varbs ...
- Mon Feb 03, 2014 9:13 am
- Forum: TunerPro Discussion
- Topic: TPro ALDL Data Request Rate
- Replies: 12
- Views: 21974
- Sun Feb 02, 2014 9:00 pm
- Forum: TunerPro Discussion
- Topic: TPro ALDL Data Request Rate
- Replies: 12
- Views: 21974
TPro ALDL Data Request Rate
For Mark -- At what frequency does TPro request an ALDL data transmit from the ECM using the Monitor Command macro specified in the ADX file header? Am trying to get 3 bytes of data via Mode 3 very quickly but the fastest frequency I've been able to get is 15.6 samples per second = 64ms per sample.
- Tue Jan 28, 2014 1:57 pm
- Forum: TunerPro Discussion
- Topic: TPro Data Stream Sample Rate
- Replies: 8
- Views: 15576
- Tue Jan 28, 2014 1:40 pm
- Forum: TunerPro Discussion
- Topic: TPro Data Stream Sample Rate
- Replies: 8
- Views: 15576
Thanks!!! Yea, after posting, realized I had a brain cramp and decided to do the calcs you provided and realized Mode 1 would be faster than 3 as you indicated. So will create a bare-bones ADX file with just the values needed. Because you asked, what I'm trying to do is understand how TPS AE and MAP...
- Tue Jan 28, 2014 10:07 am
- Forum: TunerPro Discussion
- Topic: TPro Data Stream Sample Rate
- Replies: 8
- Views: 15576
or, should you want to modify the calibration, you could (temporarily) cut down the mode 1 reply down to those 1 or 2 bytes and not suffer some of the overhead of the mode 2/3 requests. Thanks Robert -- Understand. Seems to be Mode 3 to get up to 6 bytes of data. Have read the TPro help file and ev...
- Sat Jan 25, 2014 3:09 pm
- Forum: TunerPro Discussion
- Topic: TPro Data Stream Sample Rate
- Replies: 8
- Views: 15576
TPro Data Stream Sample Rate
TPro-RT latest version - Is there a way to maximize the number of received data samples per second? Am trying to monitor the status of some bits that get flipped every 6.25 - 12.5ms. ($8d AUJP).
- Mon Dec 30, 2013 9:58 am
- Forum: TunerPro Discussion
- Topic: Diagnostic Data Stream Questions (ANHT & AUJP)
- Replies: 6
- Views: 12705
very likely. i'm not as familiar with $8D as some other masks, but very likely. Decided to do some deeper code review. In AUJP $8D, seems a request by the ALDL device for ALDL Diagnostic Data (Msg Header = 0xF4) to an address in the range 0x3000-0x6FFF in a ROM or RAM Table ALWAYS results in a 2-by...
- Sun Dec 29, 2013 1:59 pm
- Forum: TunerPro Discussion
- Topic: Diagnostic Data Stream Questions (ANHT & AUJP)
- Replies: 6
- Views: 12705
i'll explain your third example, since it can be confusing: the 3128 and 3129 address doesn't actually exist. in older GM code, having a location that transmits over ALDL start as 3xxx is actually a flag for the algorithm to send the value as a double-byte. this is done due to the time between one ...
- Sun Dec 29, 2013 1:40 pm
- Forum: TunerPro Discussion
- Topic: Diagnostic Data Stream Questions (ANHT & AUJP)
- Replies: 6
- Views: 12705
- Sat Dec 28, 2013 1:27 pm
- Forum: TunerPro Discussion
- Topic: Diagnostic Data Stream Questions (ANHT & AUJP)
- Replies: 6
- Views: 12705
Diagnostic Data Stream Questions (ANHT & AUJP)
Have a couple of Diagnostic Data Stream questions (ANHT & AUJP). Looking at the hacks, addresses of data output in the stream have 3 different methods of their being specified in the code (zzz = remainder of address): Calibration Data = 0x8zzz Example: .word 0x8000 ; 1 PROM ID MSB .word 0x8001 ;...
- Sat Dec 07, 2013 12:17 pm
- Forum: TunerPro Discussion
- Topic: Repeatable Bin Verification Failure after Upload to AutoProm
- Replies: 8
- Views: 17292
Noisy power? Bad USB cable? Does having the key on or off change the behavior? I don't know. Doesn't sound like a software issue, though. Solved -- Plugged in AutoProm and installed FTDI driver 2.08.14 as referenced in this post ( http://www.gearhead-efi.com/Fuel-Injection/showthread.php?2150-New-c...
- Tue Oct 15, 2013 8:58 am
- Forum: TunerPro Discussion
- Topic: Repeatable Bin Verification Failure after Upload to AutoProm
- Replies: 8
- Views: 17292
- Sun Oct 13, 2013 3:27 pm
- Forum: TunerPro Discussion
- Topic: Repeatable Bin Verification Failure after Upload to AutoProm
- Replies: 8
- Views: 17292
So, when you launch TunerPro, bin A is loaded, and successfully verifies. When you manually load bin B, verification fails. I presume manually loading bin A results in a successful verify? And that opening bin B, closing TunerPro, and re-opening TunerPro such that bin B is reloaded automatically, s...
- Sat Oct 12, 2013 6:48 pm
- Forum: TunerPro Discussion
- Topic: Repeatable Bin Verification Failure after Upload to AutoProm
- Replies: 8
- Views: 17292
Re: Repeatable Bin Verification Failure after Upload to Auto
What does this part mean, exactly: But if exit TP and reopen it with same Bin opened by TPro at initial loading, verification is OK. Is it succeeding with a bin different from the one where verification was previously failing? I've seen this with the AutoProm recently, and it turned out to be a bad...
- Tue Oct 08, 2013 6:40 am
- Forum: TunerPro Discussion
- Topic: Repeatable Bin Verification Failure after Upload to AutoProm
- Replies: 8
- Views: 17292
Repeatable Bin Verification Failure after Upload to AutoProm
Have searched and can’t find others experiencing exactly this. TProRT v5 (Rel .8144) is open and emulation hardware is initialized. Then if open a known good Bin and upload it to the AutoProm, upload is successful, but it fails verification. If reinitialize the emulation hardware and retry, upload i...
- Tue Jan 22, 2013 1:49 pm
- Forum: TunerPro Discussion
- Topic: BLM Update Rate – AUJP $8d
- Replies: 14
- Views: 22859
I'm saying the equation is X/20. Assuming the value at 0x851B is 0x1C and the update timer is incremented every 0.05 seconds then looking at it simplistically: If the timer is 1.35 secs (or less) then the carry is set and a jump occurs. If the timer is 1.40 secs then the carry is clear and no jump ...
- Tue Jan 22, 2013 7:19 am
- Forum: TunerPro Discussion
- Topic: BLM Update Rate – AUJP $8d
- Replies: 14
- Views: 22859
you're on the right track.... but the +1 isn't +1 seconds.... it's +1 executions. Looking at that snippet of $8D disassembly the minimum time that must elapse before an update is permitted is X/20. My reasoning being is that the BCS jump occurs when the update timer < 1.4 seconds and doesn't occur ...
- Mon Jan 21, 2013 7:05 pm
- Forum: TunerPro Discussion
- Topic: BLM Update Rate – AUJP $8d
- Replies: 14
- Views: 22859
Sorry for not weighing in sooner on this, but am not getting emails when posts are made :( . But that’s another matter. Dex, I think you’re on to something. Just wish I understood Assembly better and the whole instruction execution thing you talked about. Try this. Take a look at the formulas using ...
- Fri Jan 18, 2013 1:48 pm
- Forum: TunerPro Discussion
- Topic: BLM Update Rate – AUJP $8d
- Replies: 14
- Views: 22859
Thanks guys for the prompt replies. I understand both, but one more question and I believe the correct formula can be determined. In the code the BLM timer is updated every 50 msec, or 20 times per second. So both formulas are correct in multiplying by 20 or dividing by 0.05. But the real key is the...
- Thu Jan 17, 2013 3:56 pm
- Forum: TunerPro Discussion
- Topic: BLM Update Rate – AUJP $8d
- Replies: 14
- Views: 22859
BLM Update Rate – AUJP $8d
Have been doing some tracing through the AUJP $8d and ANHT hacks and find an inconsistency in the BLM Update rate (0x851B) conversion factors mentioned there and TPro xdf files. I believe the TPro conversion is correct, but I’m clueless as to how the conversion values are actually determined. Here a...
- Mon Dec 17, 2012 5:27 pm
- Forum: TunerPro Discussion
- Topic: Conversion Factor Question
- Replies: 2
- Views: 6137
- Mon Dec 17, 2012 5:25 pm
- Forum: Feature Suggestions
- Topic: Minor Items to Improve Prductivity/Usefulness
- Replies: 2
- Views: 8849
Thanks for the suggestions, Tom. Your first suggestion is in for the next build. The second one is a bit more complex, though, because interacting with the main editor and the hex editor at the same time can cause confusion and accidental data overwrites. I'll put some thought into how best to alle...
- Fri Dec 14, 2012 8:40 pm
- Forum: Feature Suggestions
- Topic: Minor Items to Improve Prductivity/Usefulness
- Replies: 2
- Views: 8849
Minor Items to Improve Prductivity/Usefulness
Magnus ---- Great program! A couple of things that would be nice to have to improve productivity/usefulness: 1. After a Ctrl-F to search, it would be nice if the focus immediately shifted to the “Word(s)” pane of the window with any text already there highlighted so one could immediately begin typin...
- Fri Dec 14, 2012 4:01 pm
- Forum: TunerPro Discussion
- Topic: Conversion Factor Question
- Replies: 2
- Views: 6137
Conversion Factor Question
Restated: 2 questions regarding TunerrPro reporting of Stock AUJP bin info at: L822B: .byte 0x11 ; 1.93 DEG, LO OCTANE KNOCK RETARD THRESH -Any idea why TunerPro is showing 5.98 Degrees with $11 in the bin at 822B (verified it 5 times) with a conversion factor of (X * 0.351563 + 0.000000) in the Sup...
- Thu Nov 15, 2012 6:54 am
- Forum: TunerPro Discussion
- Topic: Speed Density Log File Analyzer Program
- Replies: 0
- Views: 4073
Speed Density Log File Analyzer Program
Hope this is posted in the right place. Have seen several discussions about the desire for an autotune capatbility. This forum has been of great help to me so want to upload a Speed Density Log File Analyzer program I’ve been developing and using to quickly dial in a tune. Unfortunately, see no way ...
- Tue Oct 30, 2012 6:30 am
- Forum: TunerPro Discussion
- Topic: Need Help with $8D ADX Value Equation
- Replies: 2
- Views: 6294
- Mon Oct 29, 2012 1:43 pm
- Forum: TunerPro Discussion
- Topic: Need Help with $8D ADX Value Equation
- Replies: 2
- Views: 6294
Need Help with $8D ADX Value Equation
Would appreciate some help with understanding the correct conversion equation for a TunerPro v5 $8D Value Injector BPW Are both of the following the same? Have seen both used. Packet Offset: 45 dec Data Size: 16 bit Equation: X * 0.000066 + 0.000000 Packet Offset: 44 dec Data Size: 16 bit Equation: ...
- Wed Oct 17, 2012 10:26 am
- Forum: General Tuning Discussion
- Topic: Log File Reporting of 'Desired Idle RPM'
- Replies: 5
- Views: 13999
You're correct. The addresses are not in the calibration. They're in the AUJP code. Here's a link that addresses it: http://www.thirdgen.org/techboard/diy-prom/275739-idle-rpm-limiter-730-a.html And as you state, the single 8D Idle speed .vs. temp table should only apply to other than P/N (ie - in-g...
- Wed Oct 17, 2012 9:02 am
- Forum: General Tuning Discussion
- Topic: Log File Reporting of 'Desired Idle RPM'
- Replies: 5
- Views: 13999
Thanks for responding. I was attempting to determine why my log was telling me at cold start-up that Desired Idle RPM was only 800 RPM, when my Idle Engine Speed .vs. Temp table was set to 950 at 68*F and 900 at 90*F (my approx ambient temp at start-up). Since my post, I did a quick test by changing...
- Wed Oct 17, 2012 6:20 am
- Forum: General Tuning Discussion
- Topic: Log File Reporting of 'Desired Idle RPM'
- Replies: 5
- Views: 13999
Log File Reporting of 'Desired Idle RPM'
Anyone know the AUJP $8D code address that's being reported in a TP V5 log file under the heading 'Desired Idle Speed RPM'? Thanks.
- Wed Sep 26, 2012 12:28 pm
- Forum: General Tuning Discussion
- Topic: Spark Advance
- Replies: 0
- Views: 6337
Spark Advance
Ever seen anything like this? Was logging with TunerPro and noticed in the log file that ‘Spark Adv Rel. to Ref Pulse Degrees’ was reported at 0.35* for the entire log. No codes were set. Later determined that this was happening shortly after engine startup, so did a brief engine start-up and shutdo...