Cortex-M0 gcc problem

[Milan B.]

On 4. 4. 2013 21:54, Miroslav Mraz wrote:
> Právě že nestačí. Ta když se zapojí, nastartuje bootloader. Musí se
> ještě přepnout option nBOOT1, ale openocd to ještě neumí.

Ja tomu nerozumiem. Skusil som to s OpenOCD prepnut a tvari sa, ze pamat 
je premapovana. Akurat obsah riadiaceho registra je zobrazeny stale 
rovnaky. A samozrejme po resete sa to vzdy premapuje na default, tj. flash.

Takto nejako:
openocd  -f board/stm32f0discovery.cfg -c init -c "reset halt" -c "mww 
0x20000000 0x12345678" -c "mdw 0x00000000" -c "mww 0x40010000 3" -c "mdw 
0x40010000"  -c "mdw 0x00000000"
...
0x00000000: 20000408  <-- pred premapovanim
0x40010000: 00000000
0x00000000: 12345678  <-- po premapovani

Je to nejake divne. Ale s OpenOCD (a uz vobec nie so STM32F0) este nie 
som uplne kamarat.

-m-


>   Alespoň ne
> jednoduše. Řešil jsem to asi stejně jako vy. Ono na tom asi nic lepšího
> nevymyslíte. Jestli se chcete podívat tak na
> http://www.volny.cz/mrazik/tmp/ram.tgz je to zatím uloženo.
>
> Mrazík
>
> Petr Labaj píše v Čt 04. 04. 2013 v 17:38 +0200:
>> Ale STM32F0_discovery prece ma vytazeny pin BOOT0.
>> Takze staci propojka na pinheaderu.
>>
>> Kdysi jsem taky resil ulozeni knihoven ve Flash (kvuli jejich velikosti)
>> a ulozeni vlastniho programu do RAM (natahovaneho booloaderem,
>> ktery byl soucasti te Flash). Psal jsem o tom muslim tehdy i tady.
>>
>> Resil jsem to tehdy tabulkou vazebnich adres, kterou jsem linkoval
>> k tomu programu, ktery ma byt ve Flash. Pak jsem to ale nakonec
>> nepouzil, protoze do STM32F4 uz se mi to vsechno veslo do RAM
>> (ladim zasadne pouze v RAM). Ted ty zdrojaky nejak nemuzu, nekam
>> jsem to zabordelil.
>> Pokud to nekam vystavite, rad se na to podivam, jak jste to resil Vy.
>>
>> Diky.
>> PL
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list