-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!new
sfeed.neostrada.pl!atlantis.news.neostrada.pl!news.neostrada.pl!not-for-mail
From: "T.M.F." <t...@n...mp.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: uC poczatek
Date: Tue, 10 Mar 2009 16:03:51 +0100
Organization: TP - http://www.tp.pl/
Lines: 54
Message-ID: <gp5vk8$n5f$1@atlantis.news.neostrada.pl>
References: <0...@n...onet.pl> <gp08ni$o99$1@achot.icm.edu.pl>
<gp0a53$18qt$1@news.mm.pl> <gp0ak0$qh2$1@achot.icm.edu.pl>
<gp0b8v$1m2l$1@news.mm.pl> <gp0cin$sst$1@achot.icm.edu.pl>
<gp0d3q$2rh8$1@news.mm.pl> <gp0dr1$ucs$1@achot.icm.edu.pl>
<gp0f0s$ot3$1@news.mm.pl> <gp0g1h$1ih$1@achot.icm.edu.pl>
<gp0ibf$2cps$1@news.mm.pl> <gp0k20$64u$1@achot.icm.edu.pl>
<gp0lo0$177l$1@news.mm.pl> <gp0p93$be5$1@achot.icm.edu.pl>
<gp1k34$rm3$1@atlantis.news.neostrada.pl>
<gp38ad$r70$1@atlantis.news.neostrada.pl>
<gp3htg$dgs$1@nemesis.news.neostrada.pl>
<gp3khc$i3v$1@nemesis.news.neostrada.pl>
<gp3mp0$leu$1@nemesis.news.neostrada.pl>
<gp3nl0$5n7$1@atlantis.news.neostrada.pl> <gp3vj8$5qk$1@news.mm.pl>
<gp412d$a5u$1@nemesis.news.neostrada.pl> <gp40vj$sis$1@news.mm.pl>
<gp42qf$d2r$1@nemesis.news.neostrada.pl> <gp42pe$1v2v$1@news.mm.pl>
<gp4649$hvd$1@nemesis.news.neostrada.pl> <gp472s$19ns$1@news.mm.pl>
<gp498q$l9l$1@nemesis.news.neostrada.pl> <gp5bij$hvv$1@news.mm.pl>
NNTP-Posting-Host: hak34.internetdsl.tpnet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: atlantis.news.neostrada.pl 1236697545 23727 79.187.10.34 (10 Mar 2009
15:05:45 GMT)
X-Complaints-To: u...@n...neostrada.pl
NNTP-Posting-Date: Tue, 10 Mar 2009 15:05:45 +0000 (UTC)
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
In-Reply-To: <gp5bij$hvv$1@news.mm.pl>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:559318
[ ukryj nagłówki ]>> A po co mam zapamietywac jej stan?
>
> Bo przerwanie, które właśnie wpuściłeś w połowie obsługi innego
> przerwania z powrotem ci tą flagę odblokuje.
Znowu manipulujesz. Napisalem, ze przy jednopoziomowej obsludze jest to
niepotrzebne. Przy wielopoziomowej jest to konieczne, ale tez nie
wszystkie flagi, bo moge zastosowac np. dodatowa flage, ktora wskazuje
na koniecznosc zapisania i modyfikacji innych flag. Co wiecej niektore
AVRy maja do takich celow specjalny rejestr dostepny przez sbi/cbi. W
efekcie moj prolog do przerwania ulegnie nawet skroceniu.
>> A nawet liczac to porownaj czas RETI dla AVR i '51.
>> No ile? Nawet odblokowywujac kilka zrodel przerwan obsluga zajmie
>> mniej niz jednego dla '51.
>> Widze, ze sprytnie usunales moje info, ze na '51 to zajmuje 36-108
>> cykli zegara!!! Dla kazdego przyjetego przerwania! W porownaniu do
>> tego moje nawet 12 cykli na przerwanie nic nie znaczy.
>
> A co mnie obchodzi 51? To jest jedyny procesor z priorytetami przerwań?
A o jakiej rodzinie rozmawiamy? Bo mam wrazenie, ze '51 vs. AVR.
>> Programowo to tak samo skomplikowane jak zabawa z rejestrami, zeby
>> ustawic kontroler. Zreszta w ogole tego nie zauwazam, bo mi to
>> zalatwia klasa napisana w C++, ktora jest skladnikiem HAL w moim
>> projekcie.
>
> A co to ma do rzeczy jeśli chodzi o czas wykonania albo o konieczność
> napisania tego?
Napisac raz i zapomniec.
>> zablokowanie flagi, albo poprzez odebranie znaku. W czym problem? Nic
>> mi sie nie zapetli bo przerwania sa przy zgloszeniu blokowane.
>
> Czytaj z uwagą. Pisałeś wcześniej, że możesz odblokować przerwania na
> samym, początku. Trzeci raz ci piszę, że nie możesz, bo coś z tym uartem
> musisz zrobić zanim odblokujesz przerwania.
Skup sie. Podalem ci przyklad jak to zrealizowac gdzie odblokowanie
przerwania nastepuje dopiero w 5/6 instrukcji. Czyli szybciej niz '51
zdazy w ogole zauwazyc, ze przerwanie wystapilo.
I co musze zrobic z UARTem? Jesli odblokuje jego przerwanie to zostanie
ono zgloszone, skoro je odblokowalem to znaczy, ze jego priorytet jest
dla mnie wystarczajacy, zeby go przyjac. Jedyna roznica bedzie taka, ze
w samej procedurze obslugi przerwania UART (i tylko w tej) musze przed
odblokowaniem zlikwidowac przyczyne, czyli np. odebrac znak.
--
Inteligentny dom - http://idom.wizzard.one.pl
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz sie do projektu.
Następne wpisy z tego wątku
- 10.03.09 18:33 Zbych
- 10.03.09 19:10 T.M.F.
- 10.03.09 19:42 Zbych
- 10.03.09 21:39 ArekS
- 10.03.09 21:51 Artur M. Piwko
- 11.03.09 23:19 zbyszek
- 12.03.09 18:21 T.M.F.
- 12.03.09 20:27 zbyszek
- 13.03.09 09:13 T.M.F.
- 13.03.09 20:43 Jerry1111
- 05.05.09 07:01 Marcin E. Hamerla
Najnowsze wątki z tej grupy
- w czasach LED komary mają ciężko
- walizka z kodami
- Rejestrator temperatur - termopara, siec
- Router LTE z możliwością zmian MTU
- Fajny film widziałem...
- Jaka ładowarka sieciowa do Iphona?
- Taśma izolacyjna do prac elektrycznych
- Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
- Wkrętarki, wiertarki...
- Zasilacz impulsowy 12V 10A, coś godnego uwagi jako zamiennik akumulatora wkrętarki
- Mouser - koszt wysyłki
- [OT] Jak wycinac ksztalt w piance lub styropianie?
Najnowsze wątki
- 2025-07-18 celnicy pobili policjanta
- 2025-07-18 Warszawa => Technik IT - Konfiguracja i Wsparcie Sprzętowe <=
- 2025-07-18 Warszawa => Specjalista ds. Sprzętu IT i Wsparcia Technicznego <=
- 2025-07-18 Białystok => Kotlin Developer <=
- 2025-07-18 Warszawa => Sales Director (Cloud solutions) <=
- 2025-07-18 Spalinowa trauma
- 2025-07-18 Polska => Senior Key Account Manager <=
- 2025-07-18 Białystok => Programista Kotlin <=
- 2025-07-18 Szczecin => Key Account Manager IT <=
- 2025-07-18 Łódź => Programista Mainframe (z/OS, Assembler) <=
- 2025-07-18 Łódź => Mainframe (z/OS, Assembler) Developer <=
- 2025-07-18 Lublin => Delphi Programmer <=
- 2025-07-18 Lublin => Programista Delphi <=
- 2025-07-17 Grok zaczął nadużywać wulgaryzmów i wprost obrażać niektóre znane osoby
- 2025-07-17 Andrzej Duda ułaskawił Roberta Bąkiewicza od zarzutu zapchnięcia ze schodów aktywistki Babci Kasi