Messages

I neglected to fully understand the data sheet. I have to send a byte
to start transmission. I don't have to resend the command string. If
I tack one additonal byte at the end of the command string things
work ok. Although I wonder if I should wait a little before a "start
transmission" byte.

I wait 1 sec after commands are sent. I monitor the transmit/receive
lines, activity is over la long time before I perform any reads.

During a isp session I notice the following when reading
memory block in flash.

1. Command string sent from serial port to philips part.
2. Auto echo of command string, which must be received.
3. Same command string sent to philips part.
4. Data from flash is sent from philips part.

The part is a P89C668. Why I need to send the same command
string twice is questionable. But it always works the same way.
I felt the need to write my own flash control program under Linux
using Tcl/Tk programming language.
I would have thought that if the command checksum was not
correct the part would transmit a 'X' back. Anyway, I think it's
something I have to live with. Any comments on this subject?

I also notice that FlashMagic reads flash memory in 1k blocks.
Why this choice?

To erikm,
     People have to go through the front door many times, until they
     realize there is a backdoor.

I use the P89C668HBA, no problems with v1.91

I have used a free C compiler that runs on linux platform.
It also creates the intel hex file.

I have been using almost every release of FlashMagic since August
last year on several different processors. I think about the only
problem you guys couldn't answer was a page fault that happened
to me a couple of times. Something that happens in a windows
environment. Other problems have been mine or learning curve issues.
The backdoor idea has saved me from throwing away
a few devices over the months so I like that too.
Anyway, I think it's about time somebody thanked you guys.

What development environments do you use?

Hi,
     I've been using the 89c668 for a while now. If I were you I would disable
interrupts to start with.  Try to toggle a port pin low and look at it with a scope,forget about your led's for now. Sounds like you are almost there.

Question 1:


I use the 89C668. I use 2.4k to ground for ISP mode. Suggested by
someone from Philips. I also use 4.7K to vcc for logic one.  If you
investigate what the max current for that pin is 2.4k is a safe value.
I also used the same for the 89C51RD2BN.

Curious to ask what software tools you will be using.

Maybe it would be better to take a closer look at the register dump
and back track how execution could get to that point

The issue brought up by erik is you cannot operate the chip in 6 clock mode
with an oscillator above 20MHz. If you use 22.1184 in 6 clock mode, that's
wrong. On a reset the device is by default in 12 clock mode, then you would
be alright.

I try to have as few windows PC's as possible. Linux is my thing.

The issue I described is really a support issue for Wine, not FlashMagic.
FlashMagic operation in windows should be emulated exactly. And Wine
isn't 100%. But it's better than nothing. I appreciate the effort gone into
Wine development.

I have successfully used FlashMagic 1.87 with linux (kernel 2.6.3)  and the
Wine application program. Wine executes a windows program in the Linux
environment. Probablly will work with Unix too. The only problem is that if
you try to read flash memory data, the bytes do not appear in the pop-up
window. I tired all kinds of different screen resolutions but still see nothing.
But if you just want to program a device then you can use Wine.