-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!.POSTED!not-for-mail
From: Atlantis <m...@w...pl>
Newsgroups: pl.misc.elektronika
Subject: Raspberry Pi i przerwania
Date: Tue, 27 Dec 2016 14:06:09 +0100
Organization: ICM, Uniwersytet Warszawski
Lines: 24
Message-ID: <o3tp0a$i80$1@news.icm.edu.pl>
NNTP-Posting-Host: aadt243.neoplus.adsl.tpnet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: news.icm.edu.pl 1482843978 18688 83.4.97.243 (27 Dec 2016 13:06:18 GMT)
X-Complaints-To: u...@n...icm.edu.pl
NNTP-Posting-Date: Tue, 27 Dec 2016 13:06:18 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
Thunderbird/45.5.1
X-Mozilla-News-Host: news://news.tpi.pl:119
Xref: news-archive.icm.edu.pl pl.misc.elektronika:710093
[ ukryj nagłówki ]Pytanie zapewne z kategorii banalnych, ale nie mogę na szybko doszukać
się odpowiedzi, a nie jestem pewien, czy w tym przypadku powinienem
trzymać się przyzwyczajeń z mikrokontrolerów, czy jednak nie.
Jak wiadomo jedną z najważniejszych zasad przy programowaniu na MCU jest
jak najszybsze wychodzenie z funkcji obsługującej przerwanie - jeśli
trzeba wykonać dłuższą partię kodu albo coś przeczekać, ustawia się
flagę i robi to w pętli głównej programu.
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?
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. Mógłbym co
prawda usypiać program na krótko i periodycznie sprawdzać stan flag, aby
użytkownik nie zauważył opóźnień. Jednak trochę szkoda cykli procesora,
jeśli da się to zrobić lepiej.
Następne wpisy z tego wątku
- 28.12.16 01:40 a...@m...uni.wroc.pl
- 28.12.16 10:55 Adam Wysocki
Najnowsze wątki z tej grupy
- ciekawy układ magnetofonu
- Mikroskop 3D
- Jak być bezpiecznym z Li-Ion?
- Szukam monitora HDMI ok. 4"
- Obcinaczki z łapaczem
- termostat do lodowki
- SEP 1 kV E
- Aku LiPo źródło dostaw - ktoś poleci ?
- starość nie radość
- Ataki hakerskie
- Akumulatorki Ni-MH AA i AAA Green Cell
- Dławik CM
- JDG i utylizacja sprzetu
- Identyfikacja układ SO8 w sterowniku migających światełek choinkowych
- DS1813-10 się psuje
Najnowsze wątki
- 2024-12-23 Riga => Specjalista ds. public relations <=
- 2024-12-23 Łódź => Specjalista ds. Sprzedaży <=
- 2024-12-23 Kraków => International Freight Forwarder <=
- 2024-12-23 Co nalezy do Cinkciarza, a co do Conotoxia ?
- 2024-12-23 Poznań => Key Account Manager <=
- 2024-12-23 Warszawa => Presales / Inżynier Wsparcia Technicznego IT <=
- 2024-12-23 Rzeszów => Spedytor Międzynarodowy <=
- 2024-12-23 Warszawa => Infrastructure Automation Engineer <=
- 2024-12-23 Białystok => Analityk w dziale Trade Development (doświadczenie z Po
- 2024-12-23 Warszawa => Site Reliability Engineer (SRE) <=
- 2024-12-23 Warszawa => DevOps Engineer <=
- 2024-12-23 Warszawa => Senior Account Manager <=
- 2024-12-23 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-23 Katowice => Administrator IT - Wirtualizacja i Konteneryzacja <=
- 2024-12-23 Mińsk Mazowiecki => Spedytor Międzynarodowy <=