Epiphany - finalna wersja nowej przeglądarki internetowej dla Raspberry Pi

Wspominałem już o Epiphany na blogu. Jest to specjalnie przygotowana i zoptymalizowana przeglądarka internetowa, która obsługuje HTML5 oraz znacznie lepiej radzi sobie z JavaScriptem.

Jeśli będziecie pobierać w najbliższym czasie nowy obraz systemu(Raspbian) to właśnie Epiphany powinna być nową, domyślną przeglądarką(dawniej była nią Midori). Jeśli chcecie już teraz używać nowej przeglądarki, to możecie ją ręcznie doinstalować wpisując w terminalu 3 polecenia.

Czytaj dalej

ElektroPrzewodnik #44, #45 i #46 - Zbiórka elektrośmieci, radioodbiornik Romans oraz filtry pasywne

Następna część cyklu ElektroPrzewodnik. Jeśli nie widzieliście wcześniejszych odcinków, lub po prostu chcecie do nich wrócić, to zerknijcie tutaj.

Wszystkich zainteresowanych zapraszam już teraz na kolejne odcinki, możecie je znaleźć na kanale ElektroPrzewodnik na Youtube. Polubcie też ElektroPrzewodnik na Facebooku.

Czytaj dalej

7” ekrany dotykowe pod Raspbianem i RaspBMC

W ciągu kilku ostatnich dni miałem przyjemność testować dwa ekrany dotykowe o przekątnej 7 cali. Dostałem je dzięki uprzejmości sklepu botland.com.pl.

Ekrany od siebie różnią się rozdzielczością. Jeden ma rozdzielczość 800 na 480 pikseli(Model AT070TN92), a drugi 1024 na 600 pikseli(Model AT070TNA2).

Postanowiłem przetestować działanie obu ekranów zarówno pod systemem Raspbian jak i pod RaspBMC. W przypadku OpenELEC sam ekran działa, ale nie reaguje na dotyk. Jeśli chcielibyście dodać ich obsługę w OpenELEC(4.0.7), musielibyście skompilować kernel wraz z odpowiednimi modułami. Opis jak to zrobić znajdziecie tutaj. 
[[MORE]]



Wróćmy jednak do początku. W zestawie poza samym ekranem znajduje się specjalna płytka, do której podpinamy nasz wyświetlacz oraz zewnętrzny zasilacz. Płytka ta ma kilka wejść wideo(HDMI, VGA oraz PAL). Możemy podłączyć do niej również specjalny panel z guzikami do sterowania ustawieniami ekranu(m.in. kontrastem, jasnością czy saturacją). Posiada on również odbiornik IR, dzięki czemu wspomniane wcześniej parametry możemy zmieniać za pomocą specjalnego pilota dołączonego do zestawu. W pudełku znajdziemy jeszcze jedną, mniejszą płytkę, która odpowiada za rozpoznawanie dotyku. Podpina się ją do drugiej(cieńszej) taśmy wychodzącej z ekranu LCD i poprzez kablem USB podpina do naszego Raspberry Pi(lub dowolnego innego komputera, do którego podpinamy nasz ekran). Powyższy zestaw i sposób podłączenia jest identyczny w przypadku obu ekranów. Sposób ich instalacji oraz konfiguracji w systemie również jest identyczny, dlatego poniższy opis jest uniwersalny i powinien działać ze wspomnianymi(pewnie również z podobnymi modelami) panelami.



Raspbian

W przypadku Rasbiana musimy zmienić kernel, na taki który ma dodane wymagane moduły do obsługi paneli dotykowych. Możemy to zrobić na dwa sposoby. W pierwszym przypadku jest to pobranie gotowego jądra systemu i podmienienie obecnie używanego. Jest to szybki i prosty sposób. Dzięki któremu, możemy cieszyć się pełnym działaniem naszego ekranu w ciągu kilkunastu minut. Druga, dłuższa metoda, to własnoręczna kompilacja. Cała procedura trwa o wiele dłużej. Poniżej przedstawię pierwszy opis polegający na zmianie kernela na wcześniej przygotowany.

Na początku musimy przeprowadzić wstępną konfigurację, która zmieni kilka opcji w ustawieniach systemu. Bez tego możliwe, że obraz na naszym ekranie nie będzie wyświetlany na całej jego powierzchni.

sudo raspi-config - wybieramy Enable Boot to Desktop/Scratch (3), a następnie Desktop Log in as user 'pi' at the graphic desktop. Dzięki temu przy każdym uruchomieniu się Malinki, system automatycznie uruchomi środowisko graficzne i zaloguje się na profil naszego użytkownika. Pozostaje nam zmienić jeszcze jedno ustawienie. W Advanced Options (8) zmieniamy Overscan (A1) na Disable. To wszytko.
sudo reboot


wget https://andrei-development.googlecode.com/files/kernel_3_6_11_eGalax_feb_2013.tar.gz - pobieramy gotowy kernel.
tar -zxvf kernel_3_6_11_eGalax_feb_2013.tar.gz && rm kernel_3_6_11_eGalax_feb_2013.tar.gz
cd kernel_3_6_11_eGalax_feb_2013/modules/lib
sudo mv /lib/firmware /lib/firmware_old - kopiujemy nasz obecny firmware do innego folderu. Tak na wszelki wypadek.
sudo mv firmware /lib/ - kopiujemy wersję działającą z kernelem, który wcześniej pobraliśmy.
sudo mv /lib/modules /lib/modules_old - kopia zapasowa modułów.
sudo mv modules /lib/ - przegranie wymaganych modułów.
cd ../..
sudo mv /boot/kernel.img /boot/kernel_old.img - Kopia zapasowa kernela.
sudo mv kernel.img /boot/ - podmiana kernela na ten obsługujący ekrany dotykowe.
cd ..
sudo rm -R kernel_3_6_11_eGalax_feb_2013
sudo reboot - Po ponownym uruchomieniu Malinki, nasz ekran będzie już reagował na dotyk, ale to nie koniec instalacji. Musimy nasz ekran jeszcze skalibrować.
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install libx11-dev libxext-dev libxi-dev x11proto-input-dev xinput
wget http://github.com/downloads/tias/xinput_calibrator/xinput_calibrator-0.7.5.tar.gz
tar xvzf xinput_calibrator-0.7.5.tar.gz && rm xinput_calibrator-0.7.5.tar.gz
cd xinput_calibrator-0.7.5
./configure
make
sudo make install
sudo reboot - po ponownym uruchomieniu się Raspberry Pi, w środowisku graficznym(najlepiej za pomocą myszki, bo ekran dotykowy nie jest jeszcze skalibrowany) klikamy na “Prefrances” i wybieramy aplikację “Calibrate Touchscreen”. Następnie musimy kliknąć na “[X]” w różnych miejscach naszego ekranu. Po tym pojawią się informacje o kalibracji ekranu. Spisujemy “Option “calibration” “Twoje koordynaty”“. Będzie to kilka liczb, które będą nam potrzebne za kilka chwil.
sudo nano /usr/share/X11/xorg.conf.d/99-calibration.conf - w tym pliku wpisujemy informacje o naszym ekranie oraz spisane wcześniej koordynaty:
Section "InputClass"
    Identifier "calibration"
    MatchProduct "eGalax Inc. USB TouchController"
    Option "Calibration" "Twoje koordynaty"
EndSection

sudo reboot - po restarcie pozostaje nam zmienić jeszcze jedną rzecz - rozdzielczość ekranu. Domyślnie nasz ekran będzie miał ustawioną 720x576, co nijak ma się do jego faktycznej rozdzielczości. Musimy ją zmienić ręcznie.
sudo nano /boot/config.txt - na końcu pliku dopisujemy

hdmi_group=1
hdmi_mode=4
Jeśli chcemy wybrać jakąś inną rozdzielczość(radzę tego nie robić, bo kalibracja znowu się nam rozjedzie. Inna rozdzielczość będzie pewnie konieczna przy ekranach o innej przekątnej), to lista dostępnych opcji znajduje się tutaj.

sudo reboot - po restarcie nasz ekran jest już w pełni skalibrowany i skonfigurowany. Jeśli mielibyśmy jakieś problemy, to możemy jeszcze dodać kilka opcji w pliku konfiguracyjnym
sudo nano /usr/share/X11/xorg.conf.d/99-calibration.conf

W przypadku odwrócenia osi Y(góra-dół), dopisujemy jeszcze:
Option "InvertY" "TRUE"
W przypadku osi X(prawo-lewo):
Option "InvertX" "TRUE"
Aby zamienić oś X z osią Y:
Option "SwapAxes" "1"

Czasami może się zdarzyć, że rozdzielczość powróci do domyślnych 720x576 pikseli. W 99% przypadków spowodowane jest to tym, że zmieniliśmy coś w sudo raspi-config. Taka zmiana nadpisuje plik “/boot/config.txt”. Po czymś takim wystarczy go znowu edytować(sudo nano /boot/config.txt) i dopisać na końcu:
class=”prettyprint”>hdmi_group=1
hdmi_mode=4



RaspBMC

W przypadku XBMC mamy pewien paradoks, bo RaspBMC nie ma serwera X’ów, który jest wymagany do odpalenia aplikacji, która kalibruje nam ekran, ale w drugiej strony, mamy domyślnie kernel z obsługą wymaganych modułów i nasz ekran reaguje na dotyk zaraz po podłączeniu.

Gdy podłączymy ekran i uruchomimy system, musimy zmienić kilka ustawień w opcjach systemowych.

Programy > Raspbmc Settings > System Configuration -> “Remove UI res limit” i zmieniamy na Tak(zaznaczamy kropkę).
Teraz podobnie jak robiliśmy w przypadku Raspbiana, zmieniamy rozdzielczość w RaspBMC.

sudo nano /boot/config.txt - na końcu pliku dopisujemy

hdmi_group=1
hdmi_mode=4
sudo reboot
Jeśli chcemy wybrać jakąś inną rozdzielczość(radzę tego nie robić, bo kalibracja znowu się nam rozjedzie. Inna rozdzielczość będzie pewnie konieczna przy ekranach o innej przekątnej), to lista dostępnych opcji znajduje się tutaj.

Proces kalibracji ekrany w RaspBMC wymaga wyłączenia XBMC i instalacji kilku dodatkowych pakietów.

sudo stop xbmc
wget --no-check -O tslib_1-1_armhf.deb "https://github.com/brantje/xbian-touch/raw/master/tslib_1-1_armhf.deb"
sudo dpkg -i tslib_1-1_armhf.deb
sudo apt-get install evtest
sudo evtest - sprawdzany, który “/dev/input/event” jest przypisany do naszego wyświetlacza, najprawdopodobniej “evtest2”. Po sprawdzeniu zamykamy aplikację(ctrl+z).
sudo nano ts_calib.sh - jeśli “/dev/input/event” inny niż 2, to zmieniamy poniższy kod i wklejamy z naszym numerkiem.
#!/bin/bash

export LD_LIBRARY_PATH=/usr/local/lib
export TSLIB_CONSOLEDEVICE=none
export TSLIB_FBDEVICE=/dev/fb0
export TSLIB_TSDEVICE=/dev/input/event2
export TSLIB_CALIBFILE=/etc/pointercal
export TSLIB_CONFFILE=/usr/local/etc/ts.conf
export TSLIB_PLUGINDIR=/usr/local/lib/ts

ts_calibrate

sudo sh ts_calib.sh - kalibrujemy wyświetlacz dotykając [x] na ekranie.
wget --no-check -O uimapper.tar.gz "https://github.com/brantje/xbian-touch/raw/master/uimapper.tar.gz"
sudo mkdir −p /scripts && sudo tar −zxvf uimapper.tar.gz −C /scripts - co ciekawe u mnie nie dało się skopiować tego polecenia i musiałem je wpisywać ręcznie w terminalu.
sudo nano /etc/init/uimapper.conf - w razie potrzeby w poniższym pliku też zmieniamy “/dev/input/event”
#!upstart
description "uimapper"

env UIMAPPER_DEV="/dev/input/event2"
env UIMAPPER_CONF="configs/touchscreen.py"
env UIMAPPER_DIR="/scripts/uinput-mapper"

start on startup or virtual-filesystems or (input-device-added SUBSYSTEM=input)
stop on (input-device-removed SUBSYSTEM=input)
nice -10
kill timeout 1
expect fork
script
chdir $UIMAPPER_DIR
exec ./input-read.py $UIMAPPER_DEV -D | ./input-create.py $UIMAPPER_CONF &
end script
respawn

sudo chmod +x /scripts/uinput-mapper/input-create.py
sudo chmod +x /scripts/uinput-mapper/input-read.py
sudo cp /opt/vc/bin/tvservice /usr/local/bin
rm tslib_1-1_armhf.deb uimapper.tar.gz
sudo reboot
Od teraz nasz ekran również powinien w pełni działać. Warto pamiętać, że obraz wyświetlamy poprzez złącze HDMI, więc musimy zmienić sposób wyprowadzania sygnału audio z HDMI na analogowe złącze 3.5mm(“System > Ustawienia > System > Odtwarzanie dźwięku > Urządzenie odtwarzania > Analogue”).

Czasami może się zdarzyć, że kalibracja się “rozsynchronizuje”. W 99% przypadków spowodowane jest to tym, że zmieniliśmy coś w “Programy > Raspbmc Settings > System Configuration”. Taka zmiana nadpisuje plik “/boot/config.txt”. Po czymś takim wystarczy go znowu edytować(sudo nano /boot/config.txt) i dopisać na końcu:

hdmi_group=1
hdmi_mode=4

Po aktualizacji systemu najlepiej przeprowadzić całą procedurę ponownie. Ważne aby sprawdzić “/dev/input/event” naszego ekranu oraz wykonać polecenie sudo cp /opt/vc/bin/tvservice /usr/local/bin.

W razie dalszych problemów możemy przeprowadzić reinstalację systemu i przeprowadzenie wszystkich kroków ponownie.

Podsumowanie

Jak widzimy z pierwszą instalacją ekranów jest trochę zabawy, ale później działają bardzo dobrze. Szybko i precyzyjnie reagują na dotyk zarówno rysika dołączonego do zestawu jak i naszych palców. Kąty widzenia również są dobre. Niestety nie miałem okazji sprawdzić jak ekrany radzą sobie w mocnym słońcu. Podejrzewam, że będziemy musieli zmienić w ich ustawieniach jasność, aby obraz był bardziej widoczny.

PS: Wyświetlacz na zdjęciu na naklejoną jeszcze folię ochronną.

Jeśli chcesz podyskutować lub wymienić się swoimi spostrzeżeniami i opiniami o Raspberry Pi, albo po prostu szukasz inspiracji w jaki sposób wykorzystać swoją Malinkę, zapraszamy do naszej grupy na FB! - facebook.com/groups/malinowepi i do polubienia naszego profilu na Facebooku - facebook.com/malinowepi oraz zapisania się na Malinowy Newsletter.

7” ekrany dotykowe pod Raspbianem i RaspBMC

W ciągu kilku ostatnich dni miałem przyjemność testować dwa ekrany dotykowe o przekątnej 7 cali. Dostałem je dzięki uprzejmości sklepu botland.com.pl.

Ekrany od siebie różnią się rozdzielczością. Jeden ma rozdzielczość 800 na 480 pikseli(Model AT070TN92), a drugi 1024 na 600 pikseli(Model AT070TNA2).

Postanowiłem przetestować działanie obu ekranów zarówno pod systemem Raspbian jak i pod RaspBMC. W przypadku OpenELEC sam ekran działa, ale nie reaguje na dotyk. Jeśli chcielibyście dodać ich obsługę w OpenELEC(4.0.7), musielibyście skompilować kernel wraz z odpowiednimi modułami. Opis jak to zrobić znajdziecie tutaj.

Czytaj dalej

Rozwiązanie konkursu Raspberry Pi Model B+

Tydzień temu na blogu ruszył konkurs, w którym do wygrania było Raspberry Pi Model B+. Aby wziąć udział w konkursie, wystarczyło pod testem Modelu B+ pozostawić komentarz z jak najciekawszym projektem opartym o Malinę, w którym użyte zostaną podzespoły dostępne w sklepie botland.com.pl.

Pod wpisem znajduje się 38 komentarzy z pomysłami. Wybrałem z nich, moim zdaniem najciekawsze pomysły. Wybór był bardzo trudny, bo co najmniej kilka z nich było naprawdę ciekawych. 
[[MORE]]

Najczęściej powtarzającym się pomysłem były wszelkiego rodzaju rozwiązania dla “inteligentnego domu”. Sporo było też robotów i dronów. Jednak zwycięski pomysł to coś innego.


  
    
      Sylwester Wróbel
      Projekt: Theremin - instrument muzyczny oparty na Malinie
      
      Cześć. Jestem muzykiem, wprowadzamy w kapeli ostatnio sporo elektronicznego brzmienia. Od kilku tygodni chodzi mi po głowie pomysł stworzenia symulatora kultowego instrumentu z grupy elektrofonów elektronicznych - Thereminu [rok powstania: 1928]. Oryginalnie instrument działania na zasadzie modulacji generowanego dźwięku przez wprowadzanie w pole jego anteny ciała ludzkiego [ręki]. Jedna z anten pozwala modulować częstotliwość dźwięku, druga antena kontroluje głośność.
      
      Przykład działania Thereminu: http://www.youtube.com/watch?v=nJYho56INKU
      
      Mój pomysł to stworzenie tego instrumentu działającego nie na zasadzie przetwornika fal radiowych - a raczej na zasadzie analizatora optycznego [lub ultradźwiękowego]. Raspberry Pi i kamera lub system oparty o dalmierz [czujnik odległości], opcjonalnie fotodiody. Oczywiście całość odpowiednio oskryptowana.
      
      Potrzebny hardware:
      Malina: http://botland.com.pl/moduly-glowne-i-zestawy-raspberry-pi/2543-raspberry-pi-model-bplus-512mb-ram.html
      2 cyfrowe dalmierze: http://botland.com.pl/137-cyfrowe-czujniki-odleglosci
      opcjonalnie kamera: http://botland.com.pl/moduly-rozszerzajace-raspberry-pi/1613-raspberry-pi-camera-hd-kamera-dla-raspberry-pi.html
      
      Cyfrowe czujniki odległości wydają się jednak bardziej optymalnym i ekonomiczniejszym rozwiązaniem.
    
  


Dodatkowo chciałbym wyróżnić jeszcze jeden pomysł. Za który autor otrzymuje 30% zniżki przy zakupie Raspberry Pi Model B+.


  
    
      Maciej Mosak
      Raspberry Pi B+ ma zostać sercem mojego właśnie powstającego projektu - autonomicznego robota gąsienicowego do inspekcji stanu środowiska oraz penetracji podziemnych tuneli (główne zastosowanie, jednak będzie też świetnym gadżetem).
      
      Geneza 
      Biorąc udział w zawodach robotów spotykałem się z profesjonalnymi konstrukcjami wojskowymi – robotami saperskimi. Zaimponowały mi one swoimi możliwościami pod względem penetracji trudno dostępnych miejsc i zacząłem zastanawiać się nad innymi zastosowaniami podobnego robota.
      
      Abstrakt 
      W ramach pracy badawczej postanowiono skonstruować mobilną jednostkę badawczą wyposażoną w zmienne napędy oraz aparaturę pomiarową. Zagadnienie podzielono na moduły: jednostki napędowej, sensoryki pokładowej, manipulatora interakcyjnego, komputera pokładowego oraz witryny sieciowej stworzonej do zdalnej kontroli z dowolnego urządzenia.
      
      Formułowanie założeń 
      Dość istotną kwestią w fazie planowania było sformułowanie odpowiednich zadań dla robota. Główną ideą było poszerzenie umiejętności autora projektu, jednak ciężko dążyć do celu, który nie jest znany. Postanowiono więc wykorzystać jednostkę do inspekcji stanu środowiska poprzez stworzenie mobilnej jednostki wyposażonej w czujniki i kamery pozwalające badać kształt terenu, temperaturę, wilgotność, oraz skład atmosfery i podłoża.
      
      Napęd 
      Podstawowym problemem związanym z konstrukcją było wybranie odpowiedniego napędu. Jednostki latające zostały odrzucone już na początku ze względu na ukierunkowanie robota na ciasne, trudne do manewrowania środowiska. Wstępnym planem był napęd na cztery niezależnie zawieszone koła z silnikami, jednak przy ocenie przyczepności napęd gąsienicowy wypadł korzystniej. W celu zminimalizowania kosztów autor postanowił wydrukować gąsienice na posiadanej drukarce 3D (jeden komplet gładkich, pokrytych następnie silikonem, oraz jeden komplet gąsienic ze szpicem do poruszania się po grząskim terenie).
      
      Sensoryka 
      Postanowiono zamontować możliwie największą liczbę dostępnych w przystępnych cenach czujników. Pod uwagę wzięte zostały liczne czujki gazów takich jak metan, wodór, czy tlenek węgla. Dodatkowo robot ma zostać wyposażony w czujniki temperatury oraz wilgotności w celu badania warunków pogodowych. Ponadto umieszczone zostaną kamery (dwie kamery kolorowe, jedna podczerwona do pracy przy słabym oświetleniu oraz jedna kamera-mikroskop do badania próbek) oraz systemy lokalizacji (magnetometr, żyroskop, akcelerometr oraz GPS). Istotnymi elementami były też sensory pokładowe – temperatury podzespołów oraz odległości od przeszkód.
      
      Komputer pokładowy 
      Komputer sterujący robotem zaplanowano jako system rozproszony:
      
      główna jednostka na podstawie Raspberry Pi odpowiadająca za komunikację z kontrolerem o moduł GSM podłączony poprzez USB o moduł WiFi podłączony poprzez USB o moduł Bluetooth podłączony poprzez USB o video grabber podłączony poprzez USB w celu obsłużenia mikroskopu 
      kilka modułów sensoryki na bazie Atmega128 (duża ilość wyprowadzeń pozwalająca na obsłużenie wielu czujników) 
      moduł silników na bazie Atmega8 
      moduł manipulatora na bazie Atmega644
      Całość docelowo ma komunikować się poprzez I2C, SPI oraz UART.
      
      Sterowanie 
      Przez plan sterowania robotem z różnych urządzeń (tablety, telefony, laptopy), bardzo trudne byłoby napisanie aplikacji na każdy system. Autor postanowił więc rozwiązać kwestię sterowania za pomocą strony internetowej będącej interfejsem użytkownika – robot streamowałby obraz z kamer live oraz zapisywał na bieżąco w bazie danych wszystkie odczyty czujników oraz stan maszyny, strona wyświetlałaby tę zawartość w czytelny sposób jednocześnie pozwalając na kontrolę robota poprzez zapisywanie odpowiednich poleceń do bazy danych. Z tego powodu robot musi posiadać stałe połączenie z internetem – wyposażony zostanie zarówno w modem GSM jak i WiFi.
      
      Schemat ideowy konstrukcji - na załączonym obrazku
      
      Manipulator 
      Ze względu na dostęp do drukarki 3D postanowiono wykorzystać w konstrukcji manipulator. Będzie on poruszany przy użyciu serw, a na jego końcu znajdą się kamera RGB z diodami LUX do inspekcji otoczenia, a także sonda z termoparą i mikroskop z chwytakiem do próbek.
      
      Planowane doświadczenia 
      + przejazdy badawcze po tunelach Zamku Książ 
      + badanie sztolni obiektu Riese 
      + po zabezpieczeniu przed wodą mapowanie wycinka lasu oraz zbieranie próbek podłoża 
      + ocena szkodliwości odpadów zalegających w rowach przydrożnych
      
      Oczywiście podane części to tylko wierzchołek góry lodowej ;)
    
  


Dodatkowo każdy z uczestników otrzyma kod rabatowy upoważniający do zakupu Raspberry Pi Model B+ w sklepie botland.com.pl z 10% zniżki. Kody wyślę dziś wieczorem na maile podane przy pozostawianiu komentarzy.

Na koniec chciałbym pogratulować zwycięscy oraz podziękować sklepowi botland.com.pl za ufundowanie tak atrakcyjnej nagrody.

Jeśli chcesz podyskutować lub wymienić się swoimi spostrzeżeniami i opiniami o Raspberry Pi, albo po prostu szukasz inspiracji w jaki sposób wykorzystać swoją Malinkę, zapraszamy do naszej grupy na FB! - facebook.com/groups/malinowepi i do polubienia naszego profilu na Facebooku - facebook.com/malinowepi oraz zapisania się na Malinowy Newsletter.

Rozwiązanie konkursu Raspberry Pi Model B+

Tydzień temu na blogu ruszył konkurs, w którym do wygrania było Raspberry Pi Model B+. Aby wziąć udział w konkursie, wystarczyło pod testem Modelu B+ pozostawić komentarz z jak najciekawszym projektem opartym o Malinę, w którym użyte zostaną podzespoły dostępne w sklepie botland.com.pl.

Pod wpisem znajduje się 38 komentarzy z pomysłami. Wybrałem z nich, moim zdaniem najciekawsze pomysły. Wybór był bardzo trudny, bo co najmniej kilka z nich było naprawdę ciekawych.

Czytaj dalej

ElektroPrzewodnik #41, #42 oraz #43 - Lutowanie oraz rezystancja przewodów

Następna część cyklu ElektroPrzewodnik. Jeśli nie widzieliście wcześniejszych odcinków, lub po prostu chcecie do nich wrócić, to zerknijcie tutaj.

Wszystkich zainteresowanych zapraszam już teraz na kolejne odcinki, możecie je znaleźć na kanale ElektroPrzewodnik na Youtube. Polubcie też ElektroPrzewodnik na Facebooku.

Czytaj dalej

1 2 3 4 5