Otwarta płytka LilyGO T5S3 PRO zamocowana na kierownicy roweru, z mapą offline na ekranie z papieru elektronicznego oraz kartą microSD i przewodem USB-C obok

OpenTrailPaper proponuje coś ciekawszego niż kolejną próbę domowego odtworzenia zamkniętego komputera rowerowego. To otwarty projekt urządzenia z ekranem z papieru elektronicznego, które ma prowadzić po trasie bez stałego połączenia z telefonem, zapisywać przejazd i współpracować z czujnikami. Użytkownik otrzymuje kod źródłowy oraz narzędzia do przygotowania map i oprogramowania, ale sam odpowiada za montaż, ochronę elektroniki i sprawdzenie, czy całość wytrzyma warunki panujące na jego rowerze.

Projekt jest bardzo młody: publiczne repozytorium powstało 12 lipca 2026 roku, a 7 września nadal pojawiały się w nim zmiany. Świeża aktywność nie dowodzi dojrzałości ani niezawodności w terenie, lecz pokazuje, że nie jest to porzucony szkic. OpenTrailPaper najlepiej traktować jako działającą podstawę do własnych prób, a nie odpowiednik gotowego urządzenia firmy Garmin czy Wahoo.

Jedna płytka jako punkt wyjścia

Obecnie obsługiwany jest wyłącznie LilyGO T5S3 4.7-inch E-Paper PRO. To ważne zastrzeżenie, ponieważ istnieje również odmiana Lite, pozbawiona odbiornika GPS i układu LoRa. Wersja PRO łączy ESP32-S3, 16 MB pamięci flash, 8 MB PSRAM, dotykowy ekran 960 × 540, GPS, układ radiowy SX1262 LoRa, zegar czasu rzeczywistego oraz akumulator o pojemności 1500 mAh. Taki zestaw pozwala zbudować na jednej płytce komputer rowerowy montowany na kierownicy, bez projektowania całej elektroniki od zera.

Ta prostota ma granice. Zapowiedź przeniesienia programu na inne płytki nie oznacza, że już dziś wystarczy podmienić sprzęt, a inny rozmiar ekranu będzie wymagał dostosowania interfejsu. Nie ma też gotowej, szczelnej obudowy znanej z produktów detalicznych. Sam autor przedstawia OpenTrailPaper jako projekt rozwojowy i przypomina, że właściciel musi zabezpieczyć płytkę. Mocowanie, osłona przed deszczem i odporność na drgania są więc częścią pracy konstruktora, a nie problemami rozwiązanymi przez producenta.

Co według dokumentacji działa podczas jazdy

Urządzenie korzysta z GPS, wyświetla wcześniej wgrane mapy offline i prowadzi po trasach GPX. Rejestruje z częstotliwością 1 Hz dane przejazdu w plikach FIT na karcie SD. Przez Bluetooth Low Energy może łączyć się z czujnikami tętna, mocy, prędkości i kadencji. Po wcześniejszym załadowaniu mapy oraz trasy telefon nie jest potrzebny do samej nawigacji i zapisu aktywności.

Są to funkcje opisane przez twórcę, a nie wyniki niezależnych prób. Nie zweryfikowano tutaj dokładności GPS, kompletności obsługi różnych czujników, zgodności plików FIT z każdą usługą ani zachowania po wszystkich możliwych awariach. Jazda bez telefonu także nie oznacza pełnej samowystarczalności: mapy, trasę i oprogramowanie trzeba wcześniej przygotować na innym urządzeniu.

Zastosowanie e-papieru ma praktyczny sens na kierownicy. Obraz pozostaje widoczny bez ciągłego odświeżania, a ekran oferuje dużą powierzchnię przy niewielkim zapotrzebowaniu na energię. Nie należy jednak z samej technologii wyprowadzać wniosku o czasie pracy, czytelności w każdych warunkach ani płynności interfejsu. Witryna projektu podaje około 7,4 godziny działania w próbie autora z akumulatorem 1500 mAh. To pojedynczy wynik opiekuna projektu, nie niezależna gwarancja dla każdej konfiguracji, temperatury i sposobu użycia.

Mapy, wysokość i przygotowanie trasy

OpenTrailPaper nie pobiera map w czasie jazdy. Dane trzeba wcześniej wygenerować i przenieść do urządzenia, co ogranicza zależność od zasięgu sieci, ale wymaga planowania. Witryna konfiguracyjna pozwala przygotować mapy offline w przeglądarce. Korzysta przy tym z danych OpenStreetMap pobieranych za pośrednictwem Overpass. Ta droga nie dodaje jednak informacji wysokościowych dostępnych przy przygotowaniu map w aplikacji towarzyszącej.

Ma to znaczenie, ponieważ płytka odniesienia nie zawiera czujnika ciśnienia. Wysokość i podjazdy są wyliczane na podstawie siatki danych zapisanej w pobranych kaflach mapy. Bez odpowiednich kafli urządzenie nie ma danych o wysokości. Jest to oszacowanie wynikające z modelu terenu, a nie pomiar barometryczny; krótkie lokalne wzniesienia mogą zostać pominięte. Bez porównania z urządzeniem odniesienia nie sposób rzetelnie ocenić dokładności sumy przewyższeń.

Do zarządzania trasami, mapami, przejazdami, ustawieniami i przesyłaniem oprogramowania służą aplikacje towarzyszące. Repozytorium prowadzi do oferty wersji na iOS w App Store. Podczas weryfikacji strona sklepu odpowiadała kodem HTTP 429, dlatego istnienie oferty potwierdzały jedynie działające odsyłacze należące do projektu, nie pełny odczyt karty aplikacji.

Wersja 0.3 na Androida została opublikowana 7 września 2026 roku jako wydanie wstępne w serwisie GitHub, w postaci pliku APK instalowanego poza sklepem. To nadal wersja beta. Jej klucz podpisu różni się od klucza wersji z Google Play, więc nie może bezpośrednio zaktualizować kopii zainstalowanej ze sklepu. Dla osoby chcącej tylko przetestować projekt nie jest to przeszkoda nie do pokonania, ale wymaga świadomej instalacji i późniejszego pilnowania źródła aktualizacji.

Dwie drogi wgrywania oprogramowania

Witryna projektu udostępnia instalator korzystający z Web Serial. Pozwala on wgrać oprogramowanie przez USB z poziomu komputerowej wersji Chrome, Edge lub Opery. Safari, Firefox i przeglądarki mobilne nie są obsługiwane. W niektórych sytuacjach może być konieczne ręczne przejście do trybu wgrywania za pomocą przycisków BOOT i RESET. Instalator został sprawdzony od strony dostępnych instrukcji, lecz nie został uruchomiony tutaj na rzeczywistym urządzeniu.

Alternatywą pozostaje samodzielne zbudowanie programu z kodu źródłowego. To rozwiązanie ważne dla osób, które chcą analizować działanie, wprowadzać poprawki albo zachować kontrolę nad używaną wersją. Nie usuwa ono jednak typowych obowiązków projektu sprzętowo-programowego: trzeba dobrać właściwą płytkę, przygotować kartę SD, wgrać dane i rozwiązywać problemy, których gotowy produkt konsumencki zwykle nie pokazuje użytkownikowi.

Wydanie oprogramowania układowego v1.19 opublikowano 4 września 2026 roku jako wersję niewstępną. Opis wydania mówi o poprawce wykrywania pierwszego czujnika na nowym urządzeniu lub po przywróceniu ustawień fabrycznych; wcześniej sparowane urządzenia miały nie być dotknięte błędem. Poprawki nie sprawdzono tutaj na sprzęcie. Ponadto zasób wydania został zaktualizowany 7 września, więc nie należy zakładać, że plik pozostał niezmieniony od dnia publikacji. W chwili kontroli GitHub podawał dla niego sumę SHA-256 d73059b915e795b89d27077c89bc4e07356f68b431878cec5629307e6526150e.

Ta historia dobrze pokazuje zarówno zaletę, jak i koszt młodego projektu. Usterki mogą być szybko poprawiane, a zmiany są widoczne publicznie, lecz użytkownik sam musi oceniać wydania, śledzić aktualizacje i sprawdzać ich działanie w swojej konfiguracji.

Czujniki rowerowe i radio LoRa

Parowanie czujników rowerowych opisano wyłącznie dla Bluetooth Low Energy. Obecność układu SX1262 nie oznacza obsługi ANT+: na płytce zapewnia on łączność LoRa. W dyskusji po premierze autor wskazał osobny, eksperymentalny projekt implementacji ANT dla ESP32, ale nie jest to dowód, że OpenTrailPaper ma zintegrowaną obsługę ANT+.

LoRa wykorzystano do komunikacji z Meshtastic. Dokumentacja przedstawia komputer jako węzeł końcowy: może uczestniczyć w wiadomościach, lecz nie przekazuje ruchu innych użytkowników i nie zgłasza swojej pozycji. Taki ograniczony tryb może być dodatkiem podczas wyjazdu, ale nie zastępuje pełnoprawnego przekaźnika sieci. Zasięg ani współpraca z różnymi urządzeniami Meshtastic nie zostały tutaj sprawdzone, dlatego sam układ radiowy nie wystarcza do obietnic dotyczących łączności w terenie.

Na płytce nie ma również magnetometru. W połączeniu z podstawowym odbiornikiem GPS i brakiem czujnika ciśnienia tworzy to zestaw kompromisów, o których projekt mówi otwarcie. Nie przekreślają one użyteczności urządzenia, ale przypominają, że długa wyprawa, gęsty las, trudna pogoda czy wolna jazda wymagają praktycznego testu. Zachowanie wskazań, ekranu i zapisu danych zależy od czegoś więcej niż lista podzespołów.

Otwarty projekt nie oznacza jednej licencji na wszystko

Główna część OpenTrailPaper jest udostępniana na licencji Apache License 2.0. Plik NOTICE rozdziela jednak zasady dotyczące składników pochodzących od innych twórców, a mapy wywodzące się z OpenStreetMap nadal podlegają ODbL. Nie należy więc przedstawiać całego pakietu, wszystkich zależności i wygenerowanych map jako materiału objętego wyłącznie Apache-2.0. Osoba rozpowszechniająca własne obrazy, zmodyfikowane oprogramowanie lub zestawy map powinna sprawdzić obowiązki dotyczące informacji o autorstwie i dalszego udostępniania każdego składnika.

To rozróżnienie nie odbiera projektowi otwartości. Przeciwnie, pokazuje, że można zajrzeć do kodu, zbudować własną wersję i prześledzić pochodzenie elementów. Otwartość daje możliwość kontroli i modyfikacji, nie zwalnia natomiast z warunków licencyjnych ani nie stanowi certyfikatu jakości sprzętu.

Zainteresowanie jest sygnałem, nie testem technicznym

Prezentacja projektu w serwisie Hacker News ukazała się 4 września 2026 roku. W chwili sprawdzania interfejs API serwisu pokazywał 409 punktów, 130 odpowiedzi w całym wątku i 38 identyfikatorów komentarzy najwyższego poziomu. Liczby te zmieniają się i opisują zainteresowanie dyskusją, a nie liczbę użytkowników, sprzedaż, poprawność konstrukcji czy niezawodność. Nie powinny zastępować prób na sprzęcie.

Dla kogo zatem jest OpenTrailPaper? Przede wszystkim dla osoby, która akceptuje pracę nad obudową i mocowaniem, potrafi przygotować mapy oraz nie boi się instalacji rozwijającego się oprogramowania. W zamian otrzymuje przejrzysty punkt wyjścia: konkretną płytkę, kod, nawigację GPX, zapis FIT, mapy offline i obsługę popularnych typów czujników BLE. To znacznie więcej niż luźna koncepcja, lecz mniej niż urządzenie gotowe do bezwarunkowego użycia po wyjęciu z pudełka.

Przed dłuższą trasą rozsądnie jest sprawdzić co najmniej mocowanie, ochronę przed wodą, stabilność zasilania, działanie własnych czujników, zapis i późniejszy odczyt pliku FIT, poprawność mapy oraz zachowanie GPS w miejscach typowych dla planowanej jazdy. Warto też przeprowadzić próbę czasu pracy z używanymi ustawieniami. Takie sprawdzenie nie jest dodatkiem do projektu — stanowi część jego obecnego charakteru.

OpenTrailPaper zasługuje na uwagę właśnie dlatego, że nie udaje ukończonego produktu. Łączy dostępny sprzęt z otwartym oprogramowaniem i daje podstawę do zbudowania własnego komputera rowerowego. Największą wartością jest możliwość dopasowania i zrozumienia całego rozwiązania; największym ograniczeniem pozostaje konieczność samodzielnego doprowadzenia go do stanu, któremu można zaufać na kierownicy. Dziś jest to obiecujący projekt do budowy i testów, a nie gotowy zamiennik urządzenia komercyjnego.