[SharpMZ] Upraveny FDC Horava - BUG

[Hynek Sladky]

Nemuze byt treba taky problem v pouziti nespravneho headeru? SMT32F1xx 
ma jine definice nez STM32F4xx. CRL a CRH (offest 0 a 4) maji jinou 
strukturu nez porty MODER a OTYPER (take offset 0 a 4), ktere jsou u 
STM32F4. Pokud se zapisuje do CRH, tak se vlastne zapisuje do OTYPER, 
ale zapisuji se tam nesmyslna data... MODER (ktery ridi prepinani 
input/output) se nemeni... takze muze byt problem tam...
Urcite bych doporucil pouzit spravne definice registru (i kdyz to mozna 
bude trochu prace to upravit, aby to spravne chodilo...)

Hynek Sladky


Dne 9.7.2014 18:22, Michal Hucik - ORDOZ napsal(a):
>
> ad to CRH: netusim jak se to dela u F4xx. Puvodni Unikarta je 
> postavena na STM32F1xx a jedna se o port configuration register, 
> kterym se nastavuje horni polovina portu (pro tu dolni je tady registr 
> CRL). Kazdy pin je konfigurovan dvou bitovou hodnotou mode a dvou 
> bitovou hodnotou cnf.
>
> Michal
>
> Dne 9.7.2014 16:28, Hynek Sladky napsal(a):
>> Toto:
>>    GPIOB->ODR &= ~( 1 << 9 ); // nastavenim 0 na pinu PB9 aktivujeme 
>> SharpINT
>> je potencialne nebezpecna operace, protoze neni atomicka. Muze se 
>> stat, ze mezi ctenim a zapisem se zmeni hodnota portu v preruseni... 
>> Doporucoval bych pouziti BSRR registru.
>> Dale by se mozna dal pouzit rezim open-drain (OTYPER registr).
>>
>> Mimochodem, co to je za registr CRH? V RM0090 pro STM32F4xx jsem ho 
>> nenasel...
>>
>> Hynek Sladky
>>
>

------------- další část ---------------
HTML příloha byla odstraněna...
URL: http://mail.ordoz.com/pipermail/sharpmz/attachments/20140710/e2c8ce76/attachment.html