Mikrokontroler czy minikomputer: co wybrać do instalacji interaktywnej

Decyduje również o czasie reakcji na widza, sposobie odtwarzania obrazu i dźwięku, odporności na nagłe odłączenie zasilania oraz ilości pracy, którą trzeba będzie wykonać już po otwarciu wystawy.

Najprostsza odpowiedź na pytanie, mikrokontroler czy minikomputer do instalacji interaktywnej, brzmi: zależy od rodzaju interakcji. Arduino lub podobny mikrokontroler dobrze radzi sobie z czujnikiem odległości, przyciskiem, taśmą LED czy serwomechanizmem. Raspberry Pi otwiera drogę do analizy obrazu, wielokanałowego dźwięku, interfejsu graficznego i pracy z systemem operacyjnym. W bardziej rozbudowanych realizacjach te dwa światy nie konkurują ze sobą — pracują w tandemie.

Determinizm kontra elastyczność: pierwsza decyzja projektowa

Mikrokontroler wykonuje program bezpośrednio na sprzęcie, bez systemu operacyjnego działającego pomiędzy kodem a urządzeniami. Po uruchomieniu przechodzi do zaprogramowanej pętli i reaguje na sygnały z czujników oraz polecenia zapisane w programie. Nie musi uruchamiać usług sieciowych, sterowników, środowiska graficznego ani procesów działających w tle.

To ograniczenie jest jednocześnie jego największą zaletą. Jeżeli instalacja ma wykryć dotknięcie, odczytać wartość z czujnika i w ciągu krótkiej, przewidywalnej chwili zmienić kolor światła, mikrokontroler daje bardzo stabilną podstawę. Reakcja jest deterministyczna: twórca ma znacznie większą kontrolę nad tym, kiedy sygnał wejściowy zostanie odczytany i kiedy pojawi się sygnał wyjściowy.

W praktyce oznacza to dobre warunki dla takich elementów jak:

• czujniki nacisku, dotyku, ruchu i odległości;
• przyciski, enkodery oraz proste interfejsy fizyczne;
• serwomechanizmy, przekaźniki i niewielkie silniki;
• paski oraz pierścienie LED;
• proste sekwencje świetlne i dźwiękowe;
• instalacje pracujące długo na ograniczonym zasilaniu.

Arduino Uno R3 pracuje z częstotliwością 16 MHz, ma 32 KB pamięci Flash i 2 KB pamięci SRAM. To niewiele w porównaniu z komputerem, ale do odczytu sensorów i sterowania elektroniką wystarcza z dużym zapasem. W tym zastosowaniu nie chodzi przecież o uruchamianie filmu w wysokiej rozdzielczości, tylko o powtarzalne wykonanie określonego działania.

Minikomputer działa inaczej. Raspberry Pi 4 Model B ma procesor taktowany częstotliwością 1,5 GHz i może być wyposażony w 2–8 GB pamięci RAM. Uruchamia pełny system operacyjny, najczęściej oparty na Linuksie. Dzięki temu można na nim uruchomić kilka procesów jednocześnie: odtwarzacz wideo, skrypt analizujący obraz z kamery, serwer komunikacyjny i program sterujący interfejsem.

Ta elastyczność ma cenę. System operacyjny zarządza zasobami, wykonuje zadania w tle i nie gwarantuje takiej samej precyzji czasowej jak prosty program mikrokontrolera. W przypadku obrazu, dźwięku i komunikacji sieciowej nie jest to zazwyczaj problem. Przy sterowaniu dużą liczbą diod lub mechanizmem, który powinien reagować w ściśle określonym momencie, może już nim być.

Mikrokontroler nie jest słabszym komputerem. To inne narzędzie: mniej uniwersalne, ale często dokładniejsze tam, gdzie liczy się rytm reakcji.

Arduino czy Raspberry Pi w instalacji artystycznej?

Porównanie Arduino i Raspberry Pi najlepiej zacząć od pytania, co dokładnie ma się wydarzyć po wejściu widza w interakcję. Sama obecność obrazu albo dźwięku nie przesądza jeszcze o wyborze platformy. Kluczowy jest sposób przetwarzania danych i wymagany czas reakcji.

Jeśli widz zbliża dłoń do czujnika, a instalacja uruchamia zmianę oświetlenia, mikrokontroler zwykle będzie wystarczający. Jeżeli jednak kamera ma rozpoznać pozycję kilku osób, zinterpretować gest i na tej podstawie wygenerować obraz na ekranie, potrzebna będzie moc obliczeniowa minikomputera.

To zestawienie pokazuje również, dlaczego proste porównanie wydajności procesora bywa mylące. Minikomputer ma wielokrotnie większą moc obliczeniową, ale nie oznacza to automatycznie, że lepiej steruje każdym elementem instalacji. Wydajność obliczeniowa jest potrzebna przy analizie obrazu, renderowaniu grafiki czy obsłudze plików multimedialnych. Nie zastępuje natomiast precyzyjnego sterowania sygnałem.

Gdy liczy się liczba wejść i wyjść

Arduino Uno R3 ma 14 pinów cyfrowych i 6 wejść analogowych. Raspberry Pi 4 ma 40 pinów GPIO, ale ich obecność nie rozwiązuje wszystkich problemów. Piny Raspberry Pi pracują przy napięciu 3,3 V, podczas gdy standardowe Arduino Uno wykorzystuje poziom 5 V. Bezpośrednie połączenie urządzeń o różnych poziomach napięć może prowadzić do błędów, a w niektórych przypadkach do uszkodzenia układów.

ESP32 również pracuje przy 3,3 V, ale oferuje komunikację bezprzewodową i większe możliwości niż klasyczne, proste płytki Arduino. To interesujący wybór, gdy instalacja musi komunikować się z innymi urządzeniami, a jednocześnie zachować charakter mikrokontrolera: szybki start, niski pobór energii i bezpośrednie sterowanie wyjściami.

Sama liczba pinów nie powinna więc decydować o zakupie. Trzeba rozpisać, ile wejść będzie aktywnych jednocześnie, jakie napięcia występują w układzie, czy potrzebne są wejścia analogowe oraz czy urządzenia wymagają dodatkowych sterowników, tranzystorów lub izolacji.

Multimedia i analiza obrazu: moment, w którym minikomputer ma przewagę

Minikomputer staje się uzasadniony wtedy, gdy instalacja nie tylko reaguje na sygnał, lecz także interpretuje dane o większej objętości. Kamera dostarcza strumień obrazu, mikrofon — dane dźwiękowe, a ekran wymaga regularnego generowania grafiki. Tego typu zadania są naturalnym środowiskiem dla Raspberry Pi.

Na minikomputerze można uruchomić skrypt analizujący obraz z kamery, odtwarzacz wideo, program generujący wizualizacje albo aplikację komunikującą się z innymi urządzeniami przez sieć. Można też korzystać z języków takich jak Python czy JavaScript, co ułatwia łączenie gotowych bibliotek z kodem odpowiedzialnym za logikę dzieła.

W instalacji artystycznej ma to kilka praktycznych konsekwencji:

1. Obraz z kamery może stać się materiałem twórczym. System może reagować na obecność widza, ruch w kadrze, jasność sceny lub zmianę położenia obiektu.

2. Dźwięk nie musi być tylko odtwarzanym plikiem. Minikomputer może analizować sygnał z mikrofonu i używać go do sterowania wizualizacją.

3. Ekran nie wymaga dodatkowego komputera. Raspberry Pi może dostarczać obraz przez HDMI i uruchamiać aplikację wyświetlaną w trybie pełnoekranowym.

4. Możliwe jest łączenie kilku procesów. Jedna aplikacja może obsługiwać komunikację z czujnikami, druga generować grafikę, a trzecia zarządzać treściami.

5. Łatwiej wprowadzić zmiany bez przeprogramowywania całego układu. Pliki multimedialne, konfigurację lub scenariusze interakcji można przechowywać w systemie plików.

Nie znaczy to, że minikomputer zawsze będzie lepszy do instalacji audiowizualnej. Jeżeli Raspberry Pi ma jedynie odczytać pojedynczy czujnik i włączyć przekaźnik, jego możliwości zostaną niewykorzystane. Pojawią się za to dodatkowe elementy: karta pamięci, system operacyjny, proces uruchamiania, aktualizacje i ryzyko, że aplikacja nie wystartuje po błędzie zasilania.

W instalacjach prezentowanych w galerii szczególnie kłopotliwe bywa łączenie złożonej aplikacji z urządzeniami wykonawczymi. Program może bez problemu odtworzyć film, ale jednoczesne generowanie precyzyjnego sygnału dla dużej matrycy LED jest innym zadaniem. Linux nie został zaprojektowany jako system czasu rzeczywistego. Przy niewielkiej liczbie diod problem może pozostać niezauważalny, przy rozbudowanej instalacji mogą pojawić się migotanie, nierówny rytm albo opóźnienia.

Stabilność pracy w galerii: zasilanie, restart i karta pamięci

Prototyp działający na stole nie jest jeszcze instalacją gotową do wielogodzinnej pracy z publicznością. W pracowni można szybko odłączyć przewód, wymienić kartę pamięci albo uruchomić program ponownie. W galerii urządzenie powinno działać bez ciągłej obecności autora, a obsługa nie zawsze będzie wiedziała, czy problem dotyczy zasilacza, systemu, przewodu czy samego kodu.

Mikrokontroler ma tutaj prostą przewagę. Po utracie zasilania uruchamia się ponownie i wraca do programu zapisanego w pamięci. Nie korzysta z systemu plików, który trzeba poprawnie zamknąć przed odłączeniem zasilania. Oczywiście nie chroni to całej instalacji przed awarią — uszkodzony zasilacz, przeciążony regulator napięcia czy źle dobrane przewody nadal mogą zatrzymać projekt — ale sam restart jest przewidywalny.

Minikomputer musi uruchomić system operacyjny. Nagłe odłączenie zasilania może uszkodzić strukturę plików na karcie SD. Czasami urządzenie po prostu wystartuje ponownie, innym razem aplikacja nie uruchomi się albo system będzie wymagał naprawy. W projekcie wystawienniczym nie jest to drobny szczegół, tylko element architektury całej instalacji.

Dlatego przy Raspberry Pi warto zaplanować:

• automatyczne uruchamianie aplikacji po starcie systemu;
• tryb pełnoekranowy bez dostępu widza do pulpitu;
• ograniczenie liczby usług działających w tle;
• możliwość zdalnego restartu i podglądu stanu urządzenia;
• kopię zapasową karty pamięci lub gotowy obraz systemu;
• zabezpieczenie przed przypadkowym odłączeniem zasilania;
• procedurę powrotu do działania po awarii.

Warto też rozdzielić problem sprzętowy od problemu programistycznego. Jeżeli instalacja zawiesza się po kilku godzinach, przyczyną może być wyciek pamięci w aplikacji, przegrzewanie, niestabilne zasilanie USB albo uszkodzona karta. Sam wybór mocniejszej płytki nie naprawi błędu, który znajduje się w innej warstwie systemu.

Pobór energii ma znaczenie nie tylko przy pracy mobilnej

Niski pobór prądu kojarzy się głównie z instalacjami zasilanymi akumulatorem, ale w galerii również wpływa na projekt. Mniejsze zużycie oznacza mniej ciepła, prostsze chłodzenie i mniejsze obciążenie zasilacza. Przy wielu modułach LED, silnikach i przekaźnikach bilans energii szybko przestaje być abstrakcyjnym parametrem.

Mikrokontroler może pracować jako niewielki, stale aktywny sterownik. Minikomputer potrzebuje więcej energii już na samo działanie, a podłączone kamery, dyski USB, ekrany i interfejsy audio zwiększają obciążenie. Jeżeli Raspberry Pi ma obsługiwać wyłącznie logikę instalacji, a nie multimedia, trzeba zadać sobie pytanie, czy jego przewaga rzeczywiście jest potrzebna.

Hybrydowa architektura: najczęściej rozsądniejsza niż wybór jednego urządzenia

W zaawansowanych instalacjach najbardziej praktyczne rozwiązanie często polega na rozdzieleniu zadań. Minikomputer zajmuje się tym, co wymaga systemu operacyjnego i większej mocy obliczeniowej, a mikrokontroler przejmuje sterowanie elementami wykonawczymi.

Przykładowy podział może wyglądać tak:

• Raspberry Pi odbiera obraz z kamery i analizuje ruch widza;
• aplikacja na minikomputerze oblicza parametry animacji;
• dane o kolorze, jasności albo tempie zmian trafiają do ESP32;
• ESP32 steruje paskami LED i pilnuje powtarzalnego przebiegu sygnału;
• w razie restartu Raspberry Pi mikrokontroler może utrzymać bezpieczny stan oświetlenia.

Taka architektura sprawdza się szczególnie przy dużych układach diod. Raspberry Pi może przetwarzać obraz lub dźwięk, ale nie musi samodzielnie generować każdego impulsu sterującego dla tysięcy LED-ów. ESP32 z odpowiednim oprogramowaniem, na przykład przeznaczonym do obsługi oświetlenia, może przejąć komunikację z taśmami i realizować ją przez odpowiednie interfejsy sprzętowe.

Największą zaletą hybrydy jest izolacja problemów. Awaria aplikacji multimedialnej nie musi oznaczać utraty kontroli nad każdym elementem fizycznym. Z drugiej strony dochodzi komunikacja pomiędzy płytkami, a więc kolejny punkt wymagający zaprojektowania.

Trzeba ustalić:

• jaki protokół będzie używany między urządzeniami;
• co stanie się po utracie połączenia;
• czy mikrokontroler ma zachować ostatni stan, czy przejść do trybu bezpiecznego;
• jak często minikomputer będzie wysyłał dane;
• czy komunikacja będzie przewodowa, czy bezprzewodowa;
• jak obsłużyć ponowne połączenie po restarcie jednej z płytek.

W instalacji dla publiczności bezpieczniejsza jest zwykle komunikacja przewodowa, jeśli układ na to pozwala. Sieć bezprzewodowa upraszcza montaż, lecz dodaje zależność od zakłóceń, konfiguracji routera i zasięgu. Nie jest to argument przeciwko rozwiązaniom bezprzewodowym — raczej sygnał, że ich wygoda powinna być częścią świadomego projektu, a nie przypadkowym wyborem dokonanym w ostatnim tygodniu przed otwarciem.

Najlepsza platforma nie musi robić wszystkiego. W dobrze zaprojektowanej instalacji każde urządzenie wykonuje tę część pracy, do której zostało stworzone.

Ekosystem programistyczny: prostota szkicu kontra swoboda systemu

Programowanie Arduino opiera się głównie na C i C++. Środowisko jest stosunkowo bliskie sprzętowi: twórca definiuje wejścia i wyjścia, odczytuje sygnały, ustawia stany pinów i buduje logikę działania. Dla artysty pracującego z elektroniką może to być zaleta, bo zależność między kodem a fizycznym zachowaniem instalacji pozostaje czytelna.

Jednocześnie mikrokontroler wymaga dyscypliny. Pamięć jest ograniczona, a większe biblioteki mogą szybko zająć dostępne zasoby. Nie można bezkarnie uruchamiać kolejnych usług ani korzystać z dowolnej liczby plików i procesów. W zamian kod może być mały, szybki i łatwy do uruchomienia na konkretnej płytce.

Raspberry Pi daje twórcy znacznie szerszy wybór. Python przyspiesza budowanie prototypów i integrację z kamerą, plikami oraz siecią. JavaScript może być przydatny przy interfejsach działających w przeglądarce. C++ daje większą kontrolę nad wydajnością, a PHP może obsługiwać wybrane elementy aplikacji sieciowej. Minikomputer pozwala też korzystać z narzędzi typowych dla zwykłego komputera: systemu kontroli wersji, menedżerów pakietów, baz danych czy serwerów.

Ta swoboda oznacza jednak większą liczbę warstw, które trzeba utrzymywać. Instalacja może przestać działać nie dlatego, że uszkodził się kod artysty, lecz dlatego, że zmieniła się konfiguracja systemu, zabrakło miejsca na dysku albo aplikacja nie uruchomiła się po aktualizacji. W projekcie pokazywanym przez kilka dni jest to do opanowania. W realizacji mającej działać miesiącami trzeba zaplanować wersjonowanie i kopie zapasowe.

Jak dopasować narzędzie do zespołu

Wybór platformy zależy również od kompetencji osób, które będą rozwijać i utrzymywać instalację. Zespół pracujący głównie z grafiką generatywną i przetwarzaniem obrazu może szybciej osiągnąć efekt na Raspberry Pi. Twórca budujący fizyczny interfejs z czujników i silników prawdopodobnie sprawniej rozpocznie pracę z Arduino lub ESP32.

Nie chodzi o to, by jedna osoba znała wszystkie języki i protokoły. Warto natomiast od początku określić, kto będzie odpowiadał za:

• logikę interakcji;
• elektronikę i zasilanie;
• aplikację multimedialną;
• komunikację między urządzeniami;
• uruchamianie systemu po włączeniu zasilania;
• diagnozowanie awarii podczas ekspozycji.

W małym projekcie te role może pełnić jedna osoba, ale zadania nadal powinny być rozdzielone. Dzięki temu wiadomo, czy problem leży w odczycie czujnika, programie generującym obraz, komunikacji z mikrokontrolerem czy zasilaniu taśmy LED.

Co wybrać w konkretnych scenariuszach?

Najprostsza metoda wyboru polega na opisaniu interakcji jako ciągu: wejście — przetwarzanie — wyjście. Jeżeli wejście jest proste, przetwarzanie nie wymaga dużej mocy, a wyjście ma charakter fizyczny, mikrokontroler będzie naturalnym kandydatem. Jeżeli po drodze pojawia się obraz, dźwięk, sieć lub rozbudowana grafika, przewagę zyskuje minikomputer.

Wybierz mikrokontroler, gdy:

• instalacja reaguje na przyciski, dotyk, ruch lub odległość;
• wymagane są krótkie i przewidywalne czasy reakcji;
• głównym wyjściem są diody, silniki, przekaźniki lub serwomechanizmy;
• urządzenie ma uruchamiać się natychmiast po podaniu zasilania;
• projekt powinien działać przy niskim poborze energii;
• nie potrzebujesz obrazu z kamery ani rozbudowanego interfejsu;
• instalacja ma być możliwie odporna na przypadkowe odłączenie zasilania.

Wybierz minikomputer, gdy:

• instalacja odtwarza filmy, obrazy lub wielokanałowy dźwięk;
• kamera dostarcza dane analizowane przez program;
• potrzebujesz interfejsu graficznego albo wyjścia HDMI;
• projekt korzysta z sieci, plików i kilku procesów jednocześnie;
• tworzysz wizualizację generatywną o większych wymaganiach obliczeniowych;
• program ma być rozwijany w Pythonie, JavaScripcie lub innym języku dostępnym na Linuksie;
• system powinien obsługiwać rozbudowaną logikę aplikacji.

Zbuduj układ hybrydowy, gdy:

• minikomputer analizuje obraz lub dźwięk, ale instalacja steruje dużą liczbą LED-ów;
• potrzebujesz grafiki na ekranie i jednocześnie precyzyjnego sterowania silnikami;
• awaria aplikacji nie powinna wyłączyć fizycznej części dzieła;
• poszczególne moduły mają działać niezależnie;
• projekt będzie rozwijany przez osoby o różnych kompetencjach.

Ostateczny wybór: nie od płytki, lecz od zachowania dzieła

Pytanie „Arduino czy Raspberry Pi w instalacji artystycznej?” jest użyteczne tylko wtedy, gdy prowadzi do opisu konkretnego doświadczenia widza. Sama nazwa płytki nie mówi, czy projekt będzie stabilny, responsywny i możliwy do utrzymania. O tym decydują architektura, zasilanie, komunikacja oraz sposób obsługi awarii.

Mikrokontroler wygrywa tam, gdzie liczy się bezpośrednie i przewidywalne sterowanie. Minikomputer ma przewagę przy multimediach, analizie danych i aplikacjach wymagających systemu operacyjnego. W wielu ambitnych instalacjach najlepszym rozwiązaniem będzie połączenie obu platform: Raspberry Pi jako warstwa interpretująca obraz, dźwięk lub zachowanie widza oraz mikrokontroler jako warstwa wykonawcza, która pilnuje świateł, silników i czujników.

Jeśli projekt zaczyna się od kilku przycisków i taśmy LED, nie ma sensu budować od razu pełnego komputera. Jeśli jednak centralnym elementem dzieła jest kamera, projekcja albo generowana w czasie rzeczywistym grafika, mikrokontroler szybko stanie się tylko dodatkiem. Najrozsądniejszy wybór nie polega na znalezieniu najsilniejszej płytki, lecz na takim podziale zadań, by sprzęt nie walczył z charakterem instalacji.