Lista sprzętu na hackathon instalacji interaktywnych
Na hackathonie instalacji interaktywnych najsłabszym ogniwem bywa nie talent zespołu i nie świeżość pomysłu, tylko fizyczny hardware — kable, które wypadają z płytek stykowych w trakcie pokazu…

Na hackathonie instalacji interaktywnych najsłabszym ogniwem bywa nie talent zespołu i nie świeżość pomysłu, tylko fizyczny hardware — kable, które wypadają z płytek stykowych w trakcie pokazu, czujniki gubiące odczyt przy pierwszym podmuchu wentylacji, sieć Wi-Fi, która przestaje odpowiadać w połowie pobierania biblioteki. Wszystko, czego nie da się naprawić w kilka minut, staje się problemem całego zespołu.
Dlatego dobra lista sprzętu na hackathon interaktywny nie jest spisem zakupów, tylko planem awaryjnym: co zabrać, jak to zabezpieczyć i czego nie zostawiać na miejscu w nadziei, że „jakoś to będzie”. Przy instalacjach artystycznych liczy się nie tylko to, czy dany moduł działa na stole. Liczy się również, czy przetrwa transport, przypadkowe dotknięcie widza, kilka godzin ciągłej pracy i zmianę warunków oświetleniowych.
Poniższy przewodnik prowadzi od warstwy obliczeniowej, przez sensory i mechanikę, aż po logistykę ostatniego wieczoru przed startem.
Fundamenty obliczeniowe: mikrokontrolery i minikomputery w służbie sztuki
Pierwsze pytanie, które warto sobie zadać przed rozpoczęciem pracy, brzmi: co instalacja robi przez większość czasu — steruje fizycznymi elementami w czasie rzeczywistym czy przetwarza obraz, dźwięk i dane z wielu urządzeń? To podział na dwa światy: warstwę sensoryczno-wykonawczą, czyli świat pinów GPIO, napięć 3,3 V i 5 V oraz sygnału PWM, a także warstwę wizualno-obliczeniową, w której pojawia się system operacyjny, akceleracja graficzna i biblioteki do wizji komputerowej.
Tanie i wytrzymałe płytki z rodziny Arduino — Uno, Nano, Micro, a w większych projektach także Mega — dobrze sprawdzają się przy sterowaniu serwami, odczycie czujników i obsłudze pojedynczych wyświetlaczy LCD lub LED. Nie mają systemu operacyjnego: kod wgrywa się jako firmware, a program wykonuje się według ustalonej pętli. Dzięki temu zachowanie układu jest przewidywalne i nie zależy od tego, czy w tle aktualizuje się jakiś proces.
Ograniczeniem Arduino pozostają pamięć i moc obliczeniowa. Ciężka wizualizacja, analiza obrazu z kamery czy generowanie rozbudowanego dźwięku nie są zadaniami dla Uno. Ta sama zasada dotyczy mikrokontrolerów o innych możliwościach. ESP32 ma wbudowane Wi-Fi i Bluetooth, natomiast ESP8266 oferuje wbudowane Wi-Fi, ale nie ma Bluetooth. To istotna różnica, jeśli instalacja ma komunikować się bezprzewodowo z telefonem, kontrolerem albo drugim urządzeniem. W praktyce oba układy są przydatne jako niewielkie węzły sensorów, sterowniki oświetlenia lub moduły komunikujące się z komputerem przez sieć.
Warto znać również Teensy i STM32. Nie zawsze będą najlepszym wyborem na projekt budowany od zera w ciągu weekendu, ale często pojawiają się w gotowych modułach, sterownikach silników i projektach wymagających większej liczby wejść lub wyższej częstotliwości pracy. Przy hackathonowym tempie dokumentacja i znajomość biblioteki są jednak równie ważne jak sama specyfikacja płytki. Teoretycznie szybszy mikrokontroler nie pomoże, jeśli zespół straci kilka godzin na uruchomienie podstawowej komunikacji.
Po drugiej stronie stoi Raspberry Pi — minikomputer z pełnym Linuksem. Nadaje się tam, gdzie potrzebny jest projektor, synteza dźwięku w czasie rzeczywistym, wizja komputerowa albo obsługa wielu urządzeń przez USB i CSI. W przeciwieństwie do Arduino pozwala korzystać z typowych narzędzi komputerowych, instalować pakiety i uruchamiać programy napisane w językach używanych również poza elektroniką artystyczną.
Ceną za tę elastyczność jest większa wrażliwość na zasilanie, kartę pamięci i temperaturę. Raspberry Pi może działać poprawnie przez kilka minut, a następnie zacząć się zawieszać, gdy zasilacz nie utrzymuje parametrów albo komputer pracuje stale pod obciążeniem. W przypadku Pi 4 i Pi 5 potrzebny jest stabilny zasilacz USB-C o parametrach odpowiednich dla konkretnego modelu. Nie należy zakładać, że każdy powerbank lub przypadkowa ładowarka do telefonu zapewni wystarczający zapas prądu.
Pico z mikrokontrolerem RP2040 zajmuje miejsce pośrednie w sensie zastosowań: nie zastąpi Raspberry Pi przy projekcji i przetwarzaniu obrazu, ale może być bardzo dobrym, niedrogim sterownikiem sensorów, diod i prostych mechanizmów. Jeśli instalacja składa się z kilku niezależnych elementów, rozdzielenie zadań na kilka małych płytek bywa stabilniejsze niż próba podłączenia wszystkiego do jednego komputera.
Kluczowa zasada doboru jest prosta: do warstwy sensorycznej i siłowej wybieraj platformę deterministyczną, taką jak Arduino, ESP32 lub Pico, a do warstwy wizualnej i obliczeniowej — minikomputer z Linuksem. Mieszanie obu warstw i komunikacja między nimi przez I2C, SPI, UART albo sieć bezprzewodową to codzienność instalacyjnych hackathonów. Warto tylko wcześniej ustalić, które urządzenie jest źródłem danych, które podejmuje decyzje, a które steruje elementem wykonawczym. Bez takiego podziału debugowanie szybko zamienia się w zgadywanie.
| Cecha | Mikrokontroler, na przykład Arduino, ESP32 lub Pico | Minikomputer, na przykład Raspberry Pi 4 lub 5 |
|---|---|---|
| System operacyjny | Brak; program działa jako firmware | Linux z wielozadaniowością i pakietami |
| Wyjście wideo | Proste wyświetlacze LCD i LED, ograniczone możliwości graficzne | HDMI lub DSI do projektora i monitora |
| Praca w czasie rzeczywistym | Dobra przewidywalność i niska latencja | Większa elastyczność, ale działanie zależy od obciążenia systemu |
| Łączność | USB, UART, I2C, SPI; ESP32 i ESP8266 także Wi-Fi, a ESP32 również Bluetooth | USB, Ethernet, Wi-Fi i dodatkowe interfejsy zależnie od modelu |
| Typowe zastosowania | Czujniki, serwa, diody, proste wyświetlacze i lokalne sterowanie | Projekcja, wizja komputerowa, audio, aplikacje sieciowe i obsługa wielu urządzeń |
| Najczęstsze ryzyko | Brak pamięci, niezgodność napięć, ograniczona liczba pinów | Niestabilne zasilanie, karta pamięci, przegrzewanie i zależności programowe |
Peryferia i sensoryka: jak ożywić instalację za pomocą czujników
Interakcja w instalacji polega na tym, że wejście — gest, dotyk, ruch, ciepło ludzkiego ciała albo zmiana natężenia światła — zamienia się w akcję: dźwięk, światło, ruch mechaniczny lub projekcję. Sensory są warstwą, która o tym decyduje, a jednocześnie częścią najczęściej zawodzącą, gdy zespół wybiera model bez sprawdzenia jego ograniczeń albo podłącza go do przypadkowego pinu.
Najprostsze w obsłudze są moduły z wyjściem cyfrowym lub analogowym. Czujnik odległości ultradźwiękowy, taki jak HC-SR04 lub jego następcy, pozwala reagować na zbliżenie widza. TTP223 i podobne moduły nadają się do prostych pól dotykowych. Fotorezystor może wykrywać zmianę oświetlenia lub przesłonięcie powierzchni, a DHT11 i DHT22 dostarczą podstawowych danych o temperaturze i wilgotności.
Nie wszystkie te moduły są jednak równie wygodne dla każdej płytki. HC-SR04 jest często używany z układami 5 V, podczas gdy wiele mikrokontrolerów pracuje z logiką 3,3 V. W takim przypadku trzeba sprawdzić poziomy logiczne i ewentualnie zastosować dzielnik napięcia lub konwerter. Raspberry Pi również nie powinno dostawać na wejście GPIO sygnału o napięciu wyższym niż dopuszczalne dla tego interfejsu. To drobny szczegół, który w pośpiechu potrafi uszkodzić płytkę.
Czujnik, którego nie ma w domu, to czujnik, którego nie ma w instalacji — w dniu prezentacji nie ma już czasu szukać go w lokalnych sklepach elektronicznych.
Do wykrywania obecności człowieka w instalacji przestrzennej często wystarczają pasywne czujniki podczerwieni, czyli PIR. Mają wyjście cyfrowe, reagują na ruch w polu widzenia i pozwalają wyzwalać reakcję bez identyfikowania konkretnej osoby. To dobre rozwiązanie w pokazach, w których instalacja ma reagować na podejście lub odejście widza, a nie śledzić jego dokładne położenie.
PIR-y mają jednak swoje pułapki. Mogą reagować na zmiany temperatury, ruch powietrza, promieniowanie słoneczne wpadające przez okno albo ciepły element znajdujący się w polu widzenia. Wiele zależy od konkretnego modułu, ustawienia czułości, czasu podtrzymania sygnału i geometrii pomieszczenia. Osłona ograniczająca przypadkowe bodźce, odpowiednie skierowanie czujnika i krótka kalibracja są zwykle skuteczniejsze niż bezrefleksyjna wymiana całego układu.
Czujniki dotykowe również wymagają testów w docelowym materiale. Moduł reagujący poprawnie na goły stół może zachowywać się inaczej pod warstwą papieru, tkaniny, farby albo tworzywa. Jeśli instalacja ma być obsługiwana przez wiele osób, trzeba sprawdzić nie tylko czułość, lecz także to, czy układ nie generuje kilku zdarzeń po jednym dotknięciu. Czasem potrzebne jest programowe wygaszanie kolejnych odczytów, czyli krótkie opóźnienie po zarejestrowaniu interakcji.
Przy poważniejszych projektach przydają się kamerka USB, moduły IMU oraz bariery podczerwieni. Zwykła kamerka internetowa może wystarczyć do detekcji ruchu i prostego śledzenia obiektu, ale jej działanie zależy od oświetlenia, tła i ustawień ekspozycji. Moduły IMU, takie jak MPU6050 czy LSM9DS1, pozwalają wykrywać przechylenia i gesty, choć magnetometr może wymagać dodatkowej uwagi w pobliżu silników, przewodów zasilających i metalowych elementów konstrukcji.
Pary nadajnik–odbiornik podczerwieni w układzie break-beam są przydatne, gdy trzeba wykryć przecięcie konkretnej linii — na przykład wejście widza przez próg albo przejście dłoni przez otwór w obiekcie. Nie są jednak rozwiązaniem nieomylnym. Ich działanie może zależeć od ustawienia elementów, odległości, odbić, zakłóceń z innych źródeł podczerwieni i warunków oświetleniowych. W jasnej przestrzeni albo przy nieprecyzyjnym montażu potrzebują kalibracji, osłony i testu z rzeczywistym ruchem widzów. Mogą być mniej podatne na niektóre zmiany oświetlenia niż proste czujniki światła, ale nie oznacza to pełnej odporności na zakłócenia.
Warto od razu zaplanować sposób sygnalizowania problemu. Jeśli czujnik nie działa, twórca powinien wiedzieć, czy winny jest brak zasilania, złe napięcie na wyjściu, błędny pin czy zakłócenia. Mała dioda statusu, komunikat na ekranie albo zapis ostatniego odczytu w konsoli często oszczędzają więcej czasu niż kolejny tutorial.
Większe instalacje przestrzenne — podłogi interaktywne, stoły interaktywne i systemy śledzenia pozycji ciała — korzystają z dedykowanych modułów oraz kamer głębi, takich jak Kinect, Orbbec czy Intel RealSense. Przygotowanie takiego układu od zera w ciągu weekendu hackathonowego graniczy z cudem. Jeśli jednak zespół ma gotową bibliotekę, sprawdzony przykład i komputer zdolny do obsługi strumienia danych, kamera głębi może otworzyć znacznie ciekawsze możliwości niż pojedynczy czujnik ruchu.
Mechanika i ruch: serwomechanizmy oraz silniki krokowe w projektach artystycznych
Serwomechanizmy są częstym wyborem w instalacjach, które mają wykonywać krótkie, czytelne ruchy: uchylać klapkę, obracać wskazówkę, poruszać fragmentem rzeźby albo zmieniać kąt ustawienia małego lustra. Standardowe serwo 9G jest lekkie, tanie i łatwo znaleźć do niego przykłady sterowania. W wielu modelach zakres ruchu wynosi około 180°, ale rzeczywisty zakres zależy od konkretnego egzemplarza i nie powinien być wymuszany programowo bez sprawdzenia ograniczeń mechanicznych.
Serwa zasilane są zwykle napięciem około 5 V, a ich zapotrzebowanie na prąd gwałtownie rośnie podczas startu, zatrzymania lub pracy pod obciążeniem. Podłączenie kilku serw bezpośrednio do zasilania płytki może spowodować spadki napięcia, restarty mikrokontrolera, drżenie ramion i nieprzewidywalne zachowanie instalacji. Bezpieczniej jest użyć osobnego źródła zasilania dla serw, połączyć jego masę z masą mikrokontrolera i sprawdzić, czy przewody oraz złącza wytrzymają chwilowe obciążenie.
Silniki krokowe to inna kategoria. Pozwalają na precyzyjne pozycjonowanie bez sprzężenia zwrotnego i dobrze pasują do ruchu liniowego na prowadnicach śrubowych, paskach zębatych oraz obrotowych elementach dekoracyjnych, w których liczy się powtarzalność. Wymagają zewnętrznego sterownika, na przykład A4988, DRV8825 lub TMC2208, a także właściwego zasilacza. Przy podłączaniu cewek trzeba zachować szczególną ostrożność: pomylenie par przewodów może sprawić, że silnik będzie drgał, obracał się nierówno albo zatrzyma się w połowie ruchu.
Silnik krokowy nie wie sam, gdzie znajduje się mechanizm. Jeśli instalacja zostanie przesunięta ręcznie albo silnik zgubi kroki pod zbyt dużym obciążeniem, program może nadal uważać, że element jest w pozycji wyjściowej. W projekcie artystycznym nie zawsze trzeba dodawać pełne sprzężenie zwrotne, ale warto przewidzieć krańcówkę, procedurę bazowania lub przynajmniej mechaniczny ogranicznik chroniący konstrukcję.
Praktyczne reguły doboru ruchu są następujące:
- Pojedynczy ruch obrotowy lub klapowy — serwomechanizm. Sterowanie jest proste, element łatwy do zamocowania, a wymiana nie wymaga przebudowy całego układu.
- Ruch w pełnym zakresie 360° z utrzymaniem pozycji pod obciążeniem — silnik krokowy albo silnik DC z enkoderem. Wybór zależy od wymaganej precyzji i charakteru ruchu.
- Powtarzalne przesuwanie elementu w określonym rytmie — silnik krokowy, pod warunkiem że konstrukcja nie stawia większego oporu, niż przewiduje napęd.
- Krótki ruch typu włącz–wyłącz, duża siła i niewielka potrzeba kontroli pozycji — solenoid albo siłownik liniowy.
- Delikatny, organiczny ruch małego elementu — serwo z ograniczonym zakresem pracy i łagodnym profilem przyspieszenia. Nagłe zmiany pozycji wyglądają mechanicznie i szybciej zużywają konstrukcję.
Na hackathonie warto mieć co najmniej dwa serwa 9G — jedno do eksperymentów, drugie do gotowej instalacji — oraz zapasowy sterownik silnika. Mechanika lubi zaskakiwać: pomysł, który na początku wydaje się czysto świetlny, czasem kończy się potrzebą obrócenia czegoś o kilkadziesiąt stopni w reakcji na gest. Wtedy brak małego serwa w torbie zamienia się w awarię w środku prezentacji.
Nie należy też lekceważyć mocowania. Nawet sprawny silnik nie pomoże, jeśli jego uchwyt przenosi drgania na całą konstrukcję. Dystanse, podkładki, opaski zaciskowe, taśma dwustronna i kilka rodzajów śrub zajmują mało miejsca, a pozwalają szybko zmienić geometrię prototypu. Na etapie idei wystarczy ruch, który działa. Na etapie pokazu trzeba jeszcze sprawić, żeby ten ruch nie rozkręcał całego obiektu.
Stabilność połączeń: techniki montażu bez lutowania i zarządzanie zasilaniem
Największa różnica między warsztatem w domu a prezentacją na hackathonie to ruch. W domu instalacja stoi na biurku, kable wchodzą w płytkę stykową pod niewielkim kątem i nikt jej nie dotyka. Na prezentacji instalacja jest przenoszona, przesuwana, publiczność obraca się wokół niej, ktoś może zahaczyć o przewód, a wentylacja ciągnie za luźne połączenia. To wystarczy, żeby pojedynczy przewód wysunął się z płytki stykowej i zepsuł cały pokaz.
Montaż bez lutowania jest bardzo dobry na etapie prototypu, ale nie powinien oznaczać pozostawienia wszystkich elementów swobodnie leżących. Płytkę stykową można przytwierdzić do podstawy, przewody oznaczyć kolorami, a cięższe moduły unieruchomić za pomocą dystansów, opasek lub taśmy. Niewielka ilość kleju na gorąco przy przewodzie może ograniczyć jego wysuwanie się z płytki. Klej nie zastąpi poprawnego połączenia elektrycznego, ale dobrze sprawdza się jako odciążenie mechaniczne.
Profesjonalne instalacje korzystają z listew zaciskowych, złączy JST, złączy śrubowych i własnych wiązek przewodów. Na hackathonie nie zawsze jest czas, by przygotować taki system, ale warto przejść na bardziej trwałe połączenia wszędzie tam, gdzie dany moduł jest już ustalony i ma pracować przez wiele godzin. Szczególnie dotyczy to zasilania serw, silników i taśm LED.
Na hackathonie nie ma instalacji, która „powinna się trzymać” — jest tylko instalacja, która albo stoi na kleju na gorąco i taśmie, albo leży na ziemi w połowie prezentacji.
Do podstawowego toru prądowego potrzebny jest porządny zasilacz. Raspberry Pi 4 i Pi 5 powinny otrzymać zasilacz USB-C zgodny z wymaganiami konkretnego modelu i zapewniający zapas przy planowanym obciążeniu. Zasilacz impulsowy 5 V ze sprawdzonego źródła zwykle wystarczy dla prostych układów, ale nie należy zasilać z niego bezpośrednio wszystkich silników, serw i mocnych taśm LED. Elementy wykonawcze mogą generować zakłócenia oraz krótkie spadki napięcia, które zresetują minikomputer albo mikrokontroler.
Powerbank „do telefonu” nie zawsze jest dobrym zamiennikiem zasilacza. Niektóre modele nie utrzymują stabilnego napięcia przy większym poborze, inne odcinają wyjście, gdy chwilowe zapotrzebowanie jest zbyt małe. Jeśli instalacja ma działać mobilnie, powerbank należy sprawdzić razem z całym układem, a nie tylko z samą płytką. Warto również pamiętać, że ogniwo o dużej pojemności nie gwarantuje odpowiedniej wydajności prądowej na wyjściu.
Do serw, silników krokowych i mocnych źródeł światła dobrze jest zastosować osobne gałęzie zasilania oraz wspólną, poprawnie poprowadzoną masę sygnałową. Zwarcie na stole prezenterów nie powinno wyłączać całej instalacji. Bezpiecznik, wyłącznik główny i łatwo dostępne złącze serwisowe są mniej efektowne niż kolejny moduł, ale w sytuacji awaryjnej okazują się ważniejsze.
Drugim częstym problemem jest spadek napięcia na długich przewodach. Dla I2C, SPI i UART długość przewodu nie jest jedynym kryterium, ale wraz z długością rośnie ryzyko zakłóceń, problemów z masą i błędów transmisji. Przy połączeniach prowadzonych przez większą odległość trzeba ograniczyć prędkość magistrali, zadbać o wspólną masę, rozważyć ekranowanie lub użyć interfejsu lepiej przystosowanego do długich przewodów. Długie przewody zasilające serwa mogą powodować drżenie i gubienie pozycji, dlatego zasilacz powinien znajdować się możliwie blisko odbiorników, a przewody nie mogą być przypadkowo cienkie i nadmiernie wydłużone.
Listwy zasilające warto prowadzić osobno od przewodów sygnałowych, a kable oznaczać od razu, nie dopiero po wystąpieniu problemu. Zestawy przewodów połączeniowych w kilku kolorach są praktyczne, ale kolor sam w sobie nie zastąpi opisów. Przy większej liczbie modułów jedna kartka z rozpiską pinów i zasilania może uratować projekt, gdy do stołu siada osoba, która nie budowała pierwszej wersji układu.
W zestawie powinny znaleźć się także:
- multimetr z funkcją pomiaru napięcia i ciągłości obwodu;
- zapasowe przewody połączeniowe, przewody USB i przejściówki;
- rezystory podciągające i obniżające, w tym popularne wartości rzędu 10 kΩ;
- kondensatory do ograniczania zakłóceń i stabilizacji prostych układów;
- listwa zasilająca z wyłącznikiem oraz przedłużacz;
- taśma malarska, izolacyjna i dwustronna;
- opaski zaciskowe, rzepy, dystanse, śrubki oraz mały śrubokręt;
- klej na gorąco i zapasowe wkłady, jeśli organizator dopuszcza jego użycie;
- pojemnik na drobne elementy, żeby rezystory i złącza nie zniknęły na dnie torby.
Adapter I2C lub GPIO dla Raspberry Pi, pozwalający wyprowadzić piny na listwę stykową, również może być bardzo przydatny. Nie jest konieczny w każdym projekcie, ale ułatwia szybkie dołączanie kolejnego sensora i ogranicza liczbę połączeń wykonywanych bezpośrednio przy płytce.
Logistyka przed startem: dlaczego warto pobrać sterowniki i biblioteki w domu
Przygotowanie do hackathonu instalacji to nie tylko sprzęt fizyczny, ale też oprogramowanie, bez którego nawet najlepszy zestaw będzie bezużyteczny. Sieć Wi-Fi na miejscu często jest współdzielona przez wiele zespołów i urządzeń. W godzinach pracy może działać poprawnie, a następnie zwolnić dokładnie wtedy, gdy trzeba pobrać bibliotekę, obraz systemu albo sterownik do kamery.
Pobieranie dużego pakietu w dniu rozpoczęcia wydarzenia to proszenie się o stracony czas. Jeszcze gorzej, jeśli potrzebny moduł nie ma dostępu do internetu, a dokumentacja znajduje się wyłącznie w zakładce przeglądarki na komputerze osoby, która właśnie wyszła po przedłużacz. Dlatego przygotowanie do hackathonu instalacji powinno obejmować także kopię lokalną środowiska pracy.
Przed wyjazdem warto wykonać kilka konkretnych czynności:
1. Pobrać obraz systemu Raspberry Pi i przygotować kartę SD z bibliotekami potrzebnymi do projektu. Kopia tego obrazu na pendrive lub drugim nośniku pozwala szybko odtworzyć system po błędzie karty.
2. Zainstalować Arduino IDE, PlatformIO albo inne środowisko, w którym powstaje firmware, a następnie sprawdzić, czy pobrane są właściwe pakiety dla używanych płytek.
3. Pobrać biblioteki dla konkretnych modeli czujników i sterowników. Moduły wyglądające podobnie mogą mieć inne adresy, nazwy pinów, poziomy logiczne albo wymagania dotyczące inicjalizacji.
4. Zapisać dokumentację, schematy i przykłady działania lokalnie, najlepiej również jako pliki PDF. Strona internetowa może być niedostępna, zmieniona albo trudna do odnalezienia w stresie.
5. Sprawdzić sterowniki do kamery, projektora, interfejsu audio i nietypowych kontrolerów. Samo podłączenie urządzenia nie oznacza jeszcze, że system je rozpozna.
6. Złożyć cały układ na stole z dokładnie tymi kablami, które zostaną zabrane, i uruchomić go przez dłuższy czas. Krótki test pokazuje, czy program startuje; dłuższy ujawnia problemy z temperaturą, zasilaniem i gubieniem odczytów.
7. Przygotować kopię kodu w dwóch miejscach oraz spisać sposób uruchamiania projektu. Instrukcja w kilku punktach jest szczególnie cenna, gdy trzeba odtworzyć stanowisko po transporcie.
Warto rozdzielić na nośniku trzy rzeczy: kod projektu, zależności programowe i gotowy obraz systemu. Sam folder z kodem nie zawsze wystarczy, jeśli na miejscu brakuje odpowiedniej wersji biblioteki albo narzędzia do kompilacji. Z drugiej strony gotowy obraz systemu nie powinien być jedyną kopią pracy — jeśli projekt wymaga poprawki, zespół musi mieć dostęp do plików źródłowych.
Biblioteki warto sprawdzić na rzeczywistym sprzęcie, a nie tylko pobrać. Czasem przykład z dokumentacji działa dla innej wersji modułu, innego adresu I2C albo płytki o odmiennym układzie pinów. Szczególnie zdradliwe są czujniki, które mają tę samą nazwę handlową, ale występują w kilku wariantach. Dotyczy to między innymi modułów PIR, wyświetlaczy i sterowników silników.
W domu warto też przygotować plan uruchamiania etapami. Najpierw sprawdza się zasilanie, potem pojedynczy sensor, następnie element wykonawczy, a dopiero na końcu łączy wszystko z wizualizacją. Gdy cały system zostanie podłączony naraz, awaria jednego elementu może wyglądać jak problem z programem, siecią albo płytką. Etapowe uruchamianie jest mniej widowiskowe, ale znacznie szybsze.
W domu ta sekwencja zajmuje kilkadziesiąt minut. Na miejscu, po wielu godzinach pracy, identyczne zadanie może zająć cały wieczór, którego po prostu nie ma. Hackathon premiuje szybkość iteracji, a nie szybkość pobierania plików z internetu.
Warto też pomyśleć o redundancji. Instalacja, która przetrwała pierwsze godziny prezentacji, może później przestać działać przez zużyty przewód, zablokowane serwo, uszkodzony zasilacz albo kartę pamięci, której komputer nie chce odczytać. Drugi kabel zasilający, zapasowe serwo, dodatkowy czujnik PIR i drugi pendrive z obrazem systemu zajmują niewiele miejsca. Nie trzeba dublować każdego elementu, ale wszystko, czego awaria zatrzymałaby pokaz, powinno mieć zastępstwo albo przynajmniej możliwy tryb awaryjny.
Jak korzystać z niezbędnika z głową
Lista sprzętu na hackathon instalacji interaktywnych nie jest jednolicie obowiązującym standardem. Koncepcja artystyczna decyduje, co faktycznie trzeba zabrać, a co pozostanie na półce. Jedna instalacja potrzebuje kamery, projektora i wydajnego komputera, inna zadziała na mikrokontrolerze, kilku diodach i jednym czujniku dotyku. Rama pozostaje jednak dość stabilna: platforma obliczeniowa z dobrą dokumentacją, sensory dopasowane do rodzaju interakcji, element wykonawczy, stabilne zasilanie, zabezpieczone połączenia oraz przygotowane wcześniej sterowniki i biblioteki.
Przed spakowaniem sprzętu dobrze podzielić go na trzy grupy:
- elementy niezbędne — bez nich instalacja nie uruchomi podstawowej funkcji;
- elementy zapasowe — części, których awaria może zatrzymać pokaz;
- elementy do eksperymentów — dodatkowe sensory, serwa i przewody, które mogą rozwinąć pomysł, ale nie są konieczne do jego obrony.
Taki podział chroni przed dwoma skrajnymi błędami. Pierwszym jest przywiezienie wyłącznie minimalnego zestawu, bez żadnego zabezpieczenia na wypadek awarii. Drugim — zabranie tak wielu modułów, że zespół traci czas na testowanie wszystkiego zamiast doprowadzić jeden pomysł do stabilnego działania.
Najczęstszy błąd przy projektach instalacyjnych to brak zapasu i brak testu. Zapas jest potrzebny, bo hardware się zużywa, a czas naprawy w trakcie prezentacji liczy się w sekundach. Test jest potrzebny, bo krótka sesja z rzeczywistym ruchem i prawdziwym zasilaniem w domu pozwala zauważyć, że czujnik PIR reaguje na klimatyzator, kamera gubi obiekt przy zmianie światła, Raspberry Pi wymaga dodatkowego chłodzenia albo konkretny kabel USB-C nie współpracuje z wybranym zasilaczem.
Test powinien przypominać warunki pokazu. Jeśli widz ma przechodzić przez bramkę, trzeba sprawdzić działanie czujnika przy przejściu z różnych stron. Jeśli instalacja ma reagować na dotyk, należy przetestować ją przez materiał, który rzeczywiście znajdzie się na obiekcie. Jeśli projekt korzysta z projekcji, trzeba sprawdzić widoczność obrazu przy oświetleniu podobnym do tego, które może panować na wydarzeniu. Sensor działający idealnie na pustym stole nie musi działać równie dobrze wśród ludzi, kabli i reflektorów.
Po przyjeździe na miejsce nie ma już czasu na odkrywanie podstawowych problemów. Są prezentacje, ograniczona przestrzeń, hałas i oczekiwanie jurorów. Dlatego najcenniejszą częścią zestawu twórcy instalacji interaktywnych nie jest pojedyncza płytka, lecz możliwość szybkiego rozpoznania awarii. Multimetr, oznaczone kable, kopia środowiska, zapasowy zasilacz i prosty plan uruchamiania często dają więcej niż kolejny egzotyczny moduł.
I jeszcze jedno, rzadko pojawiające się w opisach niezbędników: cisza przy prezentacji. Instalacja, która wygląda profesjonalnie, zwykle działa dłużej od tej, która wygląda chaotycznie. Wygląd w dużej mierze zależy od tego, jak czysto poprowadzono kable, jak stabilnie stoi każdy element i czy mechanika nie przenosi drgań na całą konstrukcję. Dwadzieścia minut poświęcone na uporządkowanie montażu zwraca się w trakcie prezentacji, gdy publiczność widzi obiekt działający bez nerwowego podtrzymywania przewodów.
Dobra lista sprzętu na hackathon interaktywny nie odbiera projektowi artystycznej swobody. Przeciwnie — pozwala ją zachować. Kiedy zasilanie jest przewidywalne, czujnik został sprawdzony w realnych warunkach, a zapasowy kabel leży w opisanym pudełku, zespół może skupić się na tym, co w instalacji najważniejsze: na relacji między widzem, obiektem i reakcją systemu. Technologia przestaje wtedy być przeszkodą, a zaczyna pracować na rzecz pomysłu.