nisprog reflash utility

swami · **Posted:** Sat Mar 18, 2017 11:51 pm

murphys_law wrote:

swami wrote:

took a crack at running the kernel today
vq23 ecu from a jdm J31

got the error
Using 3908 byte payload, padding with garbage to 3936 (0x0F60) bytes.
SID 27: seed = 0x00 0x00 0x2A 0x98 ; using NPT_DDL algo (scode=0x3C24EB50),
got bad 27 02 response : General_Error, Requested_SID_securityAccess Error_inval
idKey
sid27 problem

That's means the kernel doesn't have the security keys from your rom.

does that mean my only option is the slow read ?
how do I add the security keys from my rom to the kernel keys list?

fenugrec · **Joined:** Wed Jan 08, 2014 11:07 pm **Posts:** 652

swami wrote:

got bad 27 02 response : General_Error, Requested_SID_securityAccess Error_inval
idKey
sid27 problem

Try another key candidate from the list (" setkeys 0xXXXXXX" ),
or find the key in the ROM and specify it manually ("setkeys 0xXXXXX 0xYYYYYYY") and let me know so I can add it to the next release !

swami · **Posted:** Sun Mar 19, 2017 9:18 am

fenugrec wrote:

swami wrote:

got bad 27 02 response : General_Error, Requested_SID_securityAccess Error_inval
idKey
sid27 problem

Try another key candidate from the list (" setkeys 0xXXXXXX" ),
or find the key in the ROM and specify it manually ("setkeys 0xXXXXX 0xYYYYYYY") and let me know so I can add it to the next release !

I Tried the other key candidates , none worked
so I have pulled the rom using the slow dump and posted it in the stock rom list .

haven't yet figured out how to find the security keys in the rom

etx · **Joined:** Tue Jul 19, 2016 8:58 pm **Posts:** 4

I'm having quite a bit of difficulty connecting with a VAG com cable (dumb, cheap blue cable form ebay) to my 2010 370z 6MT. It has pin 7 populated on the OBDII port. I was about to give up figuring the ECU did not use k line, but somehow I got it to connect once last night. Nisprog showed my ECU ID and I started dumping the rom in slow mode. I canceled it to try to use the kernel to dump faster but was not able to reconnect.

I'm using a first gen Microsoft surface with Windows 10 and a Macbook pro running windows 7 in VMware.

Has anyone found any tricks to aid in a successful connection?

@fenugrec I donated $100 to the kernel project and I've been trying to get a dump for you to analyze.

Donder · **Joined:** Sun Jun 04, 2017 1:49 pm **Posts:** 33

I'm a little stuck now. Everything working perfect for me now up until the point I flash the rom to the ecu. Making a mistake somewhere and I can't find a solution.

I included a txt from my command prompt.

fenugrec · **Joined:** Wed Jan 08, 2014 11:07 pm **Posts:** 652

Donder wrote:

Making a mistake somewhere and I can't find a solution.
I included a txt from my command prompt.

Code:

got bad RequestDownload response : 0x7F 0x34 0x83

You're using the wrong kernel, you need 7055_35.

fenugrec · **Joined:** Wed Jan 08, 2014 11:07 pm **Posts:** 652

Just released: nisprog 1.02 !

See first post of this thread for download links.
Release notes:

Code:

Minor release. I recommend updating npkern to the most recent version (at least 2017-06-17)

Changes:
- Print plaintext strings for kernel error codes
- Report kernel ID string on connection
- added some keysets

mutex · **Joined:** Wed Feb 15, 2017 5:06 am **Posts:** 19

Does anyone have a link to a precompiled checksum utility for Windows so I can attempt a reflash?

I saw it in the youtube video but not a link.

Alternatively is it built into nisprog already?

Much appreciated.

murphys_law · **Joined:** Tue May 24, 2016 1:45 am **Posts:** 216

etx wrote:

I'm having quite a bit of difficulty connecting with a VAG com cable (dumb, cheap blue cable form ebay) to my 2010 370z 6MT. It has pin 7 populated on the OBDII port. I was about to give up figuring the ECU did not use k line, but somehow I got it to connect once last night. Nisprog showed my ECU ID and I started dumping the rom in slow mode. I canceled it to try to use the kernel to dump faster but was not able to reconnect.

I'm using a first gen Microsoft surface with Windows 10 and a Macbook pro running windows 7 in VMware.

Has anyone found any tricks to aid in a successful connection?

@fenugrec I donated $100 to the kernel project and I've been trying to get a dump for you to analyze.

One of the things I do is use a system timer tool and set it to minimum, to get the best communication possible. Google "timertool."

Sasha_A80 · **Posted:** Mon Jul 31, 2017 11:44 pm

murphys_law wrote:

One of the things I do is use a system timer tool and set it to minimum, to get the best communication possible. Google "timertool."

Or start ANY multimedia application.

mutex · **Joined:** Wed Feb 15, 2017 5:06 am **Posts:** 19

Just wondering if anyone has found the tables for enabling/disabling individual DTC codes in a rom ie. v35/g35/350z rom.

Uprev supports this and it would be very handy - I would donate $ for this.

ie. I have another ecu which I've reflashed with my original rom but NATS won't allow car to start.
If I brick the rom I'll have to tow the car, so disabling P1610, P1615, etc temporarily then re-enabling when all is good would be ideal.

Thoughts?

murphys_law · **Joined:** Tue May 24, 2016 1:45 am **Posts:** 216

mutex wrote:

Just wondering if anyone has found the tables for enabling/disabling individual DTC codes in a rom ie. v35/g35/350z rom.

Uprev supports this and it would be very handy - I would donate $ for this.

ie. I have another ecu which I've reflashed with my original rom but NATS won't allow car to start.
If I brick the rom I'll have to tow the car, so disabling P1610, P1615, etc temporarily then re-enabling when all is good would be ideal.

Thoughts?

Nats and dtc disabling are two different animals.

swami · **Posted:** Wed Aug 02, 2017 11:29 pm

mutex wrote:

Just wondering if anyone has found the tables for enabling/disabling individual DTC codes in a rom ie. v35/g35/350z rom.

Uprev supports this and it would be very handy - I would donate $ for this.

ie. I have another ecu which I've reflashed with my original rom but NATS won't allow car to start.
If I brick the rom I'll have to tow the car, so disabling P1610, P1615, etc temporarily then re-enabling when all is good would be ideal.

Thoughts?

DTC disabling is something I am currently testing, I do not think removing those codes from your ecu will solve your issue. It will merely prevent the code being stored & the check engine light from illuminating

Shuher · **Posted:** Thu Aug 03, 2017 12:22 am

It definitely won't work, I tried.
It's like closing your eyes to avoid hit from the train that is running directly on you

DTC it's just an indicator showing current ECU state. NATS check remains done and in case of unsuccessful handshake between ECU and IMMO there is no start is possible anyways.

mutex · **Joined:** Wed Feb 15, 2017 5:06 am **Posts:** 19

Well then, what is uprev doing, because if it only reflashes the ecu and you can disable individual DTCs and car can then start, why can't we do it.

https://www.youtube.com/watch?v=kHhRoGsaDQg
http://uprev.com/secure/nats-disabling

Are they reflashing the bcm, ecu, or both, or hobbling the ecu code that handles NATS DTC with their own rom.

I'm in Australia so tracking down uprev is a little difficult, but with Mitsubishi EVO's you can enable/disable P* codes and it has the desired effect.

RomRaider

Forum rules

nisprog reflash utility

Who is online