I have a 7730 ecm.

Using PP II I can do AT256 chips all day long with no problems, but I put in my 27SF512 chips and it will not work. I know I am just missing something. I have searched with no great luck. Here is what I do

Start of Buffer 00000
Start of Device 08000
End of Buffer 0FFFF

It will program it, but it never verifies. Also it will never be erased even if I erase it the blank check goes good until 8000

I am using Win 98, nothing is running.

Any help would be greatly appreciated. Tonight is track night.


Thanks

Chris

 

Try setting the start device to:

Start Device: C000

Leave everything else alone and see if that works.

 

That is with 126 bins correct? It made no difference

Can someone just breakdown what they all should be

start of buffer
start of device
end of device.

It is really confusing me. Like I said when I do a blank check it goes smooth until 8000 and then it starts picking up differences



Chris

 

OK. Here's the dealio:

The 27SF512 chip is a 64 KiloBYTE (512 kiloBIT) chip. This means it contains addresses from $0000 to $FFFF

Now then, the ECM essentially looks for the bin to live in the upper most portion of the chip.

That said, if your bin is 16 kilobyte ($4000 bytes), it should live in the 27SF512 memory range of $C000-$FFFF (a span totaling $4000 bytes).

So then:

Buffer start: 0000
buffer end: $3FFF (16KB bin - which $6E and $32 are)

Chip Start: $C000
Chip End: $FFFF

Make sure you've selected the correct chip in the device type, and that you've selected the appropriate byte mode in the PP2 software.

For those of you who wonder how this pertains to 29C256 chips and 16k bins:

29C256 are 32 KB chips (256Kbit), address range 0000-7FFF. 16KB should live in the upper 16k, so start address on the chip is $4000 (through $7FFF).

PS - the calculator included with windows, in scientific mode, can convert between decimal and hex. just type in the number in decimal and switch to hex, or vise-versa. instant conversion. =)

 

Another way to do it is to type this at the DOS command prompt in the directory where the bin is located:

copy /b arap.bin+arap.bin+arap.bin+arap.bin > big_arap.bin
This is a binary copy.

This copies the arap.bin (16K in size) four times (16k * 4 = 64K) which is the size of 29C512 chip. The 64K file is called big_arap.bin The PP software will not have problems with this.

I use 29C010 devices (128Kx8) in one adapter I built so I copy my $8D (32K bytes in size) 4 times (4*32 = 128). Iwrote a ".bat" file so I just type the file name which does the copying and changes to the PProgrammer directory and starts up the PP software. (All in DOS). Still haven't gotten around to writing a batch file for running PP without the GUI.

 

Hum, I've wonderd about that, after you stack a bin, is there an easy way to edit it, or are you stuck going in manually and finding where it repeats and crop it? Is there a header of sorts that you can search for in a bin? (I know, save the orignal, but what if you don't have an original?)

 

Well, not to push my own product, but TunerPro (free and RT) has a "split" functionality in the Bin Stacker/Spliter, just for this purpose. =)

 

I use a graphical hex editor for making all BIN changes that list the ASCII representation of the bin next to the hex representation.

You will see things like the Copyright text that Mike Davis adds to the WB-O2 patch that he made. It looks like just a bunch of numbers but it has alphanumeric meaning. Yes, you could search for tags by installing hex that has ASCII alphanumeric representation. I am sure that as code patchers learn this in the time to come that they will start copyrighting everything(just a guess).

I usually need a hac/dissasembly open (doc or pdf) when I need to modify a BIN with a hex editor so that is why I like using a graphical one. When using a programmer, it is quicker to hit the up arrow (doskey intalled) that runs a script to program the FLASH memory. I am lazy in that regard.

I tried the TunerPro 3.06 regular version on my desktop (Win98)and laptop(Win98SE). Both give random appl. performed illegal op" and crashes a lot. It is a very nice program but sometimes I change the bin and it crashes before I get to save the bin. So I don't use it for much. Would you be interested in the dump log. I use MS-VC++, maybe I could fire up a debug session when it happens on the desktop.

 

Junkcltr, can I ask what OS you are using? TunerPro works really well for me. It worked well under the ill-fated Windows ME Os and it works even better with the Win 98SE

 

Hmm... Occasionally, mine crashes when saving a bin. The calc checksum doesn't appear when it happens..

Usually have to open and close a couple times before things seem to act normal..

Running 2Kpro on all machines.. BW

 

GM has had text written in some proms since like 94, and I wouldn't be shocked to hear of it going back before that.

 

Windows 98 (PII) is running on the desktop and Windows 98SE (PIII) runs on one laptop and Caldera DR-DOS (486sx) runs on the other laptop.

The program seems to crash when I minimize it and do other stuff like crunching ALDL data in MS-Excel and Matlab. When I bring it up from being minimize it gives me the crash. If I leave it always maximized it doesn't crash. I usually have bunch of stuff open so I use the right click taskbar "minimize all windows" quite a bit. Old habit, hard to change.

Does the hex editor in the other version of TunerPro show ASCII values? If not, maybe he could add it. It is a good way of keeping track of BINs with the 730 using all of the empty space (self documentation). Stuff like date modified, filename, what was changed, etc.

I looked at the Pocket Programmer command line programming tonight. The "comline.exe" is only works with anything OTHER than 5.0v chips. Using the "fileprome.exe" save config. feature doesn't work right when you change the filename but modify the file.

Overall, the PP command line features are unusable with FLASH chips. Out of luck there. I have been strictly using the PP to learn the 730. On the fly tuning would get me in more trouble than I already have. Need time to think when learning something. Simply poking in new numbers is useless.

Still waiting on the Linux versions of this stuff. Anyone out there got Linux in the pipe for ALDL & BIN modifying?

I looked through the 730 bin before and there is no GM text in it. Interesting to hear that they did start doing it later on.

OK, back to figuring out why Mike Davis' WB-O2 patch throws a SES light. Gotta remove that SES........

 

Did you download and install/register the new DLL for TunerPro?

 

No, I didn't know there is an updated DLL for it. I downloaded the latest version (3.06) a while ago. Is there a "beta" 3.07 version out that has the DLL?
I think it is a great piece of software for ECM tuning and have been trying not to do the minimize thing and it seems more stable.

 

You can get the DLL on the TunerPro site. I think it is on the Downloads page and is found at the top of the dialogue text. If you send me your email addy, I will send you a copy of it. Unzip it to the TunerPro directory or to your system directory.

 

I just downloaded the DLL and installed it. The web says it only needed for ALDL. The version I am using doesn't have ALDL, but I figured it was worth a try anyway.

I still get the same crash sometimes minimizing and maximizing. It is almost like it is time dependant. If I wait a long time between the minimize and maximize it seems to crash. Also, if I click on a constant or table to edit on the right sometimes it will not pop up the edit window, but it jumps to the right bin address in the (optional)item list window. If I click on the constant/table in the item list window it will pop up the correct edit window. After that things are back to normal with being able to use the right justified table and constant windows.

It might be related to the "save" button when editing a constant becuase sometimes I hit the return key instead of clicking "save" after editing a constant. Using return does not work, only click save does.
Easy workarounds. I save the bin after every change I make. Everything works well in doing that.......I don't lose any info. If you make a lot of changes and save here and there in between, then I get lost with what was saved and what wasn't due to a crash.
Are you using the regular version or the RT version? Could be code differences there.

 

I am using RT. It works fine for me under Win 98 SE. In fact, it seems to be a little more stable under 98 than it was under Win ME.
I had the same problem with RT when I was running Win ME. Now that I see what you're experiencing, I can see that it is nearly the same thing I was having happen. Mine would try to work with the "Save BIN As" and then it would cause an exception in USER.EXE...which would invariably shut TunerPro RT down.
I am thinking that your troubles are OS related and not TunerPro Free related.

 

Same issues here with 2Kpro. I believe its the recalc checksum thats causing my problems. The only time it crashes is when it doesn't recalc the checksum.. BW