ECUFlash - Getting close!

[endrswrd]

Originally Posted by utekineir

is this viable for the unwashed masses yet?

tactrix cable waiting,

very computer literate, but 100% programming retarded.


thanks,

Wouldnt say its viable to the masses as they are some little things getting ironed out but it is usable. If you have never have used ECUflash I would wait for things to get ironed out with the checksums / padding so that your not taking the risk of flashing a bad rom. Its very close though.

[ft_sjo]

Originally Posted by Td-d

I assume so - my understanding is that Colby is also coding a new kernel based reflash alongside the logging capability.

So if you flash without the correct padding you will brick the ECU?

[Td-d]

Originally Posted by ft_sjo

So if you flash without the correct padding you will brick the ECU?

No, I wouldn't think so - Ecuflash can read the unpadded bins no problem - but you won't be able to edit using Romraider - since it expects a contiguous set of data, and the CAL id to be at 0x8000.

[Td-d]

Originally Posted by endrswrd

Wouldnt say its viable to the masses as they are some little things getting ironed out but it is usable. If you have never have used ECUflash I would wait for things to get ironed out with the checksums / padding so that your not taking the risk of flashing a bad rom. Its very close though.

That's why it's only been released on request for now, and mostly to devs. I expect the next release will have kernel based flashing and data logging enabled.

[Td-d]

Originally Posted by Td-d

I have started on the Ecuflash definition, it's a work in progress and requires an updated 32bitbase.xml - check out the original definition thread for the new links.

I've completed updating the 32bitbase - this should provide a full Ecuflash definition for 00C. I'll put up 001C asap.

[brn12345]

Originally Posted by Td-d

I've completed updating the 32bitbase - this should provide a full Ecuflash definition for 00C. I'll put up 001C asap.

Crossing fingers for 01J definition

[vgi]

does flashing have the same effect as disconnecting battery? another words does the ecu need some driving time to adjust to the new tune?

[Td-d]

Originally Posted by vgi

does flashing have the same effect as disconnecting battery? another words does the ecu need some driving time to adjust to the new tune?

With most ecus, yes, it will reset the AF learning and other values.

[vgi]

ah, thank you!

[Td-d]

001C is up, working on A01G next, I've actually got A01J mostly disassembled already (since it was the first BRZ rom uploaded, before the beta was even mentioned).

[Td-d]

Originally Posted by vgi

ah, thank you!

Check my response on the RR forums - you've downloaded the wrong A01c def - it's a bare bones one that I initially uploaded to test the beta. There is a fully defined one now.

[nelsmar]

Originally Posted by Ralph Spoilsport

Along those lines... the only thing I absolutely detest about my BRZ... is the location of the OBDII port. It's like they designed it to put the OP2 in harm's way.

Get an extension cable with a right angle on it. Now it wont be anywhere near you. I had to do this for logging with EcuTek, leg would hit the damn cable. -.-

[Td-d]

ZA1JA01G, RR and Ecuflash definition is up on the RR forum.

[Td-d]

ZA1JA01J, RR and Ecuflash definition is up on the RR forum.