Messages

What does Flash Magic do exactly with the Interface selection set on "None(ISP)" as opposed to "FDI USB-ICP-80C51ISP" when you are using the 80C51 programmer? It seems to still control the DTR and RTS lines at least with the "Assert DTR and RTS while COM Port open" selected in Advanced Options/Hardware Config.

The binary ASCII echo is from the TX pin 13 on the microcontroller, after a lower case "f" has been sent to RX pin 11 to establish baud rate. The microcontroller's ISP firmware is auto echoing the character (Application Notes An 716 page 3). no?

Isn't the echo coming from the PXA-G49? The ISP firmware is echoing back what the Flash Magic is sending. Maybe I am confused about that but I thought that the fact that the echo existed meant that the chip is in the ISP mode. I am using the "terminal" option in Flash Magic and getting the same echo but it is very inconsistent ... input matches output then it will start sending garbage. Are my assumptions incorrect?

I've attached the debug file. It consists of a series of "Read Device Signature" commands with different baud rates and one command to program.
Thanks for taking a look.
Jeff

Hello,
Programming a PXA-G49 with an 80C51ISP. I have the Flash Magic utility setting at: Advanced Options/Hardware Config: "Assert DTR and RTS while COM port open"
The attached scope images are of the TX/RX lines and they indicate that the chip gets the "f"... looks like it responds incorrectly the first time then correctly the second time and then a transmission begins... then fails. It throws a "unable to communicate" error.
I am using this setting because I can not get past the autobaud "f" without holding the PSEN down.
What could be the problem?
Thanks for your time.
Jeff

The XA-G49 is listed as a "Supported Device" for the USB-ICP-80C51ISP.

Programming an XA-G49 with a USB-ICP-80C51ISP. The scope is showing that the Reset line (at the microcontroller) is never being pulled low. The PSEN IS being pulled low. The programmer is suppose to pull the reset low... isn't it or do I have to do that? Also PIN 13 (Tx on microcontroller) is being pulled low then released. Nothing on PIN 11(Rx on microcontroller from Tx on programmer). It is failing the Device Signature.

Thanks for your time

I don't mean to beat a dead horse... but this is bugging me.
I have to assert PSEN low to enter ISP mode to program the chip but it states I can write the STATUS BYTE to a non-zero value to enter ISP. I have to be IN ISP mode to write so what scenario would I write to the STATUS BYTE to get into a mode I am already in???
Thanks,
Jeff

Anybody have any advice on using IAP to allow a XA-G49 to be programmed only accessing the two serial lines (RX, TX). Trying to simulate the feature allowed in latter chips called "Break Set" where it enters the ISP mode when it receives a "low" on the RX line for x number of cycles.

Thanks
Jeff

So... I write the STATUS BYTE to a non zero value how? Confused on the procedure.
Wouldn't I have to flash the chip initially with code that allowed me to trigger a write to the STATUS BYTE from some signal through the only two lines I have. The P89LPC932 chip does have this feature "Break Detect"  but I don't see it mentioned for the XA-G49.
Am I missing something?
Thank you for your patience.

Thanks for responding. I don't have access to the PSEN. Can I use a "Break Set"? Is there anyway to get the XA-G49 to go into ISP mode with just two lines TX and RX? Figure 2 in Application Notes AN716 make reference to just having two lines, is that based on already being IN ISP mode?

I have an XA-G49 on a system with only the "minimum pin" access pictured in Data Sheet Figure 4. How do I enter ISP for reprogramming.