-
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
- Pendrive zdycha, czy coś jeszcze innego? Problem z plikami.
- Odkurzacz Smapp Dynamic - dawny Zelmer
- Nagra IV i zewnętrzny pilot
- Fejk muzyczny czy nie fejk
- Raspberry Pi 3 Model B+
- Kuchenka elektryczna
- test
- Cewka elektrozaworu
- zapytanie o chip r5f21275nfp
- nie naprawiam więcej telewizorów
- Zrobił TV OLED z TV LCD
- Zasilacz USB na ścianę.
- Gniazdo + wtyk
- Aliexpress zaczął oszukiwać na bezczelnego.
- OpenPnP
Najnowsze wątki
- 2025-03-18 Tesla na złom
- 2025-03-18 Ziobrotura 3.0 będzie w prawie przesłuchać "świadka" Tuska bez adwokata w sprawach Sienkiewicza/Bodnara/...?
- 2025-03-18 Produkty ,,Made in Germany" wciąż na topie - art. na www.dw.com
- 2025-03-18 ulaskawienia
- 2025-03-18 Gdynia => Sales Executive / KAM <=
- 2025-03-18 42 MILIARDY ZŁOTYCH ZYSKU W ROK. DLACZEGO BANKI TYLE ZARABIAJĄ W POLSCE?
- 2025-03-17 Nie matura lecz chęć szczera ...
- 2025-03-17 Pendrive zdycha, czy coś jeszcze innego? Problem z plikami.
- 2025-03-17 Odkurzacz Smapp Dynamic - dawny Zelmer
- 2025-03-17 Nagra IV i zewnętrzny pilot
- 2025-03-17 Rzeszów => Spedytor Międzynarodowy <=
- 2025-03-17 Warszawa => Junior Account Manager <=
- 2025-03-17 Białystok => Gen AI Engineer <=
- 2025-03-17 Białystok => Generative AI Engineer <=
- 2025-03-17 Częstochowa => Backend Developer (Node + Java) <=