burning chip help

[atomicmecha]

I'm trying to burn a set of the BIN's from an ultimate chip to a new chip. I had an ultimate chip but the control box went out. So I've got myself a moates g3 adapter with the remote switcher and a blank chip. I thought I burned the programs to the chip but when its plugged in it only sees 5 of the 16 programs and the engine runs like shit.

Also, seems with the G3 adapter installed Datamaster can no longer connect so I have no idea why the engine is running like shit with the chip. So two mysteries going on here.


First thing I want to straighten out is the chip. Is there a particular way to burn programs to these chips? I'm using moates flash&burn to write the chip. Do I need to burn them in reverse order?

New to this custom programming, so any guidance on how to do this would be greatly appreciated.

 

[dgoodhue]

Re: burning chip help

What size is the moates G3 chip? The ultimate chip bin's are all stacked on each other every 4000h. IIRC the first program is the security program.

If it's running like crap and the datamaster isn't connecting, the ECM is likely not seeing your adapter chip or the chip wasn't programmed properly. It is likely running off the memcal limp mode "backup" chip.

 

[atomicmecha]

Re: burning chip help

its the "AM29F040B" chip. so the 512k chip.

I set the stack in tunerpro to 16 bin, 512 chip size, and 32kb block size.

I'm suspecting I have a bad chip on my hands. I found an write up on the moates support site and it confirms the method I was using, however when I do the "verify chip with buffer" it fails. Everytime.

I'm putting the chip in with the indent up top and the dimple that's supposed to be pin 1 on the top left by the latch for the zif.

Going to order a new chip and see what it does then. I don't think its the chip burner since thats a rather straightforward device. I'm using the burner built into tunerpro and I'm using the usb drivers off the moates website.

 

[dgoodhue]

Re: burning chip help

It is probably user error not the chip. I am guessing from your post that you didn't restock the ultimate chip programs.

The Ultimate Chip bin is 128K and the code $58 bin sizes are 8K. Your new chip is 512k and the moats adapter is switching them in 32K blocks. I would guess you are using the ultimate chip bin as your buffer. When you check the 128K buffer with the 512k chip, the buffer checksum is never going to match 512k checksum.

I have never used 32K chip blocks for the 8K Ultimates (only 16k bin's) You need to convert your 128k ultimate chip file into 512k file that into ECM can read. I think you need to separate the ultimate chip programs, they are 4000hex, so it goes from 0000 to 3FFF. 4000 to 7FFF ect. You need to copy the first program and offset it to 0A000,and leave the first part of 32k block empty. Copy and offset the 2nd program to 1A000, third 2A000, the last on will be FA000.

You will need a binary or hex editor, to move the programs around. I haven't done this in a 12+ years, but should be able to find one using google. I am not sure which Ultimate BIN you have but it looks like Tooky has a the individual bin programs on his website. It is probably easier to copy his individual programs then copying and moving around the programs. The bin editors I have used are DOS based and pretty clunky to be moving sections around. (and easy to screw up and have to start all over again)

 

[atomicmecha]

Re: burning chip help

The bin's I'm using are from PowerTunePlus.com. Each is a 16kb file. There's the pre stacked one that 256kb which i tried first but had the same result. Which is why I used the bin stacker in tuner pro to make a new bin file. the support site for tunerpro said it automatically reverses the order when stacking so I don't have to worry about that.

And yes the adapter should be switching in 32k blocks which is why I told the bin stacker to use 32kb blocks. When I use the buffer editor I can see data and then a blank section and then more data. And this repeats all the way down for 16 programs. Which is what I'm expecting. Should the blank space be first then data? Right now the first block starts with data, there's no buffer or blank space before the the first program.


The one thing I haven't tried, which you mentioned, is to burn each 16k bin file. I'll try that using the offsets and see what it does.

 

[dgoodhue]

Re: burning chip help

I wonder if its getting confused with the 16k files and not offsetting them properly. The data should be blank first, then the program.

 

[atomicmecha]

Re: burning chip help

So lets say I only want to burn one of the 16kb bin files just to test and get the truck running. I should start the chip addressing at 00A000 and let the end address be the 0FFFFF?

 

[atomicmecha]

Re: burning chip help

I'm still not sure why when I burn a 512k bin file to the chip it still fails the verification. Shouldn't be any sort of check sum mismatch.

 

[dgoodhue]

Re: burning chip help

Is the file in your buffer 512K?

The 16k files that Tooky has, I would guess they start at 4000h right now. Their is a chance he didn't offset them properly or his burner was already offsetting the files. If his files are offset to 4000h, then it should be offset another 8000h.

 

[atomicmecha]

Re: burning chip help

Yes, the stack file I made was 512k to match the chip.

 

[mattw]

Re: burning chip help

I did this MANY years ago but unfortunately I do not recall the specific details of the process.. The reason that I am posting is that I know I did 100% of it in TunerPro.. I read the BINs from my ultimate chip and then re-burned them to the chip I got from Moates to use with the switcher. IIRC the Moates chip was bigger(like twice as big) and I had to get the offset right before it worked.. Good luck and sorry I don't have more details..