Re: [SharpMZ] Upraveny FDC Horava - BUG

Hynek Sladky <econf@[doména skryta]> 10. července 2014 · 06:15 SHARP MZ-800

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

Zobrazit původní podobu

Vlákno · 8 zpráv

Zobrazit celé vlákno na jedné stránce