SantyagoSantyago
Avatar

Witaj!
Blog archiwalny. Już niebawem nowy serwis!

YouTube RSS Facebook GitHub

Odroid-XU - Pierwsze wrażenia

Korneliusz   |   08 March 2014 - 22:38   |   komentarzy: 10
Hardware Hardware Android Android

Dotarła do mnie w końcu nowa wersja ODROIDA oznaczona symbolem XU (Extreme + Ultimate), będąca następcą modelu X2.  Jednostka wyposażona jest w ośmiordzeniowy układ SoC Exynos 5410 z technologią big.LITTLE (Cortex A15 + Cortex A7), gdzie poszczególne rdzenie są aktywne w zależności od obciążenia systemu.

Odroid-XU wyposażony jest w 2GB LPDDR3 pamięci RAM, złącze HDMI, cztery porty USB 2.0 oraz dwa USB 3.0 (w tym jeden pracujący w trybie OTG). Na płytce znajdziemy również czytnik katy Micro-SD oraz slot pamięci eMMC w wersji 4.5.

W odróżnieniu od innych układów z serii Exynos 4xxx, znajdziemy tutaj układ graficzny PowerVR SGX 544MP. Co ciekawe, XU został wyposażony również w uniwersalny port DisplayPort, co powinno ucieszyć właścicieli monitorów z tym wejściem. Jestem tutaj zaskoczony, ponieważ w oryginalnych zdjęciach tego portu brak.

Rozmiarowo XU jest krótszy od swojego poprzednika aż o 3 cm, a także niższy dzięki nisko profilowemu chłodzeniu, które jest wyjątkowo ciche. W wersji X2 wentylator jest podłączony do portu USB, co przekłada się na większy hałas, ponieważ wentylator pracuję z maksymalną prędkością obrotową. XU z kolei inteligentnie steruje prędkością obrotową nawet do zera, gdy temperatura układu jest odpowiedni niska.

W ODROID-XU bardziej przemyślano rozmieszczenie wszystkich gniazd, wykorzystując jedynie przeciwległe sobie krawędzie płytki.  Z jednej strony znajdziemy gniazdo zasilania, porty USB 3.0, slot kart pamięci microSD, gniazdo HDMI oraz wyjście Audio. Z drugiej natomiast strony gniazdo Ethernet, porty USB 2.0 oraz DisplayPort. Bardzo dobrym pomysłem okazuje się również umieszczenie gniazda pamięci eMMC na górnej warstwie płytki PCB zamiast na dolnej, jak ma to miejsce w wersji X2.

Akcesoria

Oczywiście również do wersji XU dostępne są dodatkowe akcesoria. Nie mogło zabraknąć konwertera UART, dongla Wi-Fi oraz karty pamięci eMMC. Tutaj jest również zmiana - XU obsługuje pamięci eMMC w wersji 4.5 (X2 obsługuje wersję 4.21), co powinno przełożyć się na prędkość operacji I/O.

Bardzo cieszy zastosowanie zasilacza z "normalnym" wtykiem 2.1/5.5 mm. Do dziś pamiętam gorączkowe bieganie w poszukiwaniu 5V zasilacza z wtykiem 0.8/2.5mm dla X2.

Należy tutaj pochwalić producenta za standardowy zestaw, gdzie w podstawowej cenie znajduje się również odpowiedni zasilacz 5V/4A oraz zamykana obudowa. Koniec ze zbieraniem nadmiernej ilości kurzu :)

Porównanie parametrów

  ODROID-X ODROID-X2 ODROID-XU
   
Procesor Exynos 4412 Exynos 4412 Exynos 5410
Rodzina ARM Cortex A9 ARM Cortex A9 ARM Cortex A15
ARM Cortex A7 big.LITTLE
Zegar procesora 1,4 GHz  1,7 GHz  1,6G Hz
Liczba rdzeni 4 4 8
Układ graficzny ARM Mali-400
25 GFLOPS		 ARM Mali-400
34 GFLOPS		 PowerVR SGX 544MP
76 GFLOPS
Zegar grafiki 400 MHz 533 MHz 640 MHz
OpenGL ES 2.0 2.0 2.0
OpenVG 1.1 1.1 1.1
OpenCL Nie Nie 1.1
 Pamięć RAM  1024 MB 2048 MB  2048 MB
 USB 2.0  Tak (6x) Tak (6x)    Tak (4x)
USB 3.0 Nie Nie Tak (1x)
USB 3.0 OTG Nie Nie Tak (1x)
 HDMI Tak Tak Tak
DisplayPort Nie NIe Tak
eMMC Tak Tak Tak
microSD Nie Nie Tak
10/100 Ethernet Tak Tak Tak
Wymiary   90 x 94 mm   90 x 94 mm  69.80 x 94 mm

System operacyjny

Na chwilę obecną dostępny jest system operacyjny Android 4.2.2 z jądrem w wersji 3.4.5. Jak wygląda sprawa z dystrybucjami Linuksa zamierzam sprawdzić dopiero na dniach, przeprowadzając bardziej szczegółowe testy wydajności.

Antutu Benchmark

W programie Antutu ODROID-XU zdobywa 30.054 punktów, wyprzedzając tym samym Samsung Galaxy S4. ODROID-X2 uzyskuje wynik o 35% słabszy, otrzymując 19.574 punktów.

3D Mark Ice Storm

Bardzo interesujące są wyniki 3D Mark Ice Strom. Wersja X2 otrzymała w tym teście ogólny wynik 2612 punktów (Graphics test 1 - 6.9 FPS, Graphics test 2 - 14.2 FPS, Physics test - 35.1 FPS). Wersja XU nie otrzymała wyników, ponieważ pierwszy test był ograniczony częstotliwością odświeżania obrazu 60Hz (Graphics test 1 - 56.9 FPS, Graphics test 2 - 44.4 FPS, Physics test - 46.5 FPS).

Dopiero test Ice Strom Extreme oszacował liczbę punktów. Wersja X2 otrzymała w tym teście ogólny wynik 1947 punktów (Graphics test 1 - 5.8 FPS, Graphics test 2 - 8.4 FPS, Physics test - 34.5 FPS). Wersja XU zdobywa natomiast 7363 punktów (Graphics test 1 - 37.3 FPS, Graphics test 2 - 23.1 FPS, Physics test - 40.8 FPS).

Podsumowanie

Całość zapowiada się bardzo interesująco. ODROID-XU oferuje bardzo wysoką wydajność w systemie Android, pozwalając na uruchomienie bardzo wymagających aplikacji oraz gier. Specyfikacja techniczna jest również bardzo mocna. Co prawda, nie wiem jak sprawa wygląda pod kątem działania systemu operacyjnego Linuks, ale wszystkie powyższe cechy i tak wypływają na wielki plus. ODROID-XU cierpi oczywiście na problemy wieku młodzieńczego, takie jak współpraca z niektórymi modelami monitorów z wejściem HDMI, gdzie obsługa realizowana jest przez wewnętrzny konwerter DVI » HDMI (zamiast typowego sterownika HDMI) - ale nie są to problemy, nie do przeskoczenia.

W moim przypadku automatyczne wykrywanie sygnału pomiędzy gniazdami DVI, a HDMI jest trochę "kulawe", ponieważ mój monitor Iiyama ProLite E2271HDS stara się wykryć sygnał HDMI przez zbyt krótki czas, przełączając się automatycznie na DVI. Moim rozwiązaniem jest odłączenie DVI lub wybór na stałe wejścia HDMI, zamiast trybu automatycznego.

Pod telewizorem Samsung wykrycie sygnału HDMI jest niemal natychmiastowe. Ogoromą zaletą jest tutaj również spora społeczność skupiająca wokół platformy, a forum tętni życiem, wraz z aktywnym uczestnictwem producenta.Ten element jest tutaj szalenie ważny i kluczowy.

Tak jak w przypadku ODROID-X2, jestem przekonany, że wykryte problemy zostaną z czasem rozwiązane, a całość pokaże jeszcze większe pazury.

Reklama

Wszystko co chciałbyś wiedzieć o RFID / NFC MIFARE

Korneliusz   |   03 March 2014 - 21:45   |   komentarzy: 0
Hardware Hardware Arduino Arduino

Zapraszam do wyczerpującego artykułu na temat wykorzystania technologii NFC oraz RFID w projektach Arduino. Znajdziecie w nim między innymi porównanie technologii oraz sposoby dostępu do pamięci EEPROM w kartach standardu MIFARE. Dowiecie  się również w jaki sposób zmienić klucze dostępowe oraz jak ustawić bardziej zaawansowane reguły dostępu do bloków pamięci.

Artykuł:
https://www.jarzebski.pl/arduino/komponenty/czytnik-rfid-nfc-nxp-pn532.html

Kalkulator Access Bits:
https://www.jarzebski.pl/arduino/narzedzia/bity-dostepu-do-pamieci-kart-mifare.html

Iteaduino Plus. Część 5: Sunflower Linux 1.0 Beta 1

Korneliusz   |   23 February 2014 - 23:30   |   komentarzy: 16
Hardware Hardware Dystrybucje Dystrybucje

Tak jak obiecałem, przedstawiam Wam pierwszą betę własnego systemu Sunflower Linux 1.0 dla Iteaduino Plus A10. W odróżnieniu od IteadOS przedstawia się następująco:

  • Podstawka Linaro 12.11 Precise Pangolin,
  • Jądro Linux 3.4.67+,
  • Sterownik FBTURBO z akceleracją srzętową G2D dla X11 / 2D,
  • Sprzętowa akceleracja OpenGL ES. 2.0,
  • Obsługa Cedar / CedarX,
  • XBMC 12.2 z obsługą OpenGL ES 2.0 + Librhybris,
  • Możliwy wybór rozdzielczości 720p / 1080p za pomocą pliku boot.scr,
  • Rezerwacja 128MB dla Mali400 oraz 128MB dla G2D,
  • HDMI Audio Output,
  • Optymalizacja systemu plików,
  • Optymalizacja biblioteki libiteadIO - maksymalna prędkość 1.1MHz

Instalacja

Instalacja przebiega identycznie jak w przypadku IteadOS. Należy pobrać, rozpakować i wypalić obraz systemu na karcie microSD:

Uwaga! Należy zwrócić szczególną uwagę na urządzenie docelowe /dev/sdX, abyśmy przypadkiem nie wykasowali sobie ważnego dysku. Karta pamięci musi mieć minimum 4GB.

  1. # wget https://dl.dropboxusercontent.com/s/gz3a9s6bgskp6wk/sunflower-1.0-beta1.img.7z
  2. # 7z e sunflower-1.0-beta1.img.7z
  3. # dd if=sunflower-1.0-beta1.img of=/dev/sdX

Tak przygotowaną kartę microSD wkładamy do slotu kart pamięci i uruchamiamy. Jeśli system wykryje większy kartę niż 4GB, system plików zostanie automatycznie rozszerzony do jej maksymalnego rozmiaru.

Akceleracja 2D w X11 za pomocą G2D / FBTURBO

Sunflower Linux posiada sterownik FBTURBO, który wykorzystuje silnik akceleracji G2D dla X11. Na jego potrzeby zostało zarezerwowane 128MB pamięci.

  1. [    13.274] (II) FBTURBO: driver for framebuffer: fbturbo
  2. [    13.330] (II) FBTURBO(0): using /dev/fb0
  3. [    13.330] (II) FBTURBO(0): Creating default Display subsection in Screen section
  4. [    13.330] (==) FBTURBO(0): Depth 24, (==) framebuffer bpp 32
  5. [    13.330] (==) FBTURBO(0): RGB weight 888
  6. [    13.330] (==) FBTURBO(0): Default visual is TrueColor
  7. [    13.330] (==) FBTURBO(0): Using gamma correction (1.0, 1.0, 1.0)
  8. [    13.330] (II) FBTURBO(0): hardware:  (video memory: 10800kB)
  9. [    13.331] (**) FBTURBO(0): Option "fbdev" "/dev/fb0"
  10. [    13.331] (**) FBTURBO(0): Option "SwapbuffersWait" "true"
  11. [    13.331] (II) FBTURBO(0): processor: Late ARM Cortex-A8 (NEON can bypass L1 cache)
  12. [    13.331] (II) FBTURBO(0): checking modes against framebuffer device...
  13. [    13.331] (II) FBTURBO(0): checking modes against monitor...
  14. [    13.331] (--) FBTURBO(0): Virtual size is 1280x720 (pitch 1280)
  15. [    13.331] (**) FBTURBO(0):  Built-in mode "current": 74.2 MHz, 37.5 kHz, 50.0 Hz
  16. [    13.332] (==) FBTURBO(0): DPI set to (96, 96)
  17. [    13.355] (II) FBTURBO(0): using backing store heuristics
  18. [    13.430] (II) FBTURBO(0): enabled G2D acceleration
  19. [    13.430] (==) FBTURBO(0): Backing store disabled
  20. [    13.431] (==) FBTURBO(0): DPMS enabled
  21. [    13.431] (II) FBTURBO(0): using sunxi disp layers for X video extension
  22. [    13.431] (II) FBTURBO(0): using hardware cursor
  23. [    13.481] (II) FBTURBO(0): enabled display controller hardware overlays for DRI2
  24. [    13.481] (II) FBTURBO(0): Wait on SwapBuffers? enabled
  25. [    13.481] (II) FBTURBO(0): [DRI2] Setup complete
  26. [    13.481] (II) FBTURBO(0): [DRI2]   DRI driver: lima
  27. [    13.482] (II) FBTURBO(0): using DRI2 integration for Mali GPU (UMP buffers)
  28. [    13.482] (II) FBTURBO(0): Mali binary drivers can only accelerate EGL/GLES
  29. [    13.482] (II) FBTURBO(0): so AIGLX/GLX is expected to fail or fallback to softwar

Akceleracja 3D - OpenGL ES 2.0

Uzyskany wynik w glmark2-es2 to 45 punktów.

  1. # glmark2-es2
  1. [build] use-vbo=false: FPS: 50 FrameTime: 20.000 ms
  2. [build] use-vbo=true: FPS: 50 FrameTime: 20.000 ms
  3. [texture] texture-filter=nearest: FPS: 50 FrameTime: 20.000 ms
  4. [texture] texture-filter=linear: FPS: 50 FrameTime: 20.000 ms
  5. [texture] texture-filter=mipmap: FPS: 50 FrameTime: 20.000 ms
  6. [shading] shading=gouraud: FPS: 50 FrameTime: 20.000 ms
  7. [shading] shading=blinn-phong-inf: FPS: 50 FrameTime: 20.000 ms
  8. [shading] shading=phong: FPS: 50 FrameTime: 20.000 ms
  9. [bump] bump-render=high-poly: FPS: 50 FrameTime: 20.000 ms
  10. [bump] bump-render=normals: FPS: 50 FrameTime: 20.000 ms
  11. [bump] bump-render=height: FPS: 50 FrameTime: 20.000 ms
  12. [effect2d] kernel=0,1,0;1,-4,1;0,1,0;: FPS: 25 FrameTime: 40.000 ms
  13. [effect2d] kernel=1,1,1,1,1;1,1,1,1,1;1,1,1,1,1;: FPS: 16 FrameTime: 62.500 ms
  14. [pulsar] light=false:quads=5:texture=false: FPS: 49 FrameTime: 20.408 ms
  15. [desktop] blur-radius=5:effect=blur:passes=1:separable=true:windows=4: FPS: 16 FrameTime: 62.500 ms
  16. [desktop] effect=shadow:windows=4: FPS: 50 FrameTime: 20.000 ms
  17. [buffer] columns=200:interleave=false:update-dispersion=0.9:update-fraction=0.5:update-method=map: Unsupported
  18. [buffer] columns=200:interleave=false:update-dispersion=0.9:update-fraction=0.5:update-method=subdata: FPS: 26 FrameTime: 38.462 ms
  19. [buffer] columns=200:interleave=true:update-dispersion=0.9:update-fraction=0.5:update-method=map: Unsupported
  20. [ideas] speed=duration: FPS: 50 FrameTime: 20.000 ms
  21. [jellyfish] <default>: FPS: 50 FrameTime: 20.000 ms
  22. [conditionals] fragment-steps=0:vertex-steps=0: FPS: 50 FrameTime: 20.000 ms
  23. [conditionals] fragment-steps=5:vertex-steps=0: FPS: 50 FrameTime: 20.000 ms
  24. [conditionals] fragment-steps=0:vertex-steps=5: FPS: 58 FrameTime: 17.241 ms
  25. [function] fragment-complexity=low:fragment-steps=5: FPS: 50 FrameTime: 20.000 ms
  26. [function] fragment-complexity=medium:fragment-steps=5: FPS: 50 FrameTime: 20.000 ms
  27. [loop] fragment-loop=false:fragment-steps=5:vertex-steps=5: FPS: 50 FrameTime: 20.000 ms
  28. [loop] fragment-steps=5:fragment-uniform=false:vertex-steps=5: FPS: 50 FrameTime: 20.000 ms
  29. [loop] fragment-steps=5:fragment-uniform=true:vertex-steps=5: FPS: 50 FrameTime: 20.000 ms

XBMC 12.2 z akceleracją sprzętową za pomocą CedarX / Libhybris

Na pokładzie znajdziecie również XBMC 12.2 działające pod OpenGL ES 2.0, które wykorzystuje biblioteki CedarX oraz Libhybris do sprzętowego dekodowania materiałów video 720p / 1080p. Jak sobie z tym radzi? Zobaczycie również na filmie, który znajdziecie na dole tego wpisu. Demonstrację przeprowadzono w dwóch rozdzielczościach: 1280x720 oraz 1920x1080.

Ponieważ XBMC 12.2 korzysta z framebuffera, można go uruchomić zarówno spod X11 jak i bez niego (można zrobić sobie fajne HTPC). Obecnie występuje problem z przechwyceniem myszki i klawiatury, gdy uruchomimy XBMC pod X11 jako zwykły użytkownik. Dopóki nie rozwiążę tego problemu, zalecam uruchomić XBMC za pomocą polecenia sudo. Kiedy nie korzystamy z X11, problem ten nie występuje.

  1. # sudo /allwinner/xbmc-pvr-binhf/bin/xbmc

Zmiana rozdzielczość. 1280x720 / 1920x1080

Zmiana rozdzielczości jest możliwa za pomocą pliku boot.scr znajdującego się na pierwszej partycji.

Wybór rozdzielczości 1280x720

  1. # sudo su
  2. # mount /dev/mmcblk0p1 /mnt/
  3. # cd /mnt
  4. # cp boot-720.scr boot.scr
  5. # reboot

Wybór rozdzielczości 1920x1080

  1. # sudo su
  2. # mount /dev/mmcblk0p1 /mnt/
  3. # cd /mnt
  4. # cp boot-1080.scr boot.scr
  5. # reboot

Inne optymalizacje

Sunflower Linux 1.0 beta 1 posiada jeszcze szereg innych optymalizacji, które mają wpływ na szybsze działanie GPIO oraz systemu plików.  Nie jest to jeszcze to co chciałem osiągnąć, ale to jeszcze nie jest moje ostatnie słowo. Bardzo zależy mi na znacznym przyśpieszeniu GPIO poprzez optymalizację biblioteki libiteadIO.

Demonstracja


Sprzęt do testu dostarczył sklep ArduinoSolutions.

Iteaduino Plus. Część 4: Jestem Arduino

Korneliusz   |   20 February 2014 - 20:28   |   komentarzy: 0
Hardware Hardware Dystrybucje Dystrybucje Arduino Arduino

W dzisiejszym odcinku na temat Iteaduino Plus zajmiemy się interfejsem GPIO, który udostępnia 123 piny I/O. Większość pinów jest wielofunkcyjnych, oferując między innymi: I2C, SPI, UART, RGB/LVDS oraz CSI/TS. Na spodzie znajdziemy również 4 gniazda Grove oraz w pełni zgodny z Raspberry Pi interfejs.

Mapa pinów GPIO

Mapa pinów Grove oraz RaspberryPI

Jestem Arduino

System IteadOS pozwala na pisanie  programów w języku C /  C++, udostępniając dobrze znane funkcje z Arduino, takie jak: digitalRead, digitalWrite, analogWrite, delay itp. SDK umożliwia również z korzystania z szyn danych 8- i 16 bitowych.

Pełną listę funkcji można znaleźć w dokumentacji SDK 0.1b 20130823. My zaczniemy jednak klasycznie - od mrugania diodą LED, którą podłączyłem do pinu 59. Tworzymy sobie w edytorze plik o nazwie blink.c, do którego wpisujemy taki oto programik:

  1. #include <itead.h>
  2.  
  3. int main()
  4. {
  5.     pinMode(59,OUTPUT);
  6.  
  7.     while(1)
  8.     {
  9.         digitalWrite(59, HIGH);
  10.         delay(250);
  11.         digitalWrite(59, LOW);
  12.         delay(250);
  13.     }
  14. }

Kiedy mamy już nasz program, musimy go skompilować za pomocą polecenia iteadcompile:

# sudo iteadcompile blink blink.c

[/bash]

Jeśli wszystko przebiegnie prawidłowo, możemy przystąpić do uruchomienia programu wynikowego blink, a dioda powinna radośnie mrugać w odstępach 250ms.

  1. # sudo blink

Pojawia się pytanie - jak szybkie jest GPIO w Iteaduino Plus. Możemy zmierzyć czas, jaki jest potrzebny na wystawienie na wyjściu dwóch milionów przełączeń, pomiędzy stanem wysokim, a stanem niskim. Po krótkim teście można stwierdzić, że prędkość GPIO sięga jedynie do 967 kHZ, podczas gdy Raspberry Pi potrafi rozpędzić się do 4.7 MHz. Zakładam, że jest to problem optymalizacji biblioteki libiteadIO, która nie do końca została dopracowana w wersji beta systemu.

GPIO via Python

Do GPIO również mamy dostęp z poziomu Pythona, który również korzysta z biblioteki libiteadIO. Dzięki Pythonowi możliwe jest tworzenie aplikacji graficznych, które mają dostęp do interfejsu GPIO. Tutaj sprawdzimy działanie funkcji analogWrite, która posłuży nam jako PWM dla diody RGB.

  1. from ctypes import *
  2. from Tkinter import *
  3.  
  4. def pwm(ev=None):
  5.     clib.analogWrite(c_int(59), c_int(scale.get()))
  6.  
  7. clib = cdll.LoadLibrary("/usr/local/lib/libiteadIO.so")
  8.  
  9. root=Tk()
  10. scale = Scale(root, from_ = 0, to = 255, resolution = 1, orient = HORIZONTAL, command = pwm)
  11. scale.pack()
  12.  
  13. root.mainloop()

Po uruchmieniu otrzymujemy suwak, którym regulujemy wypełnienie PWM.

Tutaj pojawia się przeszkoda. PWM realizowane jest w sposób symulacji, poprzez dodanie wątka thread przez bibliotekę libiteadIO. Problem polega na tym, że biblioteka nie radzi sobie z więcej niż jednym pinem w trybie PWM, ponieważ wątki są nadpisywane :) Ale, że jest to wersja beta - wybaczam. Na szczęście, źródła biblioteki libiteadIO są ogólnie dostępne i z chęcią wcisnę z tego więcej możliwości. Póki co, aby wysterować np.: diodę RGB, musimy przygotować trzy skrypty :) każdy z własnym wątkiem symulacji PWM.

Jest to o tyle pocieszające, że nie jest to problem sprzętowy, a jedynie programowy, który można poprawić w przyszłości.


Sprzęt do testu dostarczył sklep ArduinoSolutions.

Iteaduino Plus. Część 3: IteadOS Linux

Korneliusz   |   19 February 2014 - 20:17   |   komentarzy: 4
Hardware Hardware Dystrybucje Dystrybucje

W trzeciej części artykułów na temat platformy Iteaduino Plus postanowiłem przyjrzeć się z bliska działaniu Linuksa, a konkretnie dedykowanej dystrybucji IteadOS opartej na Linaro 12.11 Precise Pangolin. Obraz systemu możemy znaleźć na dostarczonej z zestawem płycie CD, który należy wypalić na karcie microSD. Obraz płyty możemy pobrać również z Internetu.

  1. # wget http://ubuntuone.com/2nztO9D8NXed3o4EQYoA96

Uwaga! Należy zwrócić szczególną uwagę na urządzenie docelowe /dev/sdX, abyśmy przypadkiem nie wykasowali sobie ważnego dysku. Karta pamięci musi mieć minimum 2GB.

  1. # 7z e iteadOS_beta_1.0_130909.7z
  2. # dd if=iteadOS-beta-1.0-130909.img of=/dev/sdX

Tak przygotowaną kartę microSD wkładamy do slotu kart pamięci i uruchamiamy. Pierwsze uruchomienie systemu rozszerza partycję systemową z rozmiaru 2GB do rozmiaru karty, także dopiero drugie uruchomienie wprowadza nas od do pulpitu.

IteadOS Linux

Domyślnym środowiskiem IteadOS jext LXDE. System działa zaskakująco dobrze jak na tego typu sprzęt, zdecydowanie lepiej niż w przypadku Raspberry Pi. Film demonstracyjny znajdziecie na końcu wpisu. Jądro systemu stanowi Linux 3.4.29+, więc całkiem nieźle. Niestety jest drobny szkopuł - jest to albo jądro monolityczne, albo zapomniano dostarczyć wraz z nim dodatkowych modułów jądra, przez co możecie mieć kłopoty z działaniem urządzeń Logitech z wykorzystaniem technologii Unifying lub takich, które nie zostały dołączone bezpośrednio do jądra.

SATA - duże możlwiości

Jeśli chodzi o szybkość odczytu danych z karty microSD to oczywiście szału nie ma, transfer mieści się w zakresie 11MB/s i zależy od zastosowanej klasy karty SD. Wersja Iteaduino Plus A20 posiada natomiast wbudowaną pamięć NAND o rozmiarze 4GB, która na pewno jest w stanie poprawić ten wynik.

Jednak to na co czekałem najbardziej to kontroler SATA do którego możemy podłączyć dysk twardy. Tutaj jest już pole do popisu. Średni transfer to 70MB/s, minimalny natomiast 48MB/s. Tak więc bardziej doświadczeniu użytkownicy będą mogli tak przygotować kartę pamięci, aby system uruchamiał się dysku twardego. Obecność portu SATA otwiera przed nami zupełnie nowe możliwości, ponieważ większe transfery pozwolą nam na rozwinięcie skrzydeł.

Akceleracja 3D/2D

Bardzo byłem ciekaw akceleracji sprzętowej 3D. O ile pulpit odpowiada na nasze poczynania całkiem nieźle, to wciąż za obsługę OpenGL/X11 dla Mali400 odpowiada programowa akceleracja (software rasterizer). Co ciekawe dostępne są sterowniki fbturbo, które wykorzystują silnik akceleracji G2D, ale niestety nie znalazły się one w tym systemie. Tak więc na pewno wrócę do tego tematu podczas prezentacji własnej dystrybucji dla Iteaduino Plus A10, którą obecnie przygotowuję.

Multimedia

Jak już się domyślacie, odtwarzanie filmów pod IteadOS nie będzie cudowne - przyzwoitą płynność obrazu można uzyskać na materiałach do rozdzielczości 480p. Dodatkowo IteadOS nie przesyła dźwięku do HDMI (!). Support na forum Itead twierdzi, że nie jest on wspierany - ale chyba mieli na myśli IteadOS - ponieważ mnie się udało :) Ale o tym wkrótce.

Wróćmy jednak do filmów. Na procesorach A10/20 jest możliwe uzyskanie sprzętowej akceleracji video dzięki CedarX / libvecore, który jest obsługiwany przez odtwarzacze VLC i XMBC, jednak biblioteki te również nie znalazły się w obecnej IteadOS. Tej kwestii również zamierzam przyjrzeć się bliżej.

Podsumowanie

IteadOS nie wydaje się być zatem dystrybucją do multimediów. ponieważ znajdziemy w nim dodatkowe oprogramowanie i biblioteki SDK do obsługi GPIO/I2C/SPI, które są bardzo podobne składnią do Arduino. O tym jednak w napiszę w kolejnej części, a tym czasem przedstawiam film z działania IteadOS.


Sprzęt do testu dostarczył sklep ArduinoSolutions.