>In terms of what is wrong, it sounds like the RS-232-C wiring is correct. If you can still reprogram your flash back >to the original webpal code, you could verify this by holding down the button inside the unit while you reset it and >that will place you in the debugger and will output a string.
Good!! I have reprogramed the flash, and if I hold down the button while resetting and then free the button, I received the following:
Easy Rider [4MB] ER_NBOARD (Newcom) (bootrom v4.0)
So, this means that my programmer works fine and the serial link too. I'm really confused in what can be wrong. My webpal motherboard is PWB-117A ver.01, date 97/04/03, may be this can help. Iīm only running bootp, with no hard disk nor modem nor network adaptor attached, only RAM, with a flash card with two chips: 29F800B, the TTl/RS232 adapter and power.
I've been looking at the source code (in main.c), and you (bigbrd) are #include'ing some files that aren't in bootp.tar, could you please give me a link to these or include them in a new .tar file? Thanks :0))
Itīs really important for me to make this thing work with Linux (well ..., I make a bet with a friend that is trying to put windowz-CE on it, poor boy...)
>The other thing to verify the the endian-ness of the programmer. If you took a snapshot of the original webpal flash >into a file, use od on that file with -t x1 and you should
>see something like:
>
>0000000 6c f0 a0 e3 ......
>
>The order may vary depending on how the programmer chooses to represent the 16 bit values.
>
>Do the same thing for bootp (program it and then read it back into a file). You should
>now see:
>
>0000000 06 00 00 ea ....
>
>
bigbrd:
This is all OK. One thing that itīs a bit confusing: if you see the code in the boot example in apendix A (ARM7500FE Data Sheet), the chip is "forced" to work as if it where in 16 bit mode (the real thing, because a reset puts it in a 16 bit mode), and this is the same code as used in the original webpal code. But....in the "End of Reset Sequence" section (pag 4.13), thereīs another "strange" code (as you stated in your web page, and as I can see, itīs the code that you implemented), that runs as if the chip where in 32 bit mode......but the chip is in 16 bit mode.....and thereīs a great difference in the way the bytes are fetched and the "real" 32 bit instruction is built. How does this work ????????
Thanks in advance.
