↓
 

majek.sh

Marek Wodziński's home page

  • O mnie
  • LCD88
    • Posts about lcd88
  • R/C
  • Elektronika
Home - Strona 2 << 1 2 3 4 … 8 9 >>

Nawigacja

← Starsze posty
Nowe posty →

Lampki choinkowe na Arduino i led-ach z kontrolerem WS2811 :-)

majek.sh Opublikowano w 2015/01/08 przez majek2015/02/09

Gdzieś na początku listopada odkryłem diody RGB LED z wbudowanym kontrolerem: WS2812 i inne podobne. Pomysł wydawał mi się na tyle fajny, że zapragnąłem też coś takiego mieć do zabawy 🙂
Co więcej, sterowniki stały się na tyle popularne i tanie, że są nawet montowane wewnątrz diod LED, jak na przykład WS2812 w tej diodzie:

WS2812 RGB LED

Zważywszy porę roku, stało się oczywiste, że najlepiej byłoby sobie z tego zrobić lampki na choinkę. Chwila szukania i okazało się, że na Aliexpress sprzedają już gotowe takie diody polutowane w łańcuszki 🙂
Moje LEDy nie mają co prawda układów wewnątrz diod, a na małej płyteczce zalanej twardym silikonem, ale za to były tańsze. Zwłaszcza jak kupuje się łańcuszek z 50 sztuk 🙂

WS2811 RGB LEDs on Christmas tree

Dzień przed Wigilią nadal wszystko leżało luzem czekając na 'tą właściwą chwilę’, ale jako, że to już była ostatnia szansa na sensowne wykorzystanie tego, to trzeba się było zebrać do pracy 🙂

Połączenie tego do kupy było całkiem proste, bo to tylko 3 rzeczy: zasilacz 5V, płyteczka Arduino Pro Mini i łańcuszek LED-ów.

Oprogramowanie protokołu było większym wyzwaniem – przebiegi generowane dla WS2811 muszą być dosyć dokładnie, a najkrótsze impulsy mają tylko 8 cykli zegara w Atmega328 (taktowanej 16MHz), więc wybrałem znowu (jak zwykle) assembler 🙂
Żeby było trudniej, była już 3 rano jak zacząłem debugować 🙂 Szczerze mówiąć, to bez mojego nowego oscyloskopu znalezienie 3 błędów jakie zrobiłem potrwałoby pewnie grube godziny. Zwłaszcza, że Chińczyk, który sprzedawał te diody opisał je jako: ’we sent WS2811. Or we may sent UCS1903′ (czyli wysyłamy WS2811 lub UCS1903) – dwa różne kontrolery z różnymi protokołami i nikt nie wie który tak naprawdę dostałem.
Na szczęśćie to był WS2811, więc pierwsza (poprawna) implementacja protokołu zadziałała.

Dodałem do tego kilka prostych funkcji do poruszania światła po łańcuszku i całość wylądowała na choince.

Cały kod z tego 'jednonocnego projektu’ jest dostępny na moim Githubie: https://github.com/majekw/wsled

A tak wyglądają światełka na mojej choince:

Opublikowano w Elektronika | Tagi: arduino, avr, diy, video | 3 komentarze

Initrd w Slackware

majek.sh Opublikowano w 2014/12/26 przez majek2015/02/20

W Slackware jest tylko małe howto o initrd, trochę więcej jest w manualu, ale reszta jest już owiana tajemnicą 🙂

Przestawiłem się pełnego kernela (w zasadzie zawsze kompilowanego przeze mnie) na minimalne z initrd ładnych kilka lat temu. Od tego czasu wiele się nauczyłem o initrd, czasem w dosyć bolesny sposób 🙂

Dlatego tym razem opiszę swoją wersję radzenia sobie z initrd (trochę inną niż w manie i oficjalnym readme).

Instalacja

W czasie instalacji Slackware potrzebne są następujące pakiety:

  • kernel-generic (ale nie kernel-huge!)
  • kernel-modules
  • mkinitd

i oczywiście inne pakiety jakie lubi się mieć 🙂
Należy pamiętać, żeby NIE instalować pakietu kernel-huge.

Trzeba zainstalować wszystko jak zwykle, przejść przez ustawienia Lilo, stref czasowych itd. Na koniec NIE robimy reboota, bo to jeszcze nie koniec!

Teraz nadszedł czas na przygotowanie nowego initrd.

  1. Robimy chroot do /mnt (tam cały nowy system powinien być nadal zamontowany)
  2. Robimy kopię domyślnej konfiguracji mkinitrd:
    cp /etc/mkinitrd.conf.sample /etc/mkinitrd.conf
  3. Edytujemy /etc/mkinitrd.conf ulubionym edytorem i ustawiamy kilka zmiennych/opcji:
    • odkomentowujemy i ustawiamy MODULE_LIST i ROOTFS na typ filesystemu użytego jako nasz root, na przykład:
      ROOTFS="ext3"
      MODULE_LIST="ext3"

      Nie należy martwić się o moduły zależne, bo te zostaną dodane automatycznie.

    • jeżeli używamy softwarowego raida, to odkomentowujemy i ustawiamy
      RAID="1"
    • jeżeli używamy LVM-a lub szyfrowania, to trzeba odkomentować
      LVM="1"
    • zalecam również nadać dla SOURCE_TREE i OUTPUT_IMAGE jakieś unikalne nazwy, np.
      SOURCE_TREE="/boot/initrd-tree-3.10.12"
      OUTPUT_IMAGE="/boot/initrd-3.10.12.gz"

      Nie trzeba tego robić jeżeli nigdy nie będziesz się bawił z innymi kernelami niż ten z dystrybucji.

  4. Wygenerować nowe initrd przez: mkinitrd -F
  5. Dodać nowe initrd do lilo.conf tuż po linijce z nazwą kernela (zaczynającą się od image=), czyli żeby wyglądało to jakoś tak:
    image = /boot/vmlinuz-generic-3.10.12
     initrd = /boot/initrd-3.10.12.gz
  6. Wyjść z chroot-a i zainstalować jeszcze raz lilo z nowym konfigiem:
    mount --bind /dev /mnt/dev
    mount --bind /proc /mnt/proc
    lilo -r /mnt

Teraz już można przeładować system i cieszyć się ze Slackware z initrd:-)

Jaka jest zaleta tego sposobu w porównaniu do ręcznego odpalenia mkinitrd z mnóstwem dziwnych opcji? Myślę, że będzie to widać w dalszej części.

Utrzymanie systemu

Czasami przychodzi taki moment, gdy zmienimy kernel, coś uaktualnimy i trzeba w końcu przebudować initrd.

Są 2 podejścia do utrzymywania Slackware z initrd:

  1. Jedno initrd dla wszystkich kerneli
  2. Każdy kernel lub nawet pozycja w lilo ma swoje initrd

Jedno initrd dla wszystkich

Na początek należy się upewnić, że mamy zakomentowane CLEAR_TREE lub ustawione na 0 w mkinitrd.conf!

Po instalacji nowego kernela, ale działając jeszcze na starym, trzeba ustawić KERNEL_VERSION na wersje nowego kernela, np.

KERNEL_VERSION="3.17.4"

Po tym wystarczy uruchomić mkinitrd -F
To wszystko, teraz initrd ma moduły tak dla starego kernela jak i dla nowego.
Oczywiście trzeba dodać nową pozycję w lilo.conf dla nowego kernela z dokładnie tą samą nazwą initrd jak dla starego.
Jeżeli robimy tylko upgrade kernela, to w takim wypadku nie trzeba nawet dotykać lilo.conf (tak długo jak linijka image= odwołuje się do linku vmlinuz wskazującego na aktualny kernel).
W obu przypadkach na końcu trzeba oczywiście uruchomić lilo.

Od czasu do czasu warto posprzątać stare i nieużywane moduły z initrd. Robi się to przez usunięcie jednego katalogu z /boot/initrd-tree/lib/modules/old-kernel-version i wygenerowanie nowego initrd jak zwykle przez mkinitrd -F. I uruchomienie lilo na koniec 🙂

Mam nadzieję, że teraz już widać przewagę użycia mkinitrd.conf zamiast pamiętania wszystkich dziwnych przełączników jakie ostatnio użyliśmy do wygenerowania poprzedniego initrd (czasem ładnych kilka miesięcy temu).

Osobne initrd dla każdego kernela

To podejście nie ma większego sensu jeżeli masz tylko jeden system i używasz tylko jednego dystrybucyjnego kernela, który czasem uaktualniasz.

Poza tym osobne initrd jest nawet łatwiejsze niż podejście 'jedno dla wszystkich’.
Jedynym minusem jest to, że przełącznik -F do mkinitrd powoduje wczytanie zawsze tego samego konfiga (/etc/mkinitrd.conf) i nie ma innej opcji podania innego konfiga, więc za każdym razem trzeba sobie skopiować swój odpowiedni konfig w to miejsce.
Czyli dla pierwszego kernela powinniśmy ustawić sobie co najmniej unikalne SOURCE_TREE, OUTPUT_IMAGE i KERNEL_VERSION. Generujemy nowe initrd przez mkinitrd -F i robimy backup mkinitrd.conf do np. mkinitrd.conf.3.10.17.
Dla każdego następnego kernela zmieniamy sobie odpowiednie opcje w mkinitrd.conf, generujemy initrd, robimy backup i tak dalej.
Tym sposobem można mieć wiele różnych initrd i zapisanych konfigów do przebudowania każdego z nich. Jest to najbezpieczniejsza metoda przy zabawach z nowym kernelem czy opcjami initrd, bo zawsze mamy jeszcze starą i działającą wersję.

Osobiście używam podejścia mieszanego – dla każdej wersji systemu inne initrd (czyli Slackware 14.0 ma swoje, 14.1 ma inne). Kernele w obrębie jednej wersji zazwyczaj mam już ze wspólnym initrd. Eksperymenty też zazwyczaj mam już osobno.

To by było na tyle o tej prostszej części initrd 🙂
Następnym razem opiszę jak użyć initrd z zaszyfrowanym root-em lub nawet root-em na zaszyfrowanym lvm-ie 🙂

Uaktualnienie 2015.02.20

Znalazłem całkiem niezłą dokumentację w tym temacie na Slackware Documentation Project. Wygląda na to, że niezbyt dobrze sprawdziłem co jest już dostępne w tym temacie 🙂

Opublikowano w Linux | Tagi: linux, slackware | Zostaw odpowiedź

Złodziej zdjęć

majek.sh Opublikowano w 2014/12/14 przez majek2014/12/14

Ostatnio w logach bloga znalazłem, że jedno ze zdjęć zrobiło się dosyć popularne:
SDR# in action
Obrazek pochodzi z tego wpisu: Analizator widma na RTL2832U – część 2

Czasem ludzie wklejają moje zdjęcia czy obrazki na forach, żeby wzbogacić dyskusję. Ale tym razem okazało się, że to jeden sprzedawca z Włoch użył go na aukcji na eBay-u (właściwie nie tylko mojego zdjęcia). Co więcej, do aukcji obrazek wklejony został tak, że za każdym razem jest pobierany z mojego serwera, w pełnej rozdzielczości zjadając mi pasmo. Wszystko oczywiście bez żadnego pytania.

Jest sporo metod na radzenie sobie z takimi nadużyciami, ale tym razem postanowiłem wykrzystać to jako darmową promocję 🙂

Przygotowałem nową 'ulepszoną’ wersję obrazka (przy okazji o wiele mniejszą pod względem kB):
sdrsharp-ebay

I dodałem nową regułkę do .htaccess, żeby wszystkie odwołania z eBay-a do tego pliku przekierowywał na nową wersję:

RewriteCond %{HTTP_REFERER} ebaydesc\.com/|ebay\.it/                                                                                                        
RewriteRule ^wp-content/uploads/2013/06/sdrsharp\.png /wp-content/uploads/2014/12/sdrsharp-ebay.jpg [R=302,L]

Teraz jego aukcja pokazuje mój nowy 'ulepszony’ obrazek 🙂

Opublikowano w Linux | Tagi: linux | Zostaw odpowiedź

Lutowanie kabla AWG10 do wtyczki XT60

majek.sh Opublikowano w 2014/08/16 przez majek2021/04/18

Jak potrzeba dłużej latać, to pojemniejsza bateria może być w tym pomocna (do pewnego progu) 🙂
Ale większość baterii przystosowanych do większych prądów ma również kable i złączki dostosowane do tego zastosowania.
Czasami jest to problem. W Tricopterze używam zwykłych wtyczek XT60, bo ich obciążalność jest w sam raz do tego zastosowania. Jak używałem baterii o pojemności 1800-2200mAh, to wszystko było ok, bo też miały takie końcówki.

Jak kupiłem akumulator 4000mAh z końcówką HXT4mm, to od razu kupiłem sobie przejściówkę z HXT na XT60. Problem rozwiązany.

Niedługo i 4000mAh przestało wystarczać 🙂
Dlatego kupiłem 5000mAh, ale ten akumulator miał jeszcze większe wtyczki: bananowe 5.5m. Tym razem postanowiłem zmienić wtyczkę na XT60 zamiast kombinować z ciężką przejściówką.
Na forum rc-fpv.pl akurat trwała dyskusja na temat problemów z lutowaniem końcówek XT60 do tak grubych kabli jak AWG10, które są akurat w moim nowym akumulatorze.
Sposobów na polutowanie tego jest tam kilka, i ja też mam swój 🙂

Ponieważ 'obraz wart tysiąca słów’ czy 'zobaczyć oznacza uwierzyć’, więc nagrałem filmik jak to wszytko lutuję. 🙂

Co jest potrzebne:

  • pocynować końcówki przewodu (moje już były pocynowane, bo odlutowałem je od starych końcówek zamiast odciąć)
  • obrócić piny w wtyczce XT60, żeby były 'otwarte’ w przeciwnych kierunkach, na zewnątrz wtyczki (do tego można użyć płaskich szczypcy czy kombinerek)
  • użyć 'trzecią rękę’ – przydaje się do trzymania tego wszystkiego i na dodatek jest odporna na ciepło
  • lutować po jednym przewodzie na raz – dla bezpieczeństwa – lepiej nie mieć szansy zwarcia tych przewodów
  • roztopić trochę cyny w samej rurce złączki
  • wsadzić końcówkę lutownicy w tą cynę i jednocześnie w to miejsce docisnąć lutowany przewód – im większą powierzchnią grot będzie oddawał ciepło do złącza i przewodu, tym szybciej i łatwiej będzie to polutować
  • nie trzymaj przewodu rękami – za bardzo się rozgrzewa, lepiej użyć szczypiec czy pęsety
  • trochę cierpliwości z zależności od mocy lutownicy (moja ma 65W) i doświadczenia

Powodzenia 🙂

Opublikowano w Elektronika, R/C | Tagi: diy, small things, video | 2 komentarze

LCD88 na wolności :-)

majek.sh Opublikowano w 2014/06/22 przez majek2014/09/02

Ostatnio zacząłem uczyć się używać git-a zamiast svn-a 🙂

I tak sobie pomyślałem, żeby zmigrować repozytorium LCD88 z mojego prywatnego w bardziej publiczne miejsce – do Githuba!

Czyli od teraz cały kod projektu będzie na bieżąco tam aktualizowany. Mam nadzieję, że oprócz ściągania posłuży rówież do łatwiejszego rozwoju nie tylko przeze mnie 🙂
Dodatkowo jeżeli ktoś chciałby pomóc, ale nie jest programistą, to jest też 'issue tracker’, gdzie można zgłaszać błędy lub pożądane funkcjonalności.

Dyskusja nad projektem po polsku dostępna jest tu: http://rc-fpv.pl/viewtopic.php?t=21059

W czasie przenosin dodałem również licencję GPL, więc kodu można używać bez obaw:-)

Link do repozytorium: https://github.com/majekw/lcd88

Inną rzeczą, która przy okazji powstaje jest dedykowany LCD88 kawałem mojego bloga. Ktoś mógłby nawet to nazwać dokumentacją 🙂
Zachęcam do zapoznania się z nowym kawałkiem menu (i tym co się tam kryje): LCD88!

Opublikowano w Elektronika, R/C | Tagi: lcd88 | Zostaw odpowiedź

Nawigacja

← Starsze posty
Nowe posty →
  • English
  • Polski

Ostatnie wpisy

  • (English) New 3D printer – vn-corexy
  • (English) Classic keyboard for Lenovo X230
  • Zmiany, zmiany
  • Zapisywanie do wewnętrznej pamięci flash w Arduino
  • dm-cache w Slackware
  • Lampki choinkowe na Arduino i led-ach z kontrolerem WS2811 :-)
  • Initrd w Slackware
  • Złodziej zdjęć
  • Lutowanie kabla AWG10 do wtyczki XT60
  • LCD88 na wolności :-)
  • XEBOOT – mały bootloader dla Atmega8 obsługujący xmodem
  • RTL-SDR i ADS-B
  • Interfejs bluetooth z Chin :-)
  • Skończył się 2013, leci 2014
  • Harpagan 46

Najnowsze komentarze

  • majek - Lutowanie kabla AWG10 do wtyczki XT60
  • Hello - Lutowanie kabla AWG10 do wtyczki XT60
  • wefwe - Koniec ery REXa 6000
  • Kudłaty - Miernik częstotliwości do 100MHz
  • majek - Miernik częstotliwości do 100MHz
  • somok - Miernik częstotliwości do 100MHz
  • majek - Miernik częstotliwości do 100MHz
  • AM Technologies - Miernik częstotliwości do 100MHz
  • majek - LCD88: Nadajnik R/C DIY
  • Sławek - LCD88: Nadajnik R/C DIY

Kategorie

  • 3D printing (1)
  • Elektronika (22)
  • Życie (12)
  • Linux (9)
  • R/C (20)

Archiwa

  • styczeń 2021 (1)
  • kwiecień 2018 (1)
  • marzec 2018 (1)
  • czerwiec 2015 (1)
  • marzec 2015 (1)
  • styczeń 2015 (1)
  • grudzień 2014 (2)
  • sierpień 2014 (1)
  • czerwiec 2014 (1)
  • maj 2014 (1)
  • marzec 2014 (2)
  • luty 2014 (1)
  • listopad 2013 (1)
  • sierpień 2013 (1)
  • czerwiec 2013 (3)
  • kwiecień 2013 (1)
  • luty 2013 (3)
  • styczeń 2013 (2)
  • grudzień 2012 (1)
  • październik 2012 (1)
  • wrzesień 2012 (1)
  • sierpień 2012 (9)
  • lipiec 2012 (1)
  • czerwiec 2012 (2)
  • marzec 2007 (1)
  • marzec 2006 (1)
  • październik 2005 (1)
  • luty 2002 (1)

Tagi

1-wire arduino avr awstats car china crash dialog diy dns e-osd e-wro fpv frsky fun g-osd gps głupota harpagan i2c lcd lcd88 linux logic analyzer multiwii netia osd ppm r/c repair rex.mamy.to rex6000 rtlsdr sigrok simonk slackware slovakia small things spectrum analyzer transmitter tricopter video video receiver watchdog xircom

Blogi

  • Blog Akuaku
  • Savage Chickens
  • xkcd

Znajomi

  • Belfer
  • Copernicus Project
  • freesco.pl
  • Harpagan
  • Sadziu
  • Tropiciel
  • Wydawnictwo Dobrew (audiobooki)
  • Wydawnictwo Muszkin

Hosting

  • mamy.to
©2022 - majek.sh - Weaver Xtreme Theme
↑