hey i have just started to work on bluescreen by thaieasy electronics which has ARM7-TDMI in LPC2378, but i dont have any idea how to burn the code i have compiled in winarm. could u plz help regarding anything.
Is it possible that the bluscreen board could be programmed without using JTAG- Wiggler?? I have read in its datsheet that lpc2378 has in system programming capability, but i dont have any idea how to use that.
I have used MAX3232 to convert RS32 to TTL adapter & connected TXD0, RXD0,3v3S and GND of console P2 of blue screen to respective pin of MAX3232 circuit…but the flash magic shows "operation failed.failed to auto baud and shows the following link…
Read Chapter 29 “Flash memory programming firmware” of the NXP LPC23xx User Manual UM10211 for information on what you need to do to enter the ISP mode e.g. controlling the P2.10 pin when you reset the MCU.
Don’t try using a baud rate any higher than 9600 or 19200 until you are sure that everything else is working OK.
The first mistake which I was doing was that i was using MAX232 instead of MAX 3232 , while MAX 232 was a 5V IC ,MAX3232/MAX3223 is a 3.3V IC and the voltage of bluescreen board is 3.3V so I finally used MAX 3232 and the supply problem was resolved.
Secondly the Cds provided by thai electronics only provide schematics and not the actual brd file which was a problem . I sorted this problem by checking the potentials at various pins of the CONSOLE.
I found that the pins of the console were in reverse order
I mean
21
43
65 was actually
12
34
56 on the board of bluscreen.
and also 3.3VS means you have to supply the external 3.3V at that terminal.
One more help could be the schematic of Olimex STK for ARM from where you can check the pin connections…
Hence when i sorted all these things it worked, atleast flash magic detected the device , now i have to check how programming can be done using WINARM and Flash MAgic.
Sorry - believe to enable experts to best help you must insure the following:
a) your treatment of all intermediate steps is correct
b) you are executing in the correct order
c) you are not exceeding flash, sram or heap capacity
You can confirm that your basic method still works by repeating the process for the largest program which - in the past - worked. If you can confirm that you can still achieve a working process - then your new problem is confined to new code or a new “violation.”
Troubleshoot the new program by selectively removing “blocks” until it compiles and programs properly - try to isolate the problem area - this is the best way to get everything to work.
My small group are ARM7 & M3 focused - have never used your device but are in eval stage with sub 1USD LPC1111-1114 devices for low cost, higher volume Aps.