Thread: DeBricking the NNN - an easier way?

Paul does this help
www.ecusoft.ru/catalogue/BDM_MC32xxx_en.pdf

Originally Posted by djam1

Paul does this help
www.ecusoft.ru/catalogue/BDM_MC32xxx_en.pdf

That was the pdf that gave me the initial idea to explore the BDM method. The problem is that the adapter is $100+ and the software shown is $200US, and I was looking for cheap and easy

What the BDM_MC32xxx_en.pdf did point me to was the SAAB Trionic 5 and 7 community tuning projects that are using an old piece of DOS based software and cheap parallel port adapters to achieve the same ends. It's more fiddly but I think it will work. The Trionic 7 uses the same ECU and a slightly larger version of the same memory chip found on the Td5 NNN series, so much of the ground work has been done. The scripts they are using are from an old Motorola developers package, but the the SAAB community have done the work in getting them to work.

I've scored a cheap parallel -> BDM adapter off eBay for $40 shipped, and I hope that will turn up in the next couple of days, so I can get stuck in to testing this out.

If this all comes together debricking will be a relatively fast, cheap and easy process rather than the major catastrophe that it currently is.

On the other hand I'm hoping that a bench rig for .map uploads will eliminate the need to debrick in the first place.

The best price on ECU connectors I've found is:

VEMS Shop

The company ship quickly - my order took 6 days to arrive from Budapest. The only downside is the connectors are tin plated, but for the kind of use they'll get I don't see that as a drama.

cheers
Paul

If they dont work out let me know I am going to visit TRS with a set of side cutters. Hopefully I can get some ECU connectors

They should be fine. They are AMP Econoseal connectors which is exactly the same as used on the D2. Only diff is the pins aren't gold plated.

I made this bench tool last year for repairing the ECUs. When you go to programing, use a very good power supply. Because when you switch on the ECU, there are 2 huge capacitons inside, and with not enough capable power supply, the voltage drops and resets the ECU. Also use some relay and switch to simulate the ingition switch and main relay, for corect switching sequence during remaping.
I had only one bricked ECU (not bricked by me), and I repaired it by changing the flash memory for a good one (with correct software inside).
Mainly the repairs I made are after water comming inside the ECU and burn some components.

And you can use the 29F400 memories without any problem, also it is possible to use them with 2 different maps in one ECU.

Thanks MadTom, good to hear from someone who has success with a bench setup, and thanks for the confirmation that the 29f400 works. Out of interest how are you switching between the maps?

I had noticed in RAVE description that the that three of the power supply lines are controlled by a transistor switched relay which is triggered by the ignition switch. I'd been wondering if a relay was necessary given the short delay, but I guess it sensible to use one.

I've recently recovered a bricked ECU by unsoldering the which is documented here: http://www.aulro.com/afvb/electronic...d-nnn-ecu.html What I'm hoping to do is recover bricked ECU's without the need to remove the eeprom.

cheers
Paul

Couldn't CO658-21 CO658-3 CO658-22 CO658-27 just be a common positive feed? Obviously switched to simulate the ignition being turned on for the mapping process. At the same time CO658-33 being a constant positive feed.