Re: Prerusení od USART na AT91SAM7Sxxx

Tomáš Hamouz hamouz na alsoft.cz
Čtvrtek Červen 17 13:16:45 CEST 2010


V obsluze toho nižšího přerušení se volá buď 1x read a 2x write nebo
3x read, podle režimu (pro zvědavce je to čtení akcelerometru). Každá
komunikace se na začátku ujišťuje že periferie existuje, tudíž je tam
čekání 50us na odpověď. V nejlepším případě (1x read, 2x write) se
tedy čeká 200us + vlastní užitečný kód.

Data od USARTu chodí během příjmu paketu každých 87us  (115200 b/s).
Už se nedivím :-((


(Abych předešel oprávněným invektivám, já to nepsal, já to dávám
dohromady :-/  Navíc je ARM pro mne nový procesor a nemám ho osahaný.)

Poradíte co je třeba udělat, aby bylo vnořené přerušení bezpečné?

Tomáš



JW> To sa mi nejako nezda. Data od UARTu chodia predsa slimacim
JW> tempom, ak len s tym procesorom nechodite na nejakych extremne
JW> nizkych hodinach, tak medzi jednotlivymi znakmi sa vykonaju tisice instrukcii.

JW> Co v tom preruseni od I2C robite take casovo narocne?

JW> wek

JW> ---

JW> Tak jsem pokročil, zdá se ľe UART v tom bude nevinně.

JW> Podle vąeho se stráví přílią času v přeruąení niľąí úrovně, a nebylo
JW> povoleno daląí přeruąení. Jdu vyzkouąet co udělá přeruąení jiného
JW> přeruąení a zda to nebude vadit I2C komunikaci (která běľí v tom
JW> niľąím irq).





More information about the Hw-list mailing list