eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikauC poczatekRe: uC poczatek
  • Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!new
    sfeed.neostrada.pl!nemesis.news.neostrada.pl!atlantis.news.neostrada.pl!news.ne
    ostrada.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 20:10:22 +0100
    Organization: TP - http://www.tp.pl/
    Lines: 49
    Message-ID: <gp6ef4$15i$1@nemesis.news.neostrada.pl>
    References: <0...@n...onet.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>
    <gp5vk8$n5f$1@atlantis.news.neostrada.pl> <gp6bqm$2rqg$1@news.mm.pl>
    NNTP-Posting-Host: dus140.neoplus.adsl.tpnet.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: nemesis.news.neostrada.pl 1236712740 1202 83.22.26.140 (10 Mar 2009 19:19:00
    GMT)
    X-Complaints-To: u...@n...neostrada.pl
    NNTP-Posting-Date: Tue, 10 Mar 2009 19:19:00 +0000 (UTC)
    User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
    In-Reply-To: <gp6bqm$2rqg$1@news.mm.pl>
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:559342
    [ ukryj nagłówki ]

    > Przecież rozmawiamy o emulacji priorytetów przerwań, czyli z automatu
    > można założyć, że są sytuacje gdy jedne przerwania przerywają drugie, a
    > nawet trzecie. Zresztą problem nie pojawia się tylko wtedy gdy kilka
    > przerwań wchodzi na siebie. Czasem trzeba wyłączyć przerwanie na czas
    > rekonfiguracji peryferiów, czasem potrzebna jest sekcja krytyczna z
    > wyłączonym konkretnym przerwaniem (a nie wszystkimi). Zakładanie z góry,
    > że flaga przerwania jest zawsze ustawiona, to proszenie się o kłopoty.

    To sa konkretne sytuacje, ktore nie musza zachodzic w projekcie. Ja np.
    jeszcze nigdy nie potrzebowalem kontroli priorytetu przerwania. Zapewne
    nawet jesli by taka potrzeba zaszla to jednopoziomowa moglaby mi
    wystarczyc, najprawdopodobniej potrzebowalbym co najwyzej jedno
    nadrzedne, nieblokowane przerwanie.

    >>> A co mnie obchodzi 51? To jest jedyny procesor z priorytetami przerwań?
    >>
    >> A o jakiej rodzinie rozmawiamy? Bo mam wrazenie, ze '51 vs. AVR.
    >
    > Nie, próbowałeś udowodnić, że priorytety przerwań nie są potrzebne, bo
    > je sobie możesz wyrzeźbić w sofcie.

    No i to udowodnilem. Czyzbys uwazal, ze nie moge ich sobie softwarowo
    zrobic? Pytanie retoryczne, bo musialbys obalic uniwersalnosc maszyny
    Turinga, Nobel gwarantowany.

    >> Napisac raz i zapomniec.
    >
    > Czy ma to wpływ na czas wykonania przez procesor?

    A czy twierdzilem, ze nie ma? Narzekales jaki to straszny problem dodac
    pare instrukcji assemblera.

    >>> 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.
    >
    >> w samej procedurze obslugi przerwania UART (i tylko w tej) musze przed
    >> odblokowaniem zlikwidowac przyczyne, czyli np. odebrac znak.
    >
    > No nareszcie za którymś razem zrozumiałeś. Czyli jednak nie możesz
    > odblokować przerwań na samym początku, tak jak to wcześniej proponowałeś.


    Juz 5 postow wyzej pokazalem w przykladzie, ze odblokowywuje przerwania
    dopiero w ktorejstam instrukcji. Jeszcze tego nie dostrzegles?
    Dla przypomnienia - chodzi o to, ze tak zachwalales kontroler przerwan w
    '51. Pokazalem, ze w czasie krotszym niz '51 jest w stanie zareagowac na
    przerwanie moge sobie to zrobic jesli potrzebuje programowo. Czyli o
    dowolnym stopniu uniwersalnosci. Wiec w czym '51 ma byc lepsze?

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: