ANTSIR

Может вопрос покажется глупым, но как просмотреть эту память и в какой момент (после того как загрузчик записал данные и началось выполнение программы)?

Добрый день уважаемые! Подскажите по такому вопросу или хотя бы ткните носом где искать! Суть проблемы - используя готовые примеры под AT91SAM9RL-EK и запуская их из-под IAR (через JTAG) все замечательно работает все прерывания срабатывают, т.е. программа полностью работоспособная. Как только использую AT91bootstrap (брал и с сайта Atmel, и использовал примеры от IAR) то после копирования программы с требуемого адреса (0х00020000) происходит ее запуск (видно в гипертерминале), выводятся строчки программы, после этого программа должна работать по прерываниям, но ничего не происходит ... В чем может быть проблема?

Добрый день уважаемые! Подскажите по такому вопросу или хотя бы ткните носом где искать! Суть проблемы - используя готовые примеры под AT91SAM9RL-EK и запуская их из-под IAR (через JTAG) все замечательно работает все прерывания срабатывают, т.е. программа полностью работоспособная. Как только использую AT91bootstrap (брал и с сайта Atmel, и использовал примеры от IAR) то после копирования программы с требуемого адреса (0х00020000) происходит ее запуск (видно в гипертерминале), выводятся строчки программы, после этого программа должна работать по прерываниям, но ничего не происходит ... В чем может быть проблема?

Не появилось ли новых плагинов для интеграции IAR ARM 5.40 в eclipse IDE? что то ранее выложенная бетта не хочет нормально дружить с новой версией от IAR Еще подскажите где можно прочитать про компиляцию через make-файл в Eclipse?

На сайте ATMEL нашел bootstrap в котором происходит конфигурация NAND Flash и копирование программы расположенной по адресу 0x20000 в SDRAM (адрес 0x20000000) и переход на адрес 0x20000000. http://www.atmel.com/dyn/resources/prod_do...91sam9rl-ek.zip Единственное непонятно почему всегда копируется 196608 байт данных, почему не указывается фактический размер программы?

Использую готовый пример от IAR - getting-started-project. При компиляции и запуску программы из-под IAR или посредством SAM-BA все нормально работает. Подскажите как правильно переделать board_cstartup_iar.s чтобы загрузка производилась из NAND Flash? MODULE ?cstartup ;; Forward declaration of sections. SECTION IRQ_STACK:DATA:NOROOT(2) SECTION CSTACK:DATA:NOROOT(3) //------------------------------------------------------------------------------ // Headers //------------------------------------------------------------------------------ #define __ASSEMBLY__ #include "board.h" //------------------------------------------------------------------------------ // Definitions //------------------------------------------------------------------------------ #define ARM_MODE_ABT 0x17 #define ARM_MODE_FIQ 0x11 #define ARM_MODE_IRQ 0x12 #define ARM_MODE_SVC 0x13 #define ARM_MODE_SYS 0x1F #define I_BIT 0x80 #define F_BIT 0x40 //------------------------------------------------------------------------------ // Startup routine //------------------------------------------------------------------------------ /* Exception vectors */ SECTION .vectors:CODE:NOROOT(2) PUBLIC resetVector PUBLIC irqHandler EXTERN Undefined_Handler EXTERN SWI_Handler EXTERN Prefetch_Handler EXTERN Abort_Handler EXTERN FIQ_Handler ARM __iar_init$$done: ; The interrupt vector is not needed ; until after copy initialization is done resetVector: ; All default exception handlers (except reset) are ; defined as weak symbol definitions. ; If a handler is defined by the application it will take precedence. LDR pc, =resetHandler ; Reset LDR pc, Undefined_Addr ; Undefined instructions LDR pc, SWI_Addr ; Software interrupt (SWI/SYS) LDR pc, Prefetch_Addr ; Prefetch abort LDR pc, Abort_Addr ; Data abort B . ; RESERVED LDR pc, =irqHandler ; IRQ LDR pc, FIQ_Addr ; FIQ Undefined_Addr: DCD Undefined_Handler SWI_Addr: DCD SWI_Handler Prefetch_Addr: DCD Prefetch_Handler Abort_Addr: DCD Abort_Handler FIQ_Addr: DCD FIQ_Handler /* Handles incoming interrupt requests by branching to the corresponding handler, as defined in the AIC. Supports interrupt nesting. */ irqHandler: /* Save interrupt context on the stack to allow nesting */ SUB lr, lr, #4 STMFD sp!, {lr} MRS lr, SPSR STMFD sp!, {r0, lr} /* Write in the IVR to support Protect Mode */ LDR lr, =AT91C_BASE_AIC LDR r0, [r14, #AIC_IVR] STR lr, [r14, #AIC_IVR] /* Branch to interrupt handler in Supervisor mode */ MSR CPSR_c, #ARM_MODE_SYS STMFD sp!, {r1-r3, r4, r12, lr} /* Check for 8-byte alignment and save lr plus a */ /* word to indicate the stack adjustment used (0 or 4) */ AND r1, sp, #4 SUB sp, sp, r1 STMFD sp!, {r1, lr} BLX r0 LDMIA sp!, {r1, lr} ADD sp, sp, r1 LDMIA sp!, {r1-r3, r4, r12, lr} MSR CPSR_c, #ARM_MODE_IRQ | I_BIT /* Acknowledge interrupt */ LDR lr, =AT91C_BASE_AIC STR lr, [r14, #AIC_EOICR] /* Restore interrupt context and branch back to calling code */ LDMIA sp!, {r0, lr} MSR SPSR_cxsf, lr LDMIA sp!, {pc}^ /* After a reset, execution starts here, the mode is ARM, supervisor with interrupts disabled. Initializes the chip and branches to the main() function. */ SECTION .cstartup:CODE:NOROOT(2) PUBLIC resetHandler EXTERN LowLevelInit EXTERN ?main REQUIRE resetVector ARM resetHandler: /* Set pc to actual code location (i.e. not in remap zone) */ LDR pc, =label /* Perform low-level initialization of the chip using LowLevelInit() */ label: LDR r0, =LowLevelInit LDR r4, =SFE(CSTACK) MOV sp, r4 BLX r0 /* Set up the interrupt stack pointer. */ MSR cpsr_c, #ARM_MODE_IRQ | I_BIT | F_BIT ; Change the mode LDR sp, =SFE(IRQ_STACK) /* Set up the SYS stack pointer. */ MSR cpsr_c, #ARM_MODE_SYS | F_BIT ; Change the mode LDR sp, =SFE(CSTACK) /* Branch to main() */ LDR r0, =?main BLX r0 /* Loop indefinitely when program is finished */ loop4: B loop4 END В разделе resetHandler: присутствет процедура LowLevelInit () void LowLevelInit( void ) { unsigned char i; #if !defined(sdram) /* Initialize main oscillator ****************************/ AT91C_BASE_PMC->PMC_MOR = BOARD_OSCOUNT | AT91C_CKGR_MOSCEN; while (!(AT91C_BASE_PMC->PMC_SR & AT91C_PMC_MOSCS)); /* Initialize PLLA at 200MHz (198.656) */ AT91C_BASE_PMC->PMC_PLLAR = BOARD_CKGR_PLLA | BOARD_PLLACOUNT | BOARD_MULA | BOARD_DIVA; while (!(AT91C_BASE_PMC->PMC_SR & AT91C_PMC_LOCKA)); /* Wait for the master clock if it was already initialized */ while (!(AT91C_BASE_PMC->PMC_SR & AT91C_PMC_MCKRDY)); /* Switch to fast clock **********************/ /* Switch to main oscillator + prescaler */ AT91C_BASE_PMC->PMC_MCKR = BOARD_PRESCALER; while (!(AT91C_BASE_PMC->PMC_SR & AT91C_PMC_MCKRDY)); /* Switch to PLL + prescaler */ AT91C_BASE_PMC->PMC_MCKR |= AT91C_PMC_CSS_PLLA_CLK; while (!(AT91C_BASE_PMC->PMC_SR & AT91C_PMC_MCKRDY)); #endif //#if !defined(sdram) /* Initialize AIC ****************/ AT91C_BASE_AIC->AIC_IDCR = 0xFFFFFFFF; AT91C_BASE_AIC->AIC_SVR[0] = (unsigned int) defaultFiqHandler; for (i = 1; i < 31; i++) { AT91C_BASE_AIC->AIC_SVR[i] = (unsigned int) defaultIrqHandler; } AT91C_BASE_AIC->AIC_SPU = (unsigned int) defaultSpuriousHandler; // Unstack nested interrupts for (i = 0; i < 8 ; i++) { AT91C_BASE_AIC->AIC_EOICR = 0; } // Enable Debug mode //AT91C_BASE_AIC->AIC_DCR = AT91C_AIC_DCR_PROT; /* Watchdog initialization *************************/ AT91C_BASE_WDTC->WDTC_WDMR = AT91C_WDTC_WDDIS; /* Remap *******/ BOARD_RemapRam(); // Disable RTT and PIT interrupts (potential problem when program A // configures RTT, then program B wants to use PIT only, interrupts // from the RTT will still occur since they both use AT91C_ID_SYS) AT91C_BASE_RTTC->RTTC_RTMR &= ~(AT91C_RTTC_ALMIEN | AT91C_RTTC_RTTINCIEN); AT91C_BASE_PITC->PITC_PIMR &= ~AT91C_PITC_PITIEN; } BOARD_RemapRam(); void BOARD_RemapRam(void) { WRITE(AT91C_BASE_MATRIX, MATRIX_MRCR, (AT91C_MATRIX_RCA926I | AT91C_MATRIX_RCA926D)); } Везде написано о необходимости делать РЕМАП, но как понять не могу. В 14 разделе описания на процессор говорится, что первые 28 байт должны соответствовать формату загрузчика. по смещению 0х14 указывается размер программы. Сразу возникает вопросы - как в IAR автоматически при компиляции записать размер программы в bin-файл? - каков формат этих 28 байт которые должны находиться в начале bin-файла? или необходимо произвести хитрые манипуляции в настройках самого IAR?

Подскажите пожалуйста где можно найти sturtup посерьезнее? Все примеры идущие на диске с демонстрационной платой имеют startup как я уже приводил раньше.

Правильно ли я понял, именно в sturtup определяется откуда будет грузиться программа (main())? /* IAR startup file for AT91SAM9RL microcontrollers. */ MODULE ?cstartup ;; Forward declaration of sections. SECTION IRQ_STACK:DATA:NOROOT(2) SECTION CSTACK:DATA:NOROOT(3) //------------------------------------------------------------------------------ // Headers //------------------------------------------------------------------------------ #define __ASSEMBLY__ #include "board.h" //------------------------------------------------------------------------------ // Definitions //------------------------------------------------------------------------------ #define ARM_MODE_ABT 0x17 #define ARM_MODE_FIQ 0x11 #define ARM_MODE_IRQ 0x12 #define ARM_MODE_SVC 0x13 #define ARM_MODE_SYS 0x1F #define I_BIT 0x80 #define F_BIT 0x40 //------------------------------------------------------------------------------ // Startup routine //------------------------------------------------------------------------------ /* Exception vectors */ SECTION .vectors:CODE:NOROOT(2) PUBLIC resetVector PUBLIC irqHandler EXTERN Undefined_Handler EXTERN SWI_Handler EXTERN Prefetch_Handler EXTERN Abort_Handler EXTERN FIQ_Handler ARM __iar_init$$done: ; The interrupt vector is not needed ; until after copy initialization is done resetVector: ; All default exception handlers (except reset) are ; defined as weak symbol definitions. ; If a handler is defined by the application it will take precedence. LDR pc, =resetHandler ; Reset LDR pc, Undefined_Addr ; Undefined instructions LDR pc, SWI_Addr ; Software interrupt (SWI/SYS) LDR pc, Prefetch_Addr ; Prefetch abort LDR pc, Abort_Addr ; Data abort B . ; RESERVED LDR pc, =irqHandler ; IRQ LDR pc, FIQ_Addr ; FIQ Undefined_Addr: DCD Undefined_Handler SWI_Addr: DCD SWI_Handler Prefetch_Addr: DCD Prefetch_Handler Abort_Addr: DCD Abort_Handler FIQ_Addr: DCD FIQ_Handler /* Handles incoming interrupt requests by branching to the corresponding handler, as defined in the AIC. Supports interrupt nesting. */ irqHandler: /* Save interrupt context on the stack to allow nesting */ SUB lr, lr, #4 STMFD sp!, {lr} MRS lr, SPSR STMFD sp!, {r0, lr} /* Write in the IVR to support Protect Mode */ LDR lr, =AT91C_BASE_AIC LDR r0, [r14, #AIC_IVR] STR lr, [r14, #AIC_IVR] /* Branch to interrupt handler in Supervisor mode */ MSR CPSR_c, #ARM_MODE_SYS STMFD sp!, {r1-r3, r4, r12, lr} BLX r0 LDMIA sp!, {r1-r3, r4, r12, lr} MSR CPSR_c, #ARM_MODE_IRQ | I_BIT /* Acknowledge interrupt */ LDR lr, =AT91C_BASE_AIC STR lr, [r14, #AIC_EOICR] /* Restore interrupt context and branch back to calling code */ LDMIA sp!, {r0, lr} MSR SPSR_cxsf, lr LDMIA sp!, {pc}^ /* After a reset, execution starts here, the mode is ARM, supervisor with interrupts disabled. Initializes the chip and branches to the main() function. */ SECTION .cstartup:CODE:NOROOT(2) PUBLIC resetHandler EXTERN LowLevelInit EXTERN ?main REQUIRE resetVector ARM resetHandler: /* Set pc to actual code location (i.e. not in remap zone) */ LDR pc, =label /* Perform low-level initialization of the chip using LowLevelInit() */ label: LDR r0, =LowLevelInit LDR r4, =SFE(CSTACK) MOV sp, r4 BLX r0 /* Set up the interrupt stack pointer. */ MSR cpsr_c, #ARM_MODE_IRQ | I_BIT | F_BIT ; Change the mode LDR sp, =SFE(IRQ_STACK) /* Set up the SYS stack pointer. */ MSR cpsr_c, #ARM_MODE_SYS | F_BIT ; Change the mode LDR sp, =SFE(CSTACK) /* Branch to main() */ LDR r0, =?main BLX r0 /* Loop indefinitely when program is finished */ loop4: B loop4 END Подскажите где именно указывается тип загрузки?

Добрый день! Решил попробовать установить на данную плату Linux, взял готовый с http://www.at91.com/linux4sam/bin/view/Linux4SAM прошил все по инструкции U-Boot 1.3.4 (Sep 24 2009 - 16:56:53) DRAM: 64 MB NAND: 256 MiB DataFlash:AT45DB642 Nb pages: 8192 Page Size: 1056 Size= 8650752 bytes Logical address: 0xC0000000 Area 0: C0000000 to C00041FF (RO) Bootstrap Area 1: C0004200 to C00083FF Environment Area 2: C0008400 to C0041FFF (RO) U-Boot Area 3: C0042000 to C0251FFF Kernel Area 4: C0252000 to C083FFFF FS In: serial Out: serial Err: serial Hit any key to stop autoboot: 0 NAND read: device 0 offset 0x200000, size 0x196cdc 1666268 bytes read: OK ## Booting kernel from Legacy Image at 22200000 ... Image Name: linux-2.6 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 1666204 Bytes = 1.6 MB Load Address: 20008000 Entry Point: 20008000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... Uncompressing Linux............................................................. ............................................ done, booting the kernel. Linux version 2.6.30 (nferre@bendor) (gcc version 4.2.0 20070413 (prerelease) (C odeSourcery Sourcery G++ Lite 2007q1-10)) #1 Mon Nov 2 17:07:10 CET 2009 CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177 CPU: VIVT data cache, VIVT instruction cache Machine: Atmel AT91SAM9RL-EK Ignoring unrecognised tag 0x54410008 Memory policy: ECC disabled, Data cache writeback Clocks: CPU 200 MHz, master 100 MHz, main 12.000 MHz Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256 Kernel command line: mem=64M console=ttyS0,115200 root=/dev/mtdblock1 rw rootfst ype=jffs2 NR_IRQS:192 AT91: 128 gpio irqs in 4 banks PID hash table entries: 256 (order: 8, 1024 bytes) irq 1: nobody cared (try booting with the "irqpoll" option) [<c00295a4>] (unwind_backtrace+0x0/0xdc) from [<c005c080>] (__report_bad_irq+0x3 0/0x88) [<c005c080>] (__report_bad_irq+0x30/0x88) from [<c005c238>] (note_interrupt+0x16 0/0x1d4) [<c005c238>] (note_interrupt+0x160/0x1d4) from [<c005cdc8>] (handle_level_irq+0x 90/0xf0) [<c005cdc8>] (handle_level_irq+0x90/0xf0) from [<c0023050>] (_text+0x50/0x78) [<c0023050>] (_text+0x50/0x78) from [<c0023994>] (__irq_svc+0x34/0x60) Exception stack(0xc0315f08 to 0xc0315f50) 5f00: 00000001 c0314000 c033bde0 20000053 c0314000 00000000 5f20: 00000001 00000002 c033bde0 00000000 0000000a 00000000 00000005 c0315f50 5f40: c0023060 c003d81c 20000053 ffffffff [<c0023994>] (__irq_svc+0x34/0x60) from [<c0023060>] (_text+0x60/0x78) [<c0023060>] (_text+0x60/0x78) from [<00000001>] (0x1) Exception stack(0xc0315f60 to 0xc0315fa8) 5f60: 00000000 00000001 c0317cd0 2001eb00 41069265 2001eacc 00000000 c0023060 5f80: 00000000 ffffffff fefff000 c0023994 00008001 00000000 00000001 20000053 5fa0: c0020eec c0337040 handlers: [<c002df18>] (at91sam926x_pit_interrupt+0x0/0x70) Disabling IRQ #1 Console: colour dummy device 80x30 console [ttyS0] enabled Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) Memory: 64MB = 64MB total Memory: 61524KB available (2916K code, 221K data, 108K init, 0K highmem) Calibrating delay loop... на этапе Calibrating delay loop... все и останавливается, в чем проблема понять не могу. Подскажите в чем может быть дело?

Попробовал загрузить на плату готовый пример. Получилось после загрузки в NandFlash basic-lcd-project-at91sam9rl64-sram.bin файлов, basic-lcd-project-at91sam9rl64-sdram.bin не дает возможности стартовать плате, т.е это "плохой" bin при компиляции проекта примера в IAR получается именно файл напоминающий basic-lcd-project-at91sam9rl64-sdram.bin. Как настроить компилятор чтобы на выходе был именно файл для загрузки в NandFlash? ЗЫ причем при одинаковом размере файлов basic-lcd-project-at91sam9rl64-sram.bin и basic-lcd-project-at91sam9rl64-sdram.bin данные в них разные.

Не получется !!! Делаю так : Открываю SAMBA (плата подключена через USB) перехожу на вкладку NAND Flash запускаю скрипт Enable NandFlash запускаю скрипт Erase All запускаю скрипт Send Boot File и указываю at91sam9rl64_sdram.bin скомпилированный в IAR выключаю плату перемычку BMS меняю c 3.3 В на GND включаю плату, но ничего не происходит что не так? Может ошибка в настройках компиляции проекта в IAR? или я что-то упускаю? ЗЫ При чтении данных из Flash после Send Boot File фаллы принятый и исходный (at91sam9rl64_sdram.bin) отличаютсяна 4 байта пробовал записывать через Send File , в данном случае что исходный bin и принятый одинаковы

А в какую именно флеш, на плате установлено 64 Mbytes of SDRAM memory, 256 Mbytes of NAND Flash memory, serial DataFlash, TWI serial EEPROM, а также MCI SD/MMC card slot c карточкой на 1 Gb, как установить откуда будем грузить программу?

Итак снова добрый день! Что-то никто не может мне подсказать как заставить плату AT91SAM9RL-EK работать без отладчика. Повторюсь - беру готовый пример с CD от платы, запускаю IAR и провожу отдадку с использованием SAM-ICE программа запускается и корректно работает (в соответствии с описанием на проект). Теперь появилось желание, чтобы данная программа постоянно сидела на плате и запускалась без отладчика (после подачи питания на плату). Кто-нибудь может подробно описать процедуру записи программы с использованием SAMBA? Нужно-ли в проекте IAR указавыть откуда производиться загрузка программы, если да то где? На плате единственный джампер, который возможно учавствует в этом, это комутатор пина BMS либо на +3.3 В либо на GND (В настоящее время подключен к +3.3 В).

Добрый день! Используя пример на evalution_kit создал свою программку, отладил ее используя SAM-ICE и наконец я хочу записать ее на плату, чтобы в дальнейшем она работала без отладчика. Подскажите как это можно сделать ?

Спасибо за разъяснения, скомпилить все получилось, однако все равно работать не хочет :crying: Как только входит в процедуры построения спектра либо пересбрасывается либо подвисает У кого будет возможность посмотрите исходники, может увидите ошибки использую ATMega128, по INT2 принимаю 16-бит данные и их пытаюсь пропустить через FFT , а затем хочу вывести его на экран TESTFFT_LCD.ZIP