W ramach testowania nanoPi Neo podłączyłem do niego czujnik 18B20. Tym razem nie za pomocą układu MP00202 (FT232RL/DS2480B) który jest dość drogi (circa 60 PLN), ale wykorzystując USB-UART RS232 PL2303HX (za 4,40 PLN na Allegro + wysyłka.)
Podłączenie czujnika jest banalnie proste, mianowicie: styki oznaczone jako GND oraz +5V (na płytce układu USB-UART) łączy się z odpowiednimi stykami czujnika DS18B20, natomiast styki oznaczone jako RX oraz TX należy ze sobą połączyć a następnie połączyć ze stykiem DATA (środkowym) czujnika DS18B20.
I to wszystko. Korzystając z programu digitemp należy użyć digitemp_DS9097
(FT232RL/DS2480B
działało z wariantem digitemp_DS9097U
).
Nawiasem mówiąc nanoPi Neo działa tak średnio (wyrażając się oględnie), bo już go musiałem reistalować. Na dokładkę przy czytaniu dużych plików z pendrive'a USB się odłączał a system zgłaszał błędy -- powodem było być może zasilanie (jakiś super-wydajny zasilacz by pomógł/aktywny hub?).
Tak czy siak SheevaPlug działa mi bezawaryjnie a nanoPi Neo nie za bardzo.
Działałem według opisu ze strony
NanoPi NEO,
tzn. ściągnąłem
plik nanopi-neo-linux-rootfs-core-qte-sd4g-20160804.img.zip
(BTW downloads: 1632, czyli jestem hipsterem/trendsetterem!). Rozpakowałem,
wsadziłem kartę (micro SDHC 8Gb Toshiba, za +20 PLN BTW) do czytnika kart
i za pomocą dd
wykonałem obraz systemu:
dmesg [10869.916710] sd 1:0:0:0: [sdb] 15196160 512-byte logical blocks: (7.78 GB/7.24 GiB)
Czyli karta jest w urządzeniu /dev/sdb
. Zatem:
dd bs=4M if=nanopi-neo-linux-rootfs-core-qte-sd4g-20160804.img of=/dev/sdb
Kartę wyjąłem z czytnika, wsadziłem do Neo, urządzenie podłączyłem pod ładowarkę
do smartfona i kabel sieciowy RJ45. W instrukcji jest napisane, że po podłączeniu
zasilania nastąpi uruchomienie systemu sygnalizowane świeceniem się niebieskiej diody LED.
I tak było w istocie: dioda świeci jak nie przymierzając kogut na radiowozie MO.
Aby połączyć się z komputerkiem należy
teraz wykonać (,,fabryczne'' hasło to fa
):
ssh -l root@192.168.1.123
Adres 192.168.1.123
ustaliłem łącząc się z routerem
i oglądając device list (w instrukcji jest inny adres,
pod którym urządzenie powinno być podłączone). Teraz:
apt-get update && apt-get upgrade ## dla pewności apt-get install rsync less vim
Instalowanie mc
apt-get install mc # nie ma apt-get install software-properties-common ## teraz zadziała $add-apt-repository ppa:eugenesan/ppa $ sudo apt-get update $ sudo apt-get install mc # dalej kicha $ apt-get install mc-data # jakiś dziwny pakiet bez binarów, rzekomo zastępujący mc # https://mail.gnome.org/archives/mc/2015-December/msg00020.html # chyba jest problem z kompilacją na arma
Stay tuned