This makes no sense, as there is a pop-up menu selection to choose raw hex vs. converted values for display. Why would someone who wants the data to be displayed in hax, not want the conversion processed?
Thanks,
Dave
Search found 112 matches
- Sat Jun 14, 2008 4:31 am
- Forum: Report A Bug
- Topic: Output Type = Hex Digits => no Conversion and Graph Error
- Replies: 8
- Views: 13364
- Fri Jun 13, 2008 6:19 am
- Forum: Report A Bug
- Topic: Output Type = Hex Digits => no Conversion and Graph Error
- Replies: 8
- Views: 13364
Output Type = Hex Digits => no Conversion and Graph Error
When the "Output Type" field is set to "Hex Digits", the conversion has no affect and tables do not graph correctly.
- Fri May 30, 2008 3:16 pm
- Forum: ScannerPro Beta Discussion
- Topic: Scannerpro Build 630
- Replies: 4
- Views: 22794
You probably need the vcredist_x86.exe Visual C++ run time librarys.
- Thu May 22, 2008 11:20 am
- Forum: ScannerPro Beta Discussion
- Topic: Custom Nissan ECU Application with ScannerPro !Help!
- Replies: 3
- Views: 21514
- Wed May 21, 2008 6:12 am
- Forum: ScannerPro Beta Discussion
- Topic: Custom Nissan ECU Application with ScannerPro !Help!
- Replies: 3
- Views: 21514
Custom Nissan ECU Application with ScannerPro !Help!
I have a simple custom application running on a Nissan ECU and have tried to get ScannerPro working with it to no avail. When the ECU receives 'L' followed by a CR (0x4C 0x0D) it returns the 16bit (2 byte) RPM. The 'L' and CR are echoed before the RPM is sent. ScannerPro output shows: 2.285: Command...
- Sat Apr 19, 2008 1:54 pm
- Forum: Report A Bug
- Topic: 16 bit item table does not update correctly during emulation
- Replies: 2
- Views: 7373
- Fri Apr 18, 2008 12:25 pm
- Forum: Report A Bug
- Topic: 16 bit item table does not update correctly during emulation
- Replies: 2
- Views: 7373
16 bit item table does not update correctly during emulation
Using TunerProRT 4.14.0381.00 emulating with Ostrich 2.0: I created a 16 item table with 16 bit items (words) in the xdf. The table is already defined in the bin. I can change and update the first item in the table ok, but updates to other items change only the high order byte (bigendian) of the wor...
- Sun Mar 09, 2008 4:24 am
- Forum: TunerPro Discussion
- Topic: Ostrich and BURN1, both plugged into USB ports
- Replies: 9
- Views: 11269
- Sat Mar 08, 2008 4:39 pm
- Forum: TunerPro Discussion
- Topic: Ostrich and BURN1, both plugged into USB ports
- Replies: 9
- Views: 11269
- Sat Mar 08, 2008 2:34 pm
- Forum: TunerPro Discussion
- Topic: Ostrich and BURN1, both plugged into USB ports
- Replies: 9
- Views: 11269
- Fri Mar 07, 2008 8:12 am
- Forum: TunerPro Discussion
- Topic: Ostrich and BURN1, both plugged into USB ports
- Replies: 9
- Views: 11269
- Thu Mar 06, 2008 2:21 pm
- Forum: TunerPro Discussion
- Topic: Ostrich and BURN1, both plugged into USB ports
- Replies: 9
- Views: 11269
Ostrich and BURN1, both plugged into USB ports
I'm new to all of this so please bare with me if the solution to this is common knowledge. I have TunerPro RT V4.14, Ostrich 2.0 and the latest BURN1. TunerPro finds either one, when only one of them is plugged in. When both are plugged into USB ports, TunerPro doesn't find either one. If I unplug o...