nistune isn't connecting to usb
Moderator: Matt
nistune isn't connecting to usb
windows is seeing the nistune board but no connection to nistune itself. any ideas?
need more info
need more info.... perhaps email me the logs
have a look at the following
http://home.aanet.com.au/nistune/NIStun ... cument.doc
if you get a connect ..... disconnect issue then it means that the PC can 'see' the USB chip on the NIStune board but can't talk to the nistune software that should be running on the ecu.
most likely canidate for this problem is mismatch of memory mapping. the current boards asssume A14 (pin 27) is connected to VCC
ensure you have a valid filename_nt.bin loaded in the romulator when connecting. the B700 address of the board should match the _nt.bin
if your particular _nt.bin doesnt work try one that bryant uses (i test on 88ss_nt.bin). make sure you have the latest address file
also i've just been informed - only try the connect when the key is in IGNITION but engine isn't running. i'm going to look into that one
have a look at the following
http://home.aanet.com.au/nistune/NIStun ... cument.doc
if you get a connect ..... disconnect issue then it means that the PC can 'see' the USB chip on the NIStune board but can't talk to the nistune software that should be running on the ecu.
most likely canidate for this problem is mismatch of memory mapping. the current boards asssume A14 (pin 27) is connected to VCC
ensure you have a valid filename_nt.bin loaded in the romulator when connecting. the B700 address of the board should match the _nt.bin
if your particular _nt.bin doesnt work try one that bryant uses (i test on 88ss_nt.bin). make sure you have the latest address file
also i've just been informed - only try the connect when the key is in IGNITION but engine isn't running. i'm going to look into that one
thats a good error message!
at least its communicating to your board. now make sure you are using the standard NIStune address files. anything different (offsets changed etc) and it will be toast
okay things to check....
1. look at the address file....
OFFSET=&H8000
LENGTH=&H4000
CONSULT=&H3210
the program is looking for the consult data at address &H8000+&H3210 = &HB210
2. open up and look at the _nt file you are using to upload to the romulator in the NIStune hex editor at address 3210 it should look like
00 0F 00 10 FF FF FF FF ..... that is the start of the consult table it is looking for
you will get that error if it reads all FFs (wrong memory address)
3. if both of those are okay
(a) ignition on
(b) romulator upload
(c) consult connect
(d) then start
let us know what the results are.... but at least the board is communicating. if you post the c:\nistune\logs\... log file i can look at where it is trying to read from the board and what it is reading
i will try and look into the connect whilst engine running issue. on the first time i get a CONNECT, but i also get crap data while engine is running (its reading wrong memory address?)
i dont notice this with simulated engine on the bench. however i am running NVRAM version which may be different on hardware (my pocket romulator is broken... waiting for CPU to arrive)
however if i am running the car and disconnect, i can reconnect with no problems. please ensure you are using latest software versions also
at least its communicating to your board. now make sure you are using the standard NIStune address files. anything different (offsets changed etc) and it will be toast
okay things to check....
1. look at the address file....
OFFSET=&H8000
LENGTH=&H4000
CONSULT=&H3210
the program is looking for the consult data at address &H8000+&H3210 = &HB210
2. open up and look at the _nt file you are using to upload to the romulator in the NIStune hex editor at address 3210 it should look like
00 0F 00 10 FF FF FF FF ..... that is the start of the consult table it is looking for
you will get that error if it reads all FFs (wrong memory address)
3. if both of those are okay
(a) ignition on
(b) romulator upload
(c) consult connect
(d) then start
let us know what the results are.... but at least the board is communicating. if you post the c:\nistune\logs\... log file i can look at where it is trying to read from the board and what it is reading
i will try and look into the connect whilst engine running issue. on the first time i get a CONNECT, but i also get crap data while engine is running (its reading wrong memory address?)
i dont notice this with simulated engine on the bench. however i am running NVRAM version which may be different on hardware (my pocket romulator is broken... waiting for CPU to arrive)
however if i am running the car and disconnect, i can reconnect with no problems. please ensure you are using latest software versions also
everything checked out. here's the logfile.
- Attachments
-
- nistune-0424-1316.log
- (138.07 KiB) Downloaded 188 times
i might emphasise in the documentation the ordering of the wires being fairly important. i know that two appear to cross over going to the CPU but thats just the way it worked out in the PCB layout
the jumpers should be both pins 1-2 connected for EPROM/romulator
later delivered boards i have used wire links instead of jumpers
let us know how it goes
the jumpers should be both pins 1-2 connected for EPROM/romulator
later delivered boards i have used wire links instead of jumpers
let us know how it goes
It's working!!!!!!!!!
Got it working. The cpu header was wrong and the jumpers were set to nvram. It's late so I'll have to wait until tomorrow to go for a test ride.