<br />
Někdy to děl&aacute;m naopak, hlavn&iacute; strojov&yacute; čas procesoru běž&iacute;&nbsp; v nekonečn&eacute; smyčce, o&scaron;ah&aacute;v&aacute;m, zda jsou přijat&aacute; data a tak.<br />
<br />
Přeru&scaron;en&iacute;&nbsp; nav&iacute;c nastavuje jen&nbsp;př&iacute;znaky o tom, že data jsou přijata, že je vys&iacute;lac&iacute; buffer pr&aacute;zdn&yacute; atd, pot&eacute; skoč&iacute;&nbsp;smyčka do procesu zpracov&aacute;n&iacute; těchto dat dle toho jak&yacute; př&iacute;znak je nastaven.<br />
<br />
Jedin&eacute; přeru&scaron;en&iacute; je od časovače, pokud možno s co nejmen&scaron;&iacute; prioritou.<br />
<br />
<br />
-------------------------------------------------------<br />
v&yacute;voj software http://visualprog.cz <br />
<br />
<br />
<br />
______________________________________________________________<br />
&gt; Od: "Tom&aacute;&scaron; Hamouz" &lt;hamouz@alsoft.cz&gt;<br />
&gt; Komu: HW-news &lt;hw-list@list.hw.cz&gt;<br />
&gt; Datum: 17.06.2010 13:26<br />
&gt; Předmět: Re: Prerusen&iacute; od USART na AT91SAM7Sxxx<br />
&gt;<br />
V obsluze toho niž&scaron;&iacute;ho přeru&scaron;en&iacute; se vol&aacute; buď 1x read a 2x write nebo<br />
3x read, podle režimu (pro zvědavce je to čten&iacute; akcelerometru). Každ&aacute;<br />
komunikace se na zač&aacute;tku uji&scaron;ťuje že periferie existuje, tud&iacute;ž je tam<br />
ček&aacute;n&iacute; 50us na odpověď. V nejlep&scaron;&iacute;m př&iacute;padě (1x read, 2x write) se<br />
tedy ček&aacute; 200us + vlastn&iacute; užitečn&yacute; k&oacute;d.<br />
<br />
Data od USARTu chod&iacute; během př&iacute;jmu paketu každ&yacute;ch 87us &nbsp;(115200 b/s).<br />
Už se nediv&iacute;m :-((<br />
<br />
<br />
(Abych přede&scaron;el opr&aacute;vněn&yacute;m invektiv&aacute;m, j&aacute; to nepsal, j&aacute; to d&aacute;v&aacute;m<br />
dohromady :-/ &nbsp;Nav&iacute;c je ARM pro mne nov&yacute; procesor a nem&aacute;m ho osahan&yacute;.)<br />
<br />
Porad&iacute;te co je třeba udělat, aby bylo vnořen&eacute; přeru&scaron;en&iacute; bezpečn&eacute;?<br />
<br />
Tom&aacute;&scaron;<br />
<br />
<br />
<br />
JW&gt; To sa mi nejako nezda. Data od UARTu chodia predsa slimacim<br />
JW&gt; tempom, ak len s tym procesorom nechodite na nejakych extremne<br />
JW&gt; nizkych hodinach, tak medzi jednotlivymi znakmi sa vykonaju tisice instrukcii.<br />
<br />
JW&gt; Co v tom preruseni od I2C robite take casovo narocne?<br />
<br />
JW&gt; wek<br />
<br />
JW&gt; ---<br />
<br />
JW&gt; Tak jsem pokročil, zd&aacute; se ľe UART v tom bude nevinně.<br />
<br />
JW&gt; Podle vąeho se str&aacute;v&iacute; př&iacute;lią času v přeruąen&iacute; niľą&iacute; &uacute;rovně, a nebylo<br />
JW&gt; povoleno dalą&iacute; přeruąen&iacute;. Jdu vyzkouąet co uděl&aacute; přeruąen&iacute; jin&eacute;ho<br />
JW&gt; přeruąen&iacute; a zda to nebude vadit I2C komunikaci (kter&aacute; běľ&iacute; v tom<br />
JW&gt; niľą&iacute;m irq).<br />
<br />
<br />
<br />
_______________________________________________<br />
HW-list mailing list &nbsp;- &nbsp;sponsored by www.HW.cz<br />
Hw-list@list.hw.cz<br />
<a href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a><br />
Někdy to děl&aacute;m naopak