Cześć.

Taka sprawa: chcę wykorzystać hardware czegoś co działało na Windows CE
2.xx. W środku jest flash + jakis starszy MIPS R3xxx.

Nie obchodzi mnie CE. Chciałbym jednak wykorzystać flasha do swoich
spraw. Dokumentacja CPU jest jako tako dostepna, port kernela linuxa i
bsd istnieje na ten cpu. Mogę wylutować flasha, więc ostatecznie nawet w
ten sposób programować.

Pytanie: czy bootloadery WinCE są ustandaryzowane i mogę spodziewać się
że w każdym urzadzeniu podobnego, czy było to strugane ręcznie za każdym
razem? Widzę tutaj uboota który by załatwił problem flashowania tej
kości, ale za szybko aby mówić czy to możliwe bo jeszcze nie wiem czy da
się programowac w systemie.

Dodatkowo: czy dokumentacja Windows CE była utajniona czy tez mogę
spodziewać się dokładnego opisu w jaki sposób uruchamiany jest kernel
WinCE? Troche szukałem i niewiele znalazlem. Widzialem natomiast dośc
dawno temu klocek gruby na ponad 1000 stron ktory opisywał WinCE od
strony dev (acz nie wiem czy aż tak głeboko jak bootloader).

Ogolnie chciałbym zapytać czy istnieje gdzies jakieś kompendium wiedzy
albo też amatorski projekt gdzie ktoś dłubał w takich detalach jak
uruchamianie CE w tak starej wersji i moge poczytać i nałapac słów
kluczowych.

Cel: odpalenie kernela Linuxa i/lub bsd.
Cel dodatkowy: Twórcza strata czasu.

do góry

Sebastian Biały <h...@p...onet.pl> wrote:

> Taka sprawa: chcę wykorzystać hardware czegoś co działało na Windows CE
> 2.xx. W środku jest flash + jakis starszy MIPS R3xxx.
>
> Nie obchodzi mnie CE. Chciałbym jednak wykorzystać flasha do swoich
> spraw. Dokumentacja CPU jest jako tako dostepna, port kernela linuxa i
> bsd istnieje na ten cpu. Mogę wylutować flasha, więc ostatecznie nawet w
> ten sposób programować.
>
> Pytanie: czy bootloadery WinCE są ustandaryzowane i mogę spodziewać się
> że w każdym urzadzeniu podobnego, czy było to strugane ręcznie za każdym
> razem? Widzę tutaj uboota który by załatwił problem flashowania tej
> kości, ale za szybko aby mówić czy to możliwe bo jeszcze nie wiem czy da
> się programowac w systemie.

Hmm, jeśli nie chcesz dotykać WinCE, to czemu pytasz o bootloader dla
WinCE? Zakładałbym, że procesor zaczyna po prostu wykonywać kod z flasha
od pierwszego adresu i to, co tam wrzucisz, uruchomi... jak jest tam WinCE
z jakimś swoim bootloaderem, to uruchomi WinCE, a jak będzie jakiś Twój
bootloader (lub uboot, lub bezpośrednio obraz kernela), to odpali jego...

Nie wiem czy w ogóle da się tak podzielić WinCE na bootloader i system,
i zmusić bootloader do uruchomienia czegoś własnego. Może się da...

Inny sposób to odpalanie obcego kernela z poziomu WinCE, bez ruszania
ROM-u. W Jornadzie 720 (ARM) jest karta z ROM-em (MaskROM), która ma
WinCE, ale są dostępne (przynajmniej) dwa bootloadery do innych systemów.
Jeden z nich (hpcboot) jest częścią NetBSD i umie bootować kernele NetBSD,
drugi (jlinexec.exe) jest częścią projektu JLime i umie bootować kernel
Linuksa (nowoczesny też, ja mam na Jornadzie kernel 4.7.0). hpcboot jest
open-source, do jlinexec nie znalazłem źródeł (może gdzieś są).

> Dodatkowo: czy dokumentacja Windows CE była utajniona czy tez mogę
> spodziewać się dokładnego opisu w jaki sposób uruchamiany jest kernel
> WinCE? Troche szukałem i niewiele znalazlem. Widzialem natomiast dośc
> dawno temu klocek gruby na ponad 1000 stron ktory opisywał WinCE od
> strony dev (acz nie wiem czy aż tak głeboko jak bootloader).

Znalazłem coś takiego, nie wiem czy pomocne:
https://msdn.microsoft.com/en-us/library/aa446905.as
px

--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]

do góry

Sebastian Biały <h...@p...onet.pl> wrote:
> Cześć.
>
> Taka sprawa: chcę wykorzystać hardware czegoś co działało na Windows CE
> 2.xx. W środku jest flash + jakis starszy MIPS R3xxx.

A ile sztuk tego hardware masz do wykorzystania? Bo to co chcesz robic
bedzie kosztowalo sporo wysilku reverse engineering jesli nie masz
dokumentacji.

> Nie obchodzi mnie CE. Chciałbym jednak wykorzystać flasha do swoich
> spraw. Dokumentacja CPU jest jako tako dostepna, port kernela linuxa i
> bsd istnieje na ten cpu. Mogę wylutować flasha, więc ostatecznie nawet w
> ten sposób programować.
>
> Pytanie: czy bootloadery WinCE są ustandaryzowane i mogę spodziewać się
> że w każdym urzadzeniu podobnego, czy było to strugane ręcznie za każdym
> razem? Widzę tutaj uboota który by załatwił problem flashowania tej
> kości, ale za szybko aby mówić czy to możliwe bo jeszcze nie wiem czy da
> się programowac w systemie.
>
> Dodatkowo: czy dokumentacja Windows CE była utajniona czy tez mogę
> spodziewać się dokładnego opisu w jaki sposób uruchamiany jest kernel
> WinCE? Troche szukałem i niewiele znalazlem. Widzialem natomiast dośc
> dawno temu klocek gruby na ponad 1000 stron ktory opisywał WinCE od
> strony dev (acz nie wiem czy aż tak głeboko jak bootloader).
>
> Ogolnie chciałbym zapytać czy istnieje gdzies jakieś kompendium wiedzy
> albo też amatorski projekt gdzie ktoś dłubał w takich detalach jak
> uruchamianie CE w tak starej wersji i moge poczytać i nałapac słów
> kluczowych.
>
> Cel: odpalenie kernela Linuxa i/lub bsd.
> Cel dodatkowy: Twórcza strata czasu.

Nie znam CE 2.xx swoje doswiadczenie zaczynalem z CE .Net czyli 4.2 a potem
5.0 i tam byly dostepne źrodla do bootloadera ktory umial obraz systemu
zaciagnac z Ethernet lub odczytac obraz w postaci pliku NK.BIN z
uproszczonego napedu FAT (np karta pamieci CF) i potem rozpakowac w pamieci
ram i stamtad odpalic system. To byl rok 2003-2004 o ile pamietam, jesli
masz CE 2.xx to musiala byc jeszcze wieksza staroć... Że Ci się chce -
podziwiam! :-)

do góry

On 5/4/2017 6:55 PM, Pszemol wrote:
>> Taka sprawa: chcę wykorzystać hardware czegoś co działało na Windows CE
>> 2.xx. W środku jest flash + jakis starszy MIPS R3xxx.
> A ile sztuk tego hardware masz do wykorzystania? Bo to co chcesz robic
> bedzie kosztowalo sporo wysilku reverse engineering jesli nie masz
> dokumentacji.

Jedną. To hobby z gatunku kłopotliwych i wstydliwych kiedy ktoś pyta.

> Nie znam CE 2.xx swoje doswiadczenie zaczynalem z CE .Net czyli 4.2 a potem
> 5.0 i tam byly dostepne źrodla do bootloadera ktory umial obraz systemu
> zaciagnac z Ethernet lub odczytac obraz w postaci pliku NK.BIN z
> uproszczonego napedu FAT (np karta pamieci CF) i potem rozpakowac w pamieci
> ram i stamtad odpalic system. To byl rok 2003-2004 o ile pamietam, jesli
> masz CE 2.xx to musiala byc jeszcze wieksza staroć... Że Ci się chce -
> podziwiam! :-)

Ok, czyli jest jakaś nadzieja że bootloader potrafi czytać kernel poza
własnym romem. Widziałes jakąs literaturę na ten temat? Zerkam tu i tam,
ale widze głównie książki o user space.

do góry

On 5/4/2017 4:08 PM, Adam Wysocki wrote:
> Hmm, jeśli nie chcesz dotykać WinCE, to czemu pytasz o bootloader dla
> WinCE?

Bo tylko taki jest w kosci ROM i chce wiedzieć czy:
a) proces ładowania jest mozliwy do zmiany
b) można zabootowac coś innego niż CE i jest to przewidziane

> Zakładałbym, że procesor zaczyna po prostu wykonywać kod z flasha
> od pierwszego adresu i to, co tam wrzucisz, uruchomi... jak jest tam WinCE
> z jakimś swoim bootloaderem, to uruchomi WinCE, a jak będzie jakiś Twój
> bootloader (lub uboot, lub bezpośrednio obraz kernela), to odpali jego...

Tak wiem o tym, ale nie wiem czy dam radę zainstalować tam uboota. Chcę
zapytać najpierw o oryginalny bootloader. Może jest ustandaryzowany i
jego zachowanie jest na tyle sprytne że bootuje z innych mediów.

> Nie wiem czy w ogóle da się tak podzielić WinCE na bootloader i system,
> i zmusić bootloader do uruchomienia czegoś własnego. Może się da...

Da się z poziomu winCE odpalić kernel linuxa, ale ja chce wczesniej.
Żeby CE w ogole nie wstało, lub wstało tylko na momencik. Tak sobie
mysle czy bootloadery do CE nie mają jakiegoś ficzera bootowania z
PCMCIA czy USB.

Dla ARMa kiedyś widziałem funkcje wstawania z karty CF, ale to MIPS...

> Inny sposób to odpalanie obcego kernela z poziomu WinCE, bez ruszania
> ROM-u.

Tak wiem, uzywalem tego swego czasu na telefonach MDA.

> Znalazłem coś takiego, nie wiem czy pomocne:
> https://msdn.microsoft.com/en-us/library/aa446905.as
px

Wszystko się nada. Ostatecznie wylutuje flasha i zdekompiluje recznie ;)

Dzięki.

do góry

Sebastian Biały <h...@p...onet.pl> wrote:
> On 5/4/2017 6:55 PM, Pszemol wrote:
>>> Taka sprawa: chcę wykorzystać hardware czegoś co działało na Windows CE
>>> 2.xx. W środku jest flash + jakis starszy MIPS R3xxx.
>> A ile sztuk tego hardware masz do wykorzystania? Bo to co chcesz robic
>> bedzie kosztowalo sporo wysilku reverse engineering jesli nie masz
>> dokumentacji.
>
> Jedną. To hobby z gatunku kłopotliwych i wstydliwych kiedy ktoś pyta.

:-))) no to twardy zawodnik z Ciebie

>> Nie znam CE 2.xx swoje doswiadczenie zaczynalem z CE .Net czyli 4.2 a potem
>> 5.0 i tam byly dostepne źrodla do bootloadera ktory umial obraz systemu
>> zaciagnac z Ethernet lub odczytac obraz w postaci pliku NK.BIN z
>> uproszczonego napedu FAT (np karta pamieci CF) i potem rozpakowac w pamieci
>> ram i stamtad odpalic system. To byl rok 2003-2004 o ile pamietam, jesli
>> masz CE 2.xx to musiala byc jeszcze wieksza staroć... Że Ci się chce -
>> podziwiam! :-)
>
> Ok, czyli jest jakaś nadzieja że bootloader potrafi czytać kernel poza
> własnym romem. Widziałes jakąs literaturę na ten temat? Zerkam tu i tam,
> ale widze głównie książki o user space.

Do tych wersji ktorymi się bawiłem (4.2-5.0) były dostepne źrodla
bootloadera, pisałem o tym wyżej. Nawet byla wersja bootloadera do
skompilowania i uruchomienia na peceta pod x86... W MSDN publikowano kiedyś
sporo na ten temat. Czy w wersjach 2.xx Microsoft nie był bardziej
tajemniczy i skryty? Nie wiem... Dziś wersja 5.0 jest już od dawna
niewspierana, nie mowiac juz o tym starociu 2.xx co Ty tam masz. Z tego co
teraz zerkam do MSDN to cos tam jeszcze dokumentacji zostawili do 5.0 :-)
Powodzenia!

do góry

Sebastian Biały <h...@p...onet.pl> wrote:
> On 5/4/2017 4:08 PM, Adam Wysocki wrote:
>> Hmm, jeśli nie chcesz dotykać WinCE, to czemu pytasz o bootloader dla
>> WinCE?
>
> Bo tylko taki jest w kosci ROM i chce wiedzieć czy:
> a) proces ładowania jest mozliwy do zmiany
> b) można zabootowac coś innego niż CE i jest to przewidziane
>
>> Zakładałbym, że procesor zaczyna po prostu wykonywać kod z flasha
>> od pierwszego adresu i to, co tam wrzucisz, uruchomi... jak jest tam WinCE
>> z jakimś swoim bootloaderem, to uruchomi WinCE, a jak będzie jakiś Twój
>> bootloader (lub uboot, lub bezpośrednio obraz kernela), to odpali jego...
>
> Tak wiem o tym, ale nie wiem czy dam radę zainstalować tam uboota. Chcę
> zapytać najpierw o oryginalny bootloader. Może jest ustandaryzowany i
> jego zachowanie jest na tyle sprytne że bootuje z innych mediów.
>
>> Nie wiem czy w ogóle da się tak podzielić WinCE na bootloader i system,
>> i zmusić bootloader do uruchomienia czegoś własnego. Może się da...
>
> Da się z poziomu winCE odpalić kernel linuxa, ale ja chce wczesniej.
> Żeby CE w ogole nie wstało, lub wstało tylko na momencik. Tak sobie
> mysle czy bootloadery do CE nie mają jakiegoś ficzera bootowania z
> PCMCIA czy USB.
>
> Dla ARMa kiedyś widziałem funkcje wstawania z karty CF, ale to MIPS...

Mam wrażenie, ze nie czytasz uważnie tego na co odpisujesz... pisalem juz,
ze bootloader do 4.2 czytał obraz systemu NK.BIN z karty pamięci CF a ty
sie zastanawiasz....

>> Inny sposób to odpalanie obcego kernela z poziomu WinCE, bez ruszania
>> ROM-u.
>
> Tak wiem, uzywalem tego swego czasu na telefonach MDA.
>
>> Znalazłem coś takiego, nie wiem czy pomocne:
>> https://msdn.microsoft.com/en-us/library/aa446905.as
px
>
> Wszystko się nada. Ostatecznie wylutuje flasha i zdekompiluje recznie ;)
>
> Dzięki.

Ciekawe masz hobby, z pogranicza masochizmu.. :-)

do góry

On 5/4/2017 7:43 PM, Pszemol wrote:
> Mam wrażenie, ze nie czytasz uważnie tego na co odpisujesz... pisalem juz,
> ze bootloader do 4.2 czytał obraz systemu NK.BIN z karty pamięci CF a ty
> sie zastanawiasz....

Ale tu mowa o 2.0 :)

> Ciekawe masz hobby, z pogranicza masochizmu.. :-)

Takie retro. Przebudowuje tez Atari 8-bit. Jak widzisz rozmawiasz z
wariatem.

do góry

Sebastian Biały <h...@p...onet.pl> wrote:

>> Hmm, jeśli nie chcesz dotykać WinCE, to czemu pytasz o bootloader dla
>> WinCE?
>
> Bo tylko taki jest w kosci ROM i chce wiedzieć czy:
> a) proces ładowania jest mozliwy do zmiany
> b) można zabootowac coś innego niż CE i jest to przewidziane

Pytanie jaką przewagę będzie miał ten bootloader, przystosowany do WinCE,
nad innym, generycznym bootloaderem... inicjalizacja sprzętu? Kernel i tak
wszystko inicjalizuje po swojemu...

> Tak wiem o tym, ale nie wiem czy dam radę zainstalować tam uboota. Chcę
> zapytać najpierw o oryginalny bootloader. Może jest ustandaryzowany i
> jego zachowanie jest na tyle sprytne że bootuje z innych mediów.

Ok, teraz jasne. Chociaż bardzo bym się zdziwił gdyby umiał bootować np.
z karty CF. Tam nie ma dużo miejsca żeby dorzucać funkcje, które nie będą
wykorzystane :)

Wiem że goście od portów na Jornadę (JLime, hpcarm, na Jornadę 680 też
hpcsh) zgłębiali temat, ja też przy reanimacji tego zabytku trochę go
zgłębiłem i nie kojarzę nic, co wykorzystywałoby oryginalny bootloader,
ani na platformie ARM ani na SH3 (J680). WinCE jest w tym projekcie
traktowane jako monolityczna całość.

Jest na Jornadzie duży problem ze sleepem właśnie ze względu na to, że
procesor po wybudzeniu zaczyna uruchamiać kod z konkretnego adresu, który
jest w ROM-ie, więc gdyby dało się przechytrzyć ten bootloader, pewnie
byłyby takie próby...

Z drugiej strony nikt nawet nie próbował flashować pamięci Jornady, bo to
maskrom. Były próby z własną (customową) kartą flash+RAM (to jedna karta)
i tam był jakiś bootloader. Mam zapisanego linka do tematu na forum JLime,
ale wygląda na to, że jest martwe, a nie mogę nigdzie znaleźć kopii...

http://www.jlime.com/forum/viewtopic.php?f=79&t=1353

> Da się z poziomu winCE odpalić kernel linuxa, ale ja chce wczesniej.

Też bym chciał :) Ułatwiłoby mi to chociażby reboot Jornady (teraz zdalny
jest niemożliwy, bo trzeba kliknąć w WinCE), czy deep sleep na niej.

> Żeby CE w ogole nie wstało, lub wstało tylko na momencik. Tak sobie
> mysle czy bootloadery do CE nie mają jakiegoś ficzera bootowania z
> PCMCIA czy USB.

WinCE 2.0 to zabytek, jest na tym urządzeniu USB?

W sumie z PCMCIA miałoby to sens. Znalazłem w notatkach (znów - Jornada)
mapę pamięci używaną przez SA1100 - wynotowałem sobie to z jakiegoś
rysunku, może nie być w 100% poprawne.

a31:27 min max size meaning
00000 0000 0000 07ff ffff 128M rom bank 0
00001 0800 0000 0fff ffff 128M rom bank 1
00010 1000 0000 17ff ffff 128M rom bank 2
00011 1800 0000 1fff ffff 128M rom bank 3
0010x 2000 0000 2fff ffff 256M pcmcia socket 1
0011x 3000 0000 3fff ffff 256M pcmcia socket 0
01xxx 4000 0000 7fff ffff 1G reserved
1000x 8000 0000 8fff ffff 256M peripheral regs
1001x 9000 0000 9fff ffff 256M system control regs
1010x a000 0000 afff ffff 256M memory and expansion regs
1011x b000 0000 bfff ffff 256M lcd and dma regs
11000 c000 0000 c7ff ffff 128M dram bank 0
11001 c800 0000 cfff ffff 128M dram bank 1
11010 d000 0000 d7ff ffff 128M dram bank 2
11011 d800 0000 dfff ffff 128M dram bank 3
11100 e000 0000 e7ff ffff 128M zeros bank
11101 e800 0000 efff ffff 128M reserved
1111x f000 0000 ffff ffff 256M reserved

Procesor zaczyna wykonywanie od adresu 0, może gdyby wrzucić tam coś, co
zainicjalizuje socket PCMCIA i skoczy pod właściwy adres, udałoby się
bootować z PCMCIA...

Nie jestem pewien, ale w Jornadzie chyba jeden socket PCMCIA to fizyczna
PCMCIA, a drugi to karta CF.

> Dla ARMa kiedyś widziałem funkcje wstawania z karty CF, ale to MIPS...

Gdzie dokładnie? Masz jakieś bliższe info?

>> https://msdn.microsoft.com/en-us/library/aa446905.as
px
>
> Wszystko się nada. Ostatecznie wylutuje flasha i zdekompiluje recznie ;)

I znów napiszę o Jornadzie :) W niej ROM adresuje się nietypowo dla ROMów,
bo sygnałami RAS i CAS, tak jak DRAM. To 3 kości MX23l6430YC-15. Szukałem
kości flash, która umiałaby to obsłużyć, ale niewiele takich jest, ktoś
zasugerował JS28F128P30T85 lub JS28F256P30T95.

Pytanie jak jest u Ciebie.

--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]

do góry

On 5/5/2017 12:21 PM, Adam Wysocki wrote:
>>> Hmm, jeśli nie chcesz dotykać WinCE, to czemu pytasz o bootloader dla
>>> WinCE?
>> Bo tylko taki jest w kosci ROM i chce wiedzieć czy:
>> a) proces ładowania jest mozliwy do zmiany
>> b) można zabootowac coś innego niż CE i jest to przewidziane
> Pytanie jaką przewagę będzie miał ten bootloader, przystosowany do WinCE,
> nad innym, generycznym bootloaderem... inicjalizacja sprzętu? Kernel i tak
> wszystko inicjalizuje po swojemu...

bootlader ma umozliwić wybór kernela do bootowania. Cos jak lilo/grub.
Dodatkowo powinien ten kernel czytać z filesystemu, więc musi miec
wsparcie. uboot ma odpowiednie zabawki do tego, ale wiem też ze nie ma
sterownika *tego* framebuffera i wymaga to po mojej stronie rzeźby.

> Ok, teraz jasne. Chociaż bardzo bym się zdziwił gdyby umiał bootować np.
> z karty CF. Tam nie ma dużo miejsca żeby dorzucać funkcje, które nie będą
> wykorzystane :)

Niektóre zabawki tego typu, jesli się przytrzymało jakiś przycisk przy
właczeniu, starały sie na wczesnym etapie startu odpalić .exe z CF. Inne
podczas pracy CE robiły to po wciśnieciu czegoś magicznego. Miałem
nadzieję że to ustandaryzowane jest, ale pewnie nie ;)

> Wiem że goście od portów na Jornadę (JLime, hpcarm, na Jornadę 680 też
> hpcsh) zgłębiali temat, ja też przy reanimacji tego zabytku trochę go
> zgłębiłem i nie kojarzę nic, co wykorzystywałoby oryginalny bootloader,
> ani na platformie ARM ani na SH3 (J680). WinCE jest w tym projekcie
> traktowane jako monolityczna całość.

Tak też pewno sie zakończy zabawa w moim przypadku. Na razie podchodze
do tematu szacując czy warto. Strasznie lubię retro i strasznie mnie
ciągnie do MIPSa (jestem rasowy programista asm MC680x0 a MIPSy są
troche podobne).

> Jest na Jornadzie duży problem ze sleepem właśnie ze względu na to, że
> procesor po wybudzeniu zaczyna uruchamiać kod z konkretnego adresu, który
> jest w ROM-ie, więc gdyby dało się przechytrzyć ten bootloader, pewnie
> byłyby takie próby...

U mnie to jest inna zabawka, izzi pro (i jest na to port bsd). Zakładam
że z powodu wielkości mam tam w srodku nieco przestrzeni i ostatecznie
może by nawet dało rade wymieniąc ROM na flash i przerzucić kod
wykonywalny na pierwszy sektor odczytany z CF jak w BIOSie. Procesor
ponad 100MHz więc emulować ROMa nie mam czym.

>> Żeby CE w ogole nie wstało, lub wstało tylko na momencik. Tak sobie
>> mysle czy bootloadery do CE nie mają jakiegoś ficzera bootowania z
>> PCMCIA czy USB.
> WinCE 2.0 to zabytek, jest na tym urządzeniu USB?

Jest. Aczkolwiek urzadzenia nie mam *jeszcze* w rękach wiec na razie
myślę teoretycznie ;)

>> Dla ARMa kiedyś widziałem funkcje wstawania z karty CF, ale to MIPS...
> Gdzie dokładnie? Masz jakieś bliższe info?

Żebym to pamiętał, to jakiś komputer przemysłowy embedded był. Nie miał
w ROMie nic poza bootloaderem uruchamiającym resztę z karty CF. I
nitypową kartę z WinCE która miała zabezpieczenie przed zapisem na stałe.

> I znów napiszę o Jornadzie :) W niej ROM adresuje się nietypowo dla ROMów,
> bo sygnałami RAS i CAS, tak jak DRAM. To 3 kości MX23l6430YC-15. Szukałem
> kości flash, która umiałaby to obsłużyć, ale niewiele takich jest, ktoś
> zasugerował JS28F128P30T85 lub JS28F256P30T95.
> Pytanie jak jest u Ciebie.

Dojdzie paczka to się zobaczy :D Istnieje też plan B: wyrwać
wnetrzności, wsadzić orange-pi zero, zrobić sterownik lcd popedzany z
SPI (oryginalny chyba się nie nada, SPI ledwo wyrobi) i porzucić projekt
w połowie z braku motywacji.

do góry