Re: Raspberry Pi i przerwania - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.misc.elektronika › Raspberry Pi i przerwania › Re: Raspberry Pi i przerwania

Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.xt.v.chmurka.n
et!not-for-mail
From: g...@s...invalid (Adam Wysocki)
Newsgroups: pl.misc.elektronika
Subject: Re: Raspberry Pi i przerwania
Date: Wed, 28 Dec 2016 09:55:46 +0000 (UTC)
Organization: news.chmurka.net
Message-ID: <lTd52n2aI3dbNv8%gof@news.chmurka.net>
References: <o3tp0a$i80$1@news.icm.edu.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 28 Dec 2016 09:55:46 +0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="gof";
posting-host="xt.v.chmurka.net:172.24.44.4"; logging-data="23187";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: tin/2.3.3-20160327 ("Kinloch") (UNIX) (Linux/3.16.0-4-amd64 (x86_64))
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/simple; d=chmurka.net; s=news;
t=1482918947; bh=Z1uA+lNRpJVgdqgGijXvfjRr/m0=;
h=From:Subject:Newsgroups:References:Message-ID:Cancel-Lock:
User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding;
b=GdsJsphBfozjvcOv3M/7EJmnpwnUNm7Cq8ZQFDJXsVYudXZHEABUh19rwjhOh9mZW
I3y7h4sUVgvvBNN2iAeS/OG5nRDUpky7I0IBvlhixi5tEVk+G4mpH+OUAgUDz+2Omp
+OKc0dE7Uf9b3EYckgI9qQhUrCVHm03TPX6IbYkE=IbYkE=
Cancel-Lock: sha1:bdrwtCmUX9QgZ65oOv3HwhCxfTA=
Xref: news-archive.icm.edu.pl pl.misc.elektronika:710112
[ ukryj nagłówki ]
Atlantis <m...@w...pl> wrote:

> Czy ta zasada ciągle obowiązuje na Raspberry Pi? Mam kawałek kodu, który
> ma m.in. sprawdzać stan kilku przycisków i obsługiwać enkoder obrotowy.
> Po wykryciu naciśnięcia przycisku albo przekręcenia pokrętła zajdzie
> konieczność wysłania polecenia do zewnętrznego procesu, za pośrednictwem
> potoku nazwanego albo gniazda uniksowego. Mogę sobie pozwolić na
> umieszczenie tych operacji w kodzie obsługi przerwania? Jądro sobie
> poradzi z taką sytuacją, czy będę miał do czynienia z blokadą, jak na
> mikrokontrolerze?

To nie przerwanie tylko zdarzenie - jak najbardziej możesz to umieścić
w kodzie obsługi zdarzenia.

Natomiast podobna zasada, co przerwań na MCU, dotyczy obsługi sygnałów.

> Jeśli takie rozwiązanie jest niedopuszczalne, w jaki sposób mogę
> wybudzić pętle główną uśpioną poleceniem sleep()? Bo z tego co widzę,
> nie dzieje się to automatycznie po wyjściu z przerwania.

Ogólnie to pause() jest wybudzane z sygnału, ale czuję że select() jest
tym czego szukasz...

--
http://www.chmurka.net/