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