Arm multi-ice with Atmel EB55?

We have an Atmel EB55 board (ARM7TDMI in AT91M55800A chip) and the AT91 expansion memory card. When have debugged projects on it using an Abatron BDI2000 successfully, but now have to (customer requirement) use a Multi-ice.

The multi-ice works fine with the EB55 board, but we can not successfully download code to it if the memory board is plugged in. We have checked the setup again using the Abatron and the hardware all works fine with the same code set.. The multi-ice works fine without the extra memory. We have tried far too many jumper combinations without any success.

BTW the toolset with multiice is Codewarrior for ARM. With the Abatron it is GNU.

Anyone have a clue as to what kind of difference we are seeing with the multi-ice?

Scott

Reply to
Not Really Me
Loading thread data ...

Maybe try to disconnect the nTRST and nRESET signal and try what happen! Just keep TDI TDO TMS TCK.

Then place again nRESET only and then nTRST.

Laurent ______________________ Low cost JTAG ARM DEBUG VALUE PACK

formatting link

Reply to
Laurent Gauch

AUGH!!!

If all else fails read the documentation - carefully...

The correct settings for the EB55 are E6 and E8 closed, E7 and E9 open with the following config.

# EB55 EBI_CSR0 base address for external MEMORY writemem.l 0xffe00000 0x0800200D # EB55 EBI_CSR1 base address for external RAM writemem.l 0xffe00004 0x10002001 # EB55 EBI_CSR2 base address for external MEMORY writemem.l 0xffe00008 0x030024B5 #20000000 # EB55 EBI_CSR3 base address for external MEMORY writemem.l 0xffe0000c 0x040024B5 #30000000 # EB55 EBI_CSR4 base address for external MEMORY writemem.l 0xffe00010 0x05002021 #40000000 # EB55 EBI_CSR5 base address for external MEMORY writemem.l 0xffe00014 0x05102021 #50000000 # EB55 EBI_CSR6 base address for external MEMORY writemem.l 0xffe00018 0x60000000 # EB55 EBI_CSR7 base address for external MEMORY # writemem.l 0xffe0001c 0x70000000 # EB55 Remap Control Reg # writemem.l 0xffe00020 0x00000001 # EB55 memory control register writemem.l 0xffe00024 0x00000010

Reply to
Not Really Me

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.