Przeszukaj forum

Witam wszystkich!!! Po długiej przerwie w końcu znalazłem czas aby opublikować swój kolejny projekt. Po mojej serii ostatnich artykułów dotyczących zalet Arduino UNO ten będzie można uznać poniekąd za ostatni z tej serii. Uważam bowiem, że temat sposobów ułatwiających wgrywanie sketchy oraz bootloaderów do procesorów Atmega8/168/328 stosowanych w popularnym Arduino UNO (głównie ten ostatni) został przeze mnie wyczerpany. Dziękuje wszystkim, którzy przeczytali moje poprzednie artykuły i sprawia mi ogromną satysfakcję, jeżeli informację w nich zawarte komuś mogły pomóc. Tyle tytułem wstępu. Teraz przejdę do opisu mojego projektu dlaczego powstał i dlaczego zrealizowałem go w taki, a nie inny sposób. Dotąd projektowałem dość proste układy, które realizowałem na zaprojektowanych przez siebie PCB tylko jednowarstwowych i wykonanych w warunkach domowych metodą termo transferu z wykorzystaniem elementów THT. Jako, że pracuję jako technik w jednej z firm gdzie mam okazję montować urządzenia na profesjonalnych PCB z wykorzystaniem elementów SMD poczułem chęć zrealizowania jakiegoś swojego projektu w tej właśnie technologii, a także zaprojektowania płytki PCB dwuwarstwowej. Jako, że ostatnie moje artykuły są związane z Arduino UNO oraz, że mam też swoją wizję tej platformy. Dlatego postanowiłem zaprojektować właśnie odpowiednik Arduino UNO wg swojej koncepcji. Nazwa odpowiednik nie jest bez powodu bo nie jest to typowy "klon" tej platformy. Generalnie powiem, że od razu nie poszedłem na całość tzn. planuje za jakiś czas zrobić drugą jego wersję, która będzie ostateczną bo będzie zawierać dodatkowe funkcje. Na początku skorzystałem z ułatwień takich jak posiadany przeze mnie konwerter USB UART RS232, który podłączany jest do złącza na płytce aby móc komunikować się z procesorem. Generalnie chciałem sprawdzić jak moja koncepcja sprawdzi się w rzeczywistości oraz czy PCB jest dobrze zaprojektowane, tzn. czy urządzenie działa poprawnie i nie ma w nim zakłóceń, które mogłyby wpłynąć na stabilność jego pracy. Po uruchomieniu urządzenia okazało się, że działa ono prawidłowo, oraz że moja koncepcja sprawdza się. Tak powstało MWuino UNO. Dwie pierwsze litery w nazwie pochodzą: pierwsza od mojego imienia a druga od nazwiska. Zatem czym MWuino UNO różni się od typowych klonów Arduino UNO. Zacznijmy od wizualnych różnic: 1. PCB ma zupełnie inny kształt i jest dłuższe w stosunku do oryginału i klonów o 1,5cm. MWuino UNO ma długość 8cm, szerokość zaś to 5cm. Krańce PCB zostały łagodnie zaokrąglone aby wygodnie można było trzymać płytkę w ręce. 2. Inne ułożenie elementów elektronicznych, aby można było je na powierzchni 5x8cm dobrze rozmieścić i odpowiednio poprowadzić ścieżki zarówno na stronie TOP jak i BOTTOM. Stąd też inne ułożenie gniazd/złącz sygnałowych dla procesora IC2 3. Najważniejsza widoczna różnica. Na PCB znajdują się dwa procesory IC1 oraz IC2, które zostaną omówione później. 4. Dodatkowe elementy, których nie ma w oryginalnym arduino, czyli: - włącznik zasilania. Koniec z wyciąganiem wtyczki z gniazda zasilania. Jednym ruchem palca możemy wygodnie wyłączyć zasilanie. - zamontowane złącza zarówno w wersji męskiej jak i żeńskiej. W zależności jakie przewody połączeniowe posiadamy możemy szybko podłączyć podłączyć elementy do gniazd procesora IC2 Poniżej zdjęcia prezentujące gotowe urządzenie: Strona TOP Strona BOTTOM Działające urządzenie z podłączonym konwerterem Nie chciałem wykonywać idealnej kopii tej platformy gdyż jest ich mnóstwo w internecie. Fakt, że niektóre z tych urządzeń mają bardzo ciekawe rozwiązania względem typowych kopii, które tak naprawdę nie oferują nic nowego poza niską ceną, a niekiedy ich jakość wykonania pozostawia wiele do życzenia. Ze względu na pewne rozwiązanie które jest mocną zaletą mojej wersji oraz tego aby wymiarowo było zbliżone do oryginału, pewne ułożenie elementów takich jak np: gniazda/złącza sygnałowe podłączone do procesora mają inne ułożenie niż ma to miejsce w oryginale. Generalnie dla mnie to nie jest problem, gdyż jak zaczynałem naukę z Arduino UNO nie czułem potrzeby używania tak zwanych shield -ów, tylko mając elementy łączyłem je na płytce stykowej, a z płytki stykowej za pomocą przewodów do odpowiednich pinów gniazd na płytce Arduino UNO. Co więcej takie ułożenie złącz przy procesorze gwarantuje najkrótsze połączenie z pinami procesora oraz ze względu na ich bliskość możliwość stosowania przewodów połączeniowych o zbliżonych długościach, gdyż przy rozstawie złącz w oryginalnym UNO oraz jego klonach, zdarzyło mi się kilka razy, że nie miałem przewodów o potrzebnej mi długości. Do urządzenia możemy podłączyć dowolny konwerter UART/RS232 TTL. Dzięki zastosowaniu złącz w wersji męskiej jak i żeńskiej nie będzie problemu z podłączeniem go do płytki za pomocą odpowiednich przewodów połączeniowych. Na zdjęciu jak widać mój konwerter jest wpięty bezpośrednio do gniazda żeńskiego na płytce, a to dlatego że na etapie projektowania linie sygnałowe i zasilania są dopasowane do wyprowadzeń posiadanego przeze mnie konwertera. Najważniejszą zaletą mojego projektu jest możliwość wgrywania bootloaderów do procesora IC2. Przedstawię najkrócej jak się da opis budowy i działania najważniejszych elementów układu. Dodatkowo w pliku do pobrania, zamieszczam schemat budowy, przydatny przy analizowaniu poniższego opisu, pliki gerber PCB w rev.2, zmodyfikowany skecz Arduino ISP-wymagany doi prawidłowego działania urządzenia, oraz listę elementów użytych do budowy-BOM. plik do pobrania:MWuinoUNO-rev.2.zip Starałem się możliwie w miarę zwięźle i ogólnie opisać działanie urządzenia. Tak więc: Procesor IC1 ma wgrany na stałe skecz Arduino ISP. Skecz tez został przeze mnie nieco zmodyfikowany tzn. dodano obsługę switcha S2(SELECT), Diody LED Status - BTLDR i PROGR oprócz standardowych (PMODE, HBEAT, ERROR) oraz sterowanie układami MUX/DEMUX - IC6,IC7, które są odpowiedzialne za przełączanie sygnałów TX,RX konwertera na odpowiednie wejścia RX,TX procesorów IC1 oraz IC2 oraz sygnałem z pinu (16) -IC1 na wejście (1)RESET IC2 – IC8. Układy MUX/DEMUX sterowane są z jednego wyjścia procesora IC1(4). Najprościej rzecz ujmując. Po uruchomieniu MWuinoUNO, zapalają się diody PROGR - zielona oraz HBEAT - niebieska. W tym trybie układy MUX/DEMUX nie są sterowane z IC1, a ich domyślne ustawienie powoduje, że sygnały RX,TX konwertera są podane na piny RX,TX procesora IC2. Ustawienie w tym trybie - PROGR, umożliwia nam wgrywanie skeczy do procesora IC2. Dla przykładu uruchamiamy środowisko Arduino IDE i wybierzmy standardowy skecz blink. Najpierw pamiętamy o ustawieniach czyli "Narzędzia" następnie "Port" COM - do którego podłączone jest nasz konwerter oraz "Płytka".Jeżeli w podstawce IC2 mamy procesor ATmega328 w polu "Płytka" wybieramy "Arduino UNO". Jeżeli używamy procesora ATmega8/168 to w polu "Płytka" wybieramy "Arduino NG or older" po czym ponownie klikamy na "Narzędzia" i w polu „Procesor” wybieramy właściwy, który aktualnie znajduje się w podstawce IC2. Kiedy wszystkie ustawienia są odpowiednie, klikamy na "Wgraj" i tu teraz jest bardzo ważna kwestia do omówienia. Jeżeli nasz konwerter ma tylko wyjścia TXD(TX), RXD(TX) oraz wyjścia zasilania, to tuż zanim nastąpi wgrywanie skecza do procesora musimy nacisnąć szybko przycisk S2(RESET) aby nasz procesor mógł się zaprogramować. Teraz napiszę jak to zrobić aby ta czynność przebiegła dość sprawnie. Klikamy "Wgraj" i patrzymy na napis na zielonym pasku nad czarnym okienkiem w którym pojawiają się informacje. Jeżeli jest napis "kompilowanie szkicu..." i obok jest pasek postępu, nie wciskamy przycisku S3(RESET). Kiedy pasek postępu dobiegnie końca i pojawi się komunikat "Wgrywanie" szybko wciskamy i puszczamy przycisk S3(RESET). Dlatego przed wgraniem dobrze jest mieć palec blisko tego przycisku i obserwować komunikaty, które powyżej napisałem. Osoby, które dysponują konwerterem z dodatkowym wyjściem oznaczonym jako DTR, nie muszą przed wgraniem skecza naciskać switcha S3(RESET), gdyż dzięki sygnałowi z DTR z konwertera, procesor IC2 zostanie automatycznie zresetowany. Bardzo istotną rzeczą przed wgrywaniem skeczy jest to aby programowany przez nas procesor posiadał wcześniej wgrany bootloader, gdyż bez niego nie wgramy skecza do procesora. W MWuinoUNO. Możemy wgrywać bootloadery do procesorów takich jak ATmega 8/168/328, gdyż Arduino IDE wspiera te procesory. Wystarczy że włożymy czysty procesor w podstawkę IC2 i możemy w ciągu chwili wgrać bootloader niż ma to miejsce w przypadku Arduino UNO i jego klonów, gdzie potrzebny jest shield do Arduino umożliwiający nam wykonanie tej czynności lub płytka stykowa z elementami takimi jak kwarc, kondensatory i rezystor(do pinu RESET procesora). Elementy te nie zawsze możemy mieć pod ręką, a i podłączenie całego układu zajmie nam chwilę i jak to bywa w przypadku płytek stykowych, może się okazać, że mamy przerwę w połączeniu i będzie problem z wgraniem bootloadera, a my dodatkowo stracimy kilka minut na poszukiwaniu usterki. Teraz opiszę jak wgrać bootloader do procesora IC2 w MWuinoUNO. Uruchamiamy środowisko Arduino IDE i sprawdzamy ustawienia programu tak samo jak opisałem to powyżej dla trybu PROGR. czyli "Port" i "Płytka". Następnie naciskamy i przytrzymujemy switch S2(SELECT) po czym zapala się czerwona dioda led opisana jako BTLDR. Jest to tryb w którym możemy wgrać bootloader do procesora IC2. W tym trybie procesor IC1 - z wgranym zmodyfikowanym skeczem "Arduino ISP" steruje układami MUX/DEMUX sprawiając, że układy IC6,IC7 przełączają komunikację konwertera (RX,TX) z procesora IC2 na procesor IC1 oraz IC8, z którego resetowanie procesora IC2 odbywa się z pinu (16) procesora IC1. Dzięki temu, wgrywanie bootloadera do procesora IC2 jest w pełni automatyczne i nie wymaga ręcznego resetowania procesora. Bootloader z PC zostaje wysłany przez konwerter do procesora IC1, który jest w tym momencie programatorem i z tego procesora liniami MISO, MOSI, SCK do linii MISO, MOSI, SCK procesora IC2 zostaje przesłany. Diody na liniach MOSI, MISO, SCK, sprawiają, że każda linia może przysyłać dane tylko w jednym kierunku. W przypadku linii MISO i SCK są dodatkowe rozwiązania z poziomu zmodyfikowanego przeze mnie skecza Arduino ISP. Ma to na celu sprawienie, że gdy wykorzystamy te piny w naszym programie, który wgramy do IC2, sygnały te nie będą absorbowane przez piny IC1. Szczególne znaczenie ma to dla linii SCK, gdyż tak samo jak w Arduino UNO i jego klonach podłączona jest dioda L, której działanie uaktywnia się na przykład po wgraniu standardowego skecza blink do IC2, a także jest aktywna w momencie wgrywania bootlodera do IC2, zatem może być sterowana zarówno z procesora IC1 jak i IC2 i nie nastąpi sytuacja aby wyjścia SCK obu procesorów w jednym czasie mogłyby nią sterować lub na przykład linia SCK IC1 będzie w stanie niskim absorbując sygnał w stanie wysokim z linii SCK IC2. Przekaźniki K1 oraz K2 przełączają zasilanie z konwertera na zasilanie podłączone z zewnętrznego źródła zasilania, czyli zasilacza podłączonego do DC jack. Oczywiście aby to nastąpiło najpierw musimy ustawić przełącznik S4 (ON, OFF) w odpowiedniej pozycji. Cewki przekaźnika pobierają zasilanie z zewnętrznego źródła zasilania jakim jest zasilacz, dzięki temu może nastąpić proces przełączenia zasilania z konwertera na zewnętrzne źródło zasilania. Oczywiście taki sposób przełączania zasilania nie jest idealny tzn. chodzi o szybkość. W momencie przełączania następuje resetowanie procesorów IC1,IC2 w wyniku chwilowego zaniku napięcia ich zasilania. Generalnie wiedziałem, że takie zjawisko wystąpi i myślę, że nie jest to duży problem. Częściowo można temu zaradzić dodając dodatkowy kondensator tantalowy o pojemności 100u za stykami przekaźnika, a dokładniej w okolicy zasilania najlepiej IC2. Unikniemy resetu w momencie podłączania zewnętrznego źródła zasilania jakim jest zasilacz. Niestety problem ten nie zniknie w momencie odłączania zewnętrznego źródła zasilania i ponownego przełączenia zasilania, na zasilanie z konwertera USB. Procesory ATmega328 dość szybko się uruchamiają w przeciwieństwie do ATmega8. Zauważyłem, że wszystkie procesory ATmega8 jakie posiadam potrzebują ok 8 sekund na uruchomienie programu (skecza). Opisałem najważniejsze koncepcje i sposoby ich realizacji w moim projekcie. Część z nich wynikała z tego, że wykorzystałem posiadane już przeze mnie elementy takie jak przekaźniki oraz konwerter oraz to, że pewne zjawiska takie jak ręczne resetowanie procesora przed wgraniem programu lub chwilowy zanik napięcia zasilania podczas jego przełączania dla mnie nie są jakoś specjalnie istotne. Najważniejsze, że cały projekt działa stabilnie oraz założenia, które w nim wdrożyłem także się sprawdziły. Tak jak wcześniej napisałem za jakiś czas przedstawię wersję bardziej rozbudowaną, w której będą wyeliminowane wyżej opisane niedogodności, a także dodatkowe nowe funkcje. Z ciekawości przejrzałem wszystkie możliwe klony Arduino UNO oraz rozwiązania i funkcje jakie zostały do nich dodane, a które naprawdę mogą się przydać większości użytkowników tej platformy. Obecnie wszystko mam już sprawdzone i jestem na etapie projektowania PCB. Pozostałe zdjęcia Na zakończenie chcę dodać, że przedstawione na zdjęciu urządzenie to rev.1 urządzenia. Zamieściłem pliki gerber w nowszej rewizji rev.2 mojego projektu, jeżeli ktoś będzie zainteresowany to bez problemu będzie mógł zamówić PCB. W skrócie wymienię różnice pomiędzy rev.1 a rev.2 MWuino UNO -Powiększone opisy pinów złącz/gniazd sygnałowych podłączonych do procesora IC2 -Obniżenie switcha S2(SELECT) oraz przesunięcie złącza zasilania J1 oraz kondensatora C2 w lewo, aby łatwiej było naciskać switch S2(SELECT) -Zmiana złącz konwertera z 5pin na 6pin oraz dodatkowe elementy R12,C21. Dodanie tym samym obsługi DTR z konwertera, dzięki czemu osoby które posiadają konwerter USB UART z linią DTR nie będą musiały ręcznie restartować procesora IC2 przed wgraniem do niego programu (skecza) -Przesunięty kondensator C9 w lewo aby łatwiej można było zamontować złącze JP1 (goldpin, żeńskie) -Dodany kondensator C20 do pinu RESET IC1. Urządzenie pracujące w obszarze dużych zakłóceń, a nawet dotknięcie palcem pinu RESET IC1 może zadziałać tak samo jak wciśnięcie switcha S1(RESET). Dodanie tego kondensatora eliminuje całkowicie ten problem. -Dodany C22 tantalowy do podtrzymania chwilowego zasilania procesora IC2 w momencie przełączania zasilania z konwertera na zewnętrzne źródło zasilania jakim jest zasilacz podłączony do gniazda J1 -Pady rezonatora kwarcowego GND podłączone do masy na PCB. Nie jest to konieczne, ale jeżeli producent opisał te piny jako GND, a ja generalnie trzymam się tego co jest napisane w dokumentacji. Wymagało to ode mnie zmodyfikowania domyślnej biblioteki rezonatorów kwarcowych programu Eagle, gdyż dostępne w tej bibliotece elementy szczególnie pasujące do zastosowanego przeze mnie rezonatora kwarcowego, piny te są pozostawione jako niepodłączone. -Poprawiono zamienione w rev.1 nazwy diod – HBEAT, ERROR -Dodanie rezystora R13-1M do pinu SCK procesora IC2 oraz IC1 (katoda diody D1). Do pinu SCK dodatkowo podłączone jest wejście nieodwracające wzmacniacza operacyjnego, pracującego w trybie wtórnika napięcia, którego zadaniem jest sterowaniem diody LED L, tak aby nie obciążać jednocześnie linii zegarowej SCK lub gdy ta linia pełni rolę we/wy. W momencie kiedy pin procesora IC2 nie jest zdefiniowany jako we/wy a tym samym nie ma ustawionego stanu H/L wejście wzmacniacza „wisi w powietrzu” powodując świecenie diody L. Tak duża wartość rezystora nie obciąża pinu SCK procesora, ale polaryzuje wejście wzmacniacza do masy w przypadku, gdy pin SCK nie jest określony jako we/wy a tym samym nie ma ustawionego stanu H/L. Co ciekawe oryginalne Arduino UNO oraz jego klony też nie posiadają rezystora polaryzującego wejścia wzmacniacza operacyjnego i tym samym wyżej opisane zjawisko w nich występuje (świecenie diody L) Powyższe zmiany jakie zostały wprowadzone do rev.2 MwuinoUNO. U mnie urządzenie w rev.1 działa bez najmniejszych problemów. Jedyną z powyższych zmian jaką zrobiłem to dolutowanie kondensatora do pinu (1)RESET-IC1 oraz rezystor do wejścia nieodwracającego wzmacniacza operacyjnego IC9. Wszystko sprawuje się dobrze i działa prawidłowo. Do prawidłowego działania urządzenia po zmontowaniu potrzebujemy koniecznie 1 szt. procesora z wgranym już bootloaderem. Jeżeli mamy czysty procesor oraz znamy kogoś kto ma Arduino nie koniecznie musi to być UNO i wie jak wgrywać bootloadery lub my sami posiadamy taką wiedzę, to już połowa sukcesu. Ewentualnie pozostaje nam zakup procesora z wgranym bootloaderem. Następnie co musimy zrobić to wgrać zmodyfikowany przeze mnie skecz Arduino ISP. Skecz ten wgrać możemy już w MWuinoUNO. Teraz kolejna zaleta w tym urządzeniu. Tryb PROGR działa także bez udziału IC1-jedynie diody LED status będą nieaktywne, z wyjątkiem diody L. Procesor umieszczamy w podstawce IC2 i wgrywamy zmodyfikowany sketch Arduino ISP (plik o nazwie „MwuinoUNO”). Po wgraniu wyjmujemy procesor z podstawki IC2 i umieszczamy w podstawce IC1. Od teraz możemy zamawiać czyste procesory Atmega8/168/328 tzn. bez wgranego bootloadera, i sami w łatwy sposób wgramy bootloader dla procesora, którego aktualnie zamierzamy używać. Poniżej link do filmu przedstawiającego działanie MWuinoUNO https://www.youtube.com/watch?v=oWh97v3rdZE

Witam wszystkich!!! W poprzednim artykule przedstawiłem swoją wizję platformy Arduino UNO opartej o procesor ATmega 328 THT. Wizja nie do końca doskonała, choć dla mnie na chwilę obecną wystarczająca. Chciałem teraz, aby to było coś wyróżniającego się na tle klonów tej platformy. Coś z powiewem świeżości, nowego!!!. Bo nie sztuką jest zrobić klon 1:1 i to tylko aby zbić cenę a nieraz wykonanie niektórych klonów pod względem jakości jak i działania pozostawiało wiele do życzenia. Pierwsza wersja mojego urządzenia była tak naprawdę tylko wstępem do tego co teraz zamierzałem zrobić, co tym bardziej zachęciło mnie do zrobienia ostatecznej wersji mojego urządzenia. Wersji, która uważam zawiera ciekawe rozwiązania, których mi osobiście brakowało a na pewno znajdą się osoby, które myślą podobnie. Bo czym jest poświęcenie jednej ATmegi, której koszt wynosi mniej niż 10 PLN aby na stałe była zaprogramowana jako programator ISP , dzięki czemu możemy swobodnie wgrywać bootloader do drugiej wymiennej ATmegi, nie używając do tego dedykowanego shielda lub łącząc układ na płytce stykowej. Wygodnie prawda?. Możliwość podłączenia dowolnego konwertera, którego koszt nieraz jest mniejszy niż procesor ATmega 16U2, który dodatkowo trzeba zaprogramować lub inny układ odpowiadający za komunikację. A jako, że takie konwertery są tanie to opłaca się kupić kilka sztuk na tak zwaną "czarną godzinę" lub gdy mamy kilka projektów, które z nich korzystają. Na początku kilka słów samokrytyki!!! Pewne rozwiązania były zrobione na szybko. Owszem działały jednak na przykład: przełączanie zasilania z USB na zasilacz za pomocą przekaźników ogólnie nie jest idealne jak w oryginalnej platformie. Szczerze dla mnie osobiście to akurat było bez znaczenia gdyż tu sugerowałem się posiadanymi przeze mnie elementami oraz tym, że mi osobiście reset procesora nie przeszkadzał w momencie przełączania zasilania z USB za zasilacz i odwrotnie, ale jednak względem oryginalnej platformy, funkcjonalność ta znacznie odbiegała. Tak więc skoro moja wizja ma dorównać a docelowo być lepsza od oryginału i jego klonów, zatem działanie pewnych elementów urządzenia musi być takie samo. Poniżej kilka zdjęć nowej wersji MWuinoUNO-rev3.1 W przedstawionej przeze mnie wersji zrezygnowałem z użycia konwertera, a komunikację z procesorami wykonałem z użyciem układu FTDI232RQ. W plikach urządzenia, przygotowałem łącznie cztery wersje urządzenia. Plik do pobrania jest na końcu artykułu. Pierwszą wersję Rev3.1, którą aktualnie będę przedstawiał z użyciem FTDI 232RQ. Drugą wersja Rev3.2, także z użyciem FTDI232RQ, z tym, że zastosowany jest wydajniejszy stabilizator dla linii 5V - LM340MP-5.0/NOPB o wydajności prądowej 1,5A. Kolejne dwie wersje Rev4.1 oraz Rev4.2 gdzie do komunikacji możemy wykorzystać konwerter, tak jak miało to miejsce w prezentowanej jakiś czas temu pierwszej odsłonie mojego urządzenia, z tym że podobnie jest podobnie jak w Rev3.2, Rev4.2 ma wydajniejszy stabilizator dla linii 5V. Powstanie dodatkowych Rewizji 3.2 oraz 4.2 było podyktowane innymi rolami wyprowadzeń stabilizatora dla linii 5V - LM340MP-5.0/NOPB niż ma stabilizator NCP1117ST50T3G. Zatem obu tych stabilizatorów nie można używać zamiennie w tym przypadku. Podsumowując!!! Poprawiłem pewne niedostatki z wersji pierwszej wprowadzając odpowiednie modyfikację. Przejrzałem dostępne klony platformy UNO R3 z ATmegą 328 THT oraz ciekawe rozwiązania zaadaptowałem w swojej wersji urządzenia oraz dodałem drobne funkcje od siebie. Poniżej zdjęcia prezentujące pierwszą wersję urządzenia MWuinoUNO Rev.1 oraz aktualna prezentowana wersja MWuinoUNO Rev3.1 Uważam, że wszystko jest jak należy i więcej nic nie potrzeba dodawać. Urządzenie jest zbliżonych rozmiarów względem oryginału, a oferuje znacznie więcej niż oryginalna platforma lub jej klony. najważniejszą zaletą jest wygoda!!! W końcu dla hobbystów jak i amatorów wyeliminowanie pewnych rzeczy, które mogą nas irytować uważam że jest ważne. W końcu dla mnie elektronika oprócz zarabiania na życie to pasja, a ta raczej powinna nam zapewnić spokój i skupienie się na tym co robimy. Wiadomo, że nie jesteśmy w stanie wszystkiego przewidzieć, ale zawsze możemy próbować eliminować pewne niedogodności z tym związane. Przejdźmy zatem do omówienia mojego projektu. Porównajmy teraz moją wersję platformy Uno z oryginalną i jej wiernie wykonanymi klonami. Najważniejsze różnice są przedstawione poniżej: Cecha: UNO R3 oraz klony 1:1 MWuinoUNO Rev3.1 MWuinoUNO Rev3.2 MWuinoUNO Rev4.1 MWuinoUNO Rev4.2 Napięcie pracy 5V 5V/3,3V 5V/3,3V 5V/3,3V 5V/3,3V Jumper Bootloader Nie Tak Tak Tak Tak Złącze USB USB B micro USB micro USB nie dotyczy-brak nie dotyczy-brak Włącznik zasilania Nie Tak Tak Tak Tak Wyjście 3,3V* Prąd 150mA Prąd 300/500mA Prąd 300m/500mA Prąd 300/500mA Prąd 300/500mA Wyjście 5V Prąd 1A Prąd 1A Prąd 1,5A Prąd 1A Prąd 1,5A Oscylator Ceramiczny Kwarcowy Kwarcowy Kwarcowy Kwarcowy Wgrywanie bootloaderów Tylko z użyciem shielda Tak Tak Tak Tak lub podłączonego układu na płytce stykowej Sterownik USB ATmega16U2 FT232RQ FT232RQ UART/RS232 TTL UART/RS232 TTL konwerter konwerter Sterowanie diodą (L) wzmacniacz operacyjny MOSFET BSS138 MOSFET BSS138 MOSFET BSS138 MOSFET BSS138 *- Montujemy jeden z dwóch stabilizatorów w zależności od naszych potrzeb. Ze względu na to, że ich wyprowadzenia pełnią taką samą rolę można ich używać zamiennie. W prezentowanej wersji zamontowany jest stablizator o wydajności 300mA, gdyż 500mA na chwilę zamawiania elementów do montażu, nie był dostępny. Napięcie pracy: 5V/3,3V Przełącznik konfiguracji napięcia 3,3V/5V: ustala jakim napięciem jest zasilany mikrokontroler a tym samym z jaka logiką pracuje cały system, do wyboru 3,3V lub 5V. Jumper Bootloader: W trybie ON płytka się zresetuje po podłączeniu napięcia zasilania lub portu USB. W trybie OFF : program zapisany ruszy natychmiast po podłączeniu zasilania, płytka nie zresetuje się po podłączeniu portu USB do PC. Złącze USB: Możliwość użycia popularnego mniejszego kabla micro USB używanego w większości smartphonów, itp. Włącznik zasilania: Aby odłączyć urządzenie od zasilania nie trzeba już wyciągać wtyczki z gniazda. Można to zrobić włącznikiem ON/OFF. Wyjście 3,3V: MWuinoUNO zapewnia wyższą wydajność prądową stabilizatora 3,3V. Wyjście 5V: MWuinoUNO w Rev3.2 oraz Rev4.2 zapewnia wyższą wydajność prądową stabilizatora 5V. Oscylator: Rezonator kwarcowy zapewnia wyższą dokładność taktowania. Wgrywanie bootloaderów: W MWuinoUNO wystarczy do podstawki IC2 włożyć czysty procesor i wykonując odpowiednie czynności wgrać bootloader. Sterownik USB: Układ FT232 w MWuinoUno jest wspierany w każdym popularnym systemie operacyjnym lub wersja bez układu komunikacji FT232, gdzie możemy podłączyć dowolny konwerter UART/RS232 TTL. Sterowanie diodą (L): Sterowanie diodą LED w UNO i klonach podyktowane jest oszczędnością a tym samym wykorzystaniem drugiego wzmacniacza operacyjnego gdyż LMV358 zawiera dwa wzmacniacze. To zastosowanie ma pewne wady takie jak, że wzmacniacz operacyjny nie przenosi pełnego pasma sygnału CLK. Tak więc jasność LED nie będzie dobrze oddawała pinu CLK. Lepiej do tego celu nadaje się tranzystor, który steruje LED-em. Tranzystory MOSFET są sterowane napięciowo, więc podobnie jak wzmacniacz w konfiguracji wtórnika emiterowego, nie obciąża sygnału z pinu CLK. Tutaj też się przyznam, że większość z rozwiązań są skopiowane. Po przejrzeniu klonów platformy UNO wybrałem te użyteczne. Fakt faktem nie było tego dużo, więc wybrałem prawie wszystkie. Moje rozwiązania to tak jak w pierwszej odsłonie projektu zintegrowanie programatora ISP, dzięki, któremu możemy wgrywać bootloader do wymienialnego procesora IC2. Urządzenie posiada także sygnalizację zasilania z USB diodą LED. Rozwiązanie to niesie ze sobą dodatkową korzyść. Jak widać na schemacie załączonym w pliku: MWuinoUNO.zip - na przykład Rev3.1. Dioda LED USB jest sterowana stanem niskim wzmacniacza operacyjnego, pełniącego rolę komparatora. Generalnie do porównywania napięć przeznaczone są do tego celu komparatory. Jako, że nie mam ostatnio czasu bawić się w eksperymenty zastosowałem coś co jest sprawdzone i działa choć tutaj zastosowałem wzmacniacz, który był użyty w poprzedniej wersji do sterowania dioda użytkownika (L). Dobierając wtedy ten wzmacniacz patrzyłem pobieżnie na pewne parametry, ale zaryzykowałem i przy okazji postanowiłem zobaczyć czy się sprawdzi. No i jak widać wszystko działa dobrze. Teraz napiszę na czym polega dodatkowa korzyść z zastosowania diody LED USB oraz jej sterowania z wyjścia wzmacniacza. Rozwiązanie ze wzmacniaczem w roli komparatora jest skopiowane. Przeanalizujmy najpierw działanie wzmacniacza operacyjnego (IC10) w roli komparatora. Opis ten odnosi się do rev3.1 oraz 4.1, gdzie rezystory R18,R19 dzielnika napięć mają jednakową wartość rezystancji-10k. Zatem: Napięcie z zasilacza (VIN) jest podane na dzielnik napięcia złożonego z rezystorów R18, R19 o wartości 10 kOhm każdy, który działa w proporcji 1:2. Napięcie mierzone przez wzmacniacz (na wejściu nieodwracającym +) jest na rezystorze R19 dzielnika i jest porównywane z napięciem wzorcowym 3,3V mierzonym na (wejściu odwracającym -) wzmacniacza, które pochodzi z dodatkowego stabilizatora (IC5). Więc jeśli napięcie zasilania (VIN) jest równe lub nieco wyższe od 6,6V, tranzystor T1 nie jest sterowany z wyjścia wzmacniacza i tym samym nie przewodzi. Dioda LED USB nie świeci i do zasilania całego urządzenia wykorzystywany jest zasilacz. Najprościej rzecz ujmując: Napięcie na rezystorze R19 osiąga wartość 3,3V przy napięciu zasilania równym lub nieco wyższym od (VIN)=6,6V. Wyjście wzmacniacza operacyjnego sterującego tranzystorem T1 i diodą LED USB jest w stanie wysokim przez co tranzystor ten nie przewodzi oraz nie świeci dioda LED USB, co informuje nas, że do urządzenia podłączone jest zewnętrzne zasilanie, które także zasila nam całe urządzenie. Tutaj kluczowa jest też wartość napięcia zasilacza ze względu na minimalną wartość napięcia zasilania stabilizatora 5V. Standardowy stabilizator zastosowany w UNO i niektórych jego klonach na wejściu potrzebuje minimum 6,5V aby na jego wyjściu napięcie stabilizowane, którym zasilane są wszystkie podzespoły urządzenia, wyniosło 5V. W przypadku zastosowania stabilizatora LM340MP-5.0/NOPB minimalne napięcie zasilania tego stabilizatora wynosi 7,5V. Zatem aby urządzenie przełączało nam zasilanie z USB na zasilacz i tym samym aby mieć napięcie 5V na wyjściu tego stabilizatora, musimy zmienić wartość jednego z rezystorów dzielnika napięcia tak aby przy napięciu zasilania z zasilacza - 7,5V na rezystorze R19, napięcie wynosiło 3,3V. Zatem od czego najpierw zaczynamy. Z poniższego rysunku, (aby było nam łatwiej ustalić parametry dzielnika) widzimy, że musimy ustalić: Spadki napięć "UR18", "UR19" na rezystorach, prąd "Ir" płynący przez rezystory naszego dzielnika oraz wartość rezystancji "R18". Pierwszym krokiem będzie ustalenie rozkładu napięcia VIN na poszczególnych rezystorach dzielnika. Jako że wejście nieodwracające (+) wzmacniacza jest podłączone pomiędzy R18 a R19 to znaczy, że wzmacniacz mierzy napięcie na R19. Wiemy, że napięcie na R19 ma wynieść 3,3V przy napięciu zasilania VIN=7,6V. Zatem UR19=3,3V Znając napięcie na R19 Obliczymy teraz spadek napięcia jaki musi być na R18. Wystarczy, że od napięcia VIN odejmiemy napięcie na R19 UR18=VIN-UR19=6,7V-3,3V=4,3V. Zatem spadek napięcia na R18 wynosi 4,3V. Jak widać napięcie VIN jest sumą spadków napięć na poszczególnych rezystorach naszego dzielnika zatem: VIN=UR18+UR19=4,3V+3,3V=7,6V. Ustalamy wartość jednego z rezystorów dzielnika. Jest to istotne aby obliczyć prąd płynący przez dzielnik. Dla ułatwienia wybrałem R19 i niech będzie miał on wartość 10k. Jak widać dzielnik napięcia to po prostu połączone ze sobą dwa rezystory szeregowo. Cechą szeregowego połączenia rezystorów jest to, że płynie przez nie ten sam prąd "Ir". Zatem znając wartość rezystora R19 i spadek napięcia na nim, możemy obliczyć prąd "Ir" płynący przez oba rezystory, korzystając z prawa Ohma I=U/R zatem Ir=UR19/R19=3,3V/10k=0,33mA Z kolei znając wartość prądu płynącego przez rezystory R18, R19 dzielnika oraz spadek napięcia na R18, znów korzystając z prawa Ohma po przekształceniu wzoru I=U/R do postaci R=U/I, obliczmy rezystancję rezystora R18. Zatem R18=UR18/Ir=4,3V/0,33mA=13k Jak widzimy nasz rezystor R18 ma wartość 13k Jak widzimy w tym przypadku wyliczenie wartości potrzebnego nam rezystora jest bardzo łatwe. Dzięki temu nasz układ przełączając się z zasilania USB na zasilacz dostarczy do stabilizatora odpowiednio wysokie napięcie na jego wejście, aby na wyjściu tego stabilizatora uzyskać napięcie 5V potrzebne do zasilania podzespołów naszego urządzenia, a my dzięki diodzie LED USB będziemy wiedzieć czy tak się stało. Właśnie to jest ta zaleta. Oczywiście aby to działało sprawnie musimy obserwować diodę USB oraz ustawić odpowiednią wartość napięcia zasilania na zasilaczu. Po podłączeniu zasilania z zasilacza powinna zapalić się zielona dioda LED PWR, a niebieska USB zgasnąć. Musimy pamiętać, że zasilacze wtyczkowe regulowane przełącznikiem, mają podane na sztywno zakresy przełączanych napięć a nie wszyscy mogą wiedzieć że stabilizator aby dać napięcie 5V na wyjściu, musi mieć podane na wejście konkretną wartość napięcia. Najważniejsze, żeby pamiętać aby nie przekroczyć maksymalnego napięcia zasilania dla stabilizatora, aby tym samym go nie uszkodzić oraz innych elementów naszego urządzenia. W zależności od modelu stabilizatora, napięcie jego zasilania może mieć inną wartość. Jeżeli po podłączeniu zasilacza dioda LED USB nie zgaśnie może się okazać, że nasz zasilacz podaje zbyt niskie napięcie niż jest potrzebne do przełączenia się urządzenia z zasilania USB na zasilanie z zasilacza, a tym samym podania na wejście stabilizatora odpowiedniej wartości napięcia, aby na jego wyjściu uzyskać 5V. Będziemy też wiedzieć czy zasilacz jaki zastosowaliśmy ma odpowiednie napięcie aby zasilić nasze urządzenie. Aby ułatwić sprawę napiszę jaką wartość napięcia zasilania można podać dla danego typu stabilizatora: -stablizator NCP1117ST50T3G 5V, 1A. Producent napisał, że maksymalne napięcie wejściowe to max 20V. Natomiast minimalne to 6,5V -stabilizator LM340MP-5.0/NOPB 5V, 1,5A Producent napisał, że maksymalne napięcie wejściowe to max 35V. Natomiast minimalne to 7,5V Jak też widać pomimo, że mechanizm przełączania zasilania jest identyczny jak w platformie uno i jej klonach, to trochę podrążyłem temat co przedstawiłem powyżej. Być może komuś te informacje okażą się przydatne przy projektowaniu własnego urządzenia z użyciem dzielnika napięcia. Dodanie do obwodu diody led oraz podstawowa wiedza na temat stabilizatorów oraz dzielnika napięcia z zastosowaniem wzmacniacza operacyjnego w roli komparatora, dała nam przydatną funkcję, dzięki której wszystkie elementy urządzenia, jak i te które przyłączymy do niego, będą zasilane odpowiednią wartością napięcia. Podsumowując dzięki diodzie LED USB wiemy, czy nasze urządzenie przełączyło się na zasilanie zewnętrzne (zasilacz) tym samym przełączenie to nastąpiło w momencie, kiedy nasz zasilacz ma odpowiednią wartość napięcia potrzebną do zasilenia stabilizatora, aby ten na wyjściu dał napięcie 5V potrzebne z kolei do zasilania podzespołów urządzenia oraz elementów do niego podłączonych. W największym skrócie - jak widać zależność napięcia wejściowego "VIN" (zasilacz), do którego podłączony jest stabilizator, do napięcia wyjściowego "UR19", które steruje wzmacniaczem operacyjnym w roli komparatora, którego rolą jest przełączanie źródła zasilania jest uzależniona od wartości rezystancji dzielnika napięcia. Znając wartość napięcia potrzebnego do zasilenia stabilizatora oraz fakt, że przy tej wartości napięcie na wyjściu dzielnika ma wynieść 3,3V dobieramy odpowiednią wartość rezystorów dla tego dzielnika. Dodam jeszcze, że zrezygnowałem z połączeń pomiędzy dwoma procesorami na liniach MISO, MOSI, SCK za pośrednictwem diod, tak jak to miało w pierwszej odsłonie urządzenia. Okazało się, że w przypadku linii MISO i MOSI jest to zbędne i urządzenie działa bez problemu. Inaczej jest w przypadku lini SCK, ale tutaj zastosowałem rozwiązanie z poziomu hardware niż softu. Jako, że miałem zamówionych więcej układów analog. MUX/DEMUX, to wolałem użyć go do połączenia pinów SCK procesorów IC1 i IC2 niż bawić się w modyfikację kodu. Efekt działania w końcu jest ten sam tylko metoda prowadząca do tego efektu inna. Kolejną rzeczą choć może mniej istotną jest możliwość uśpienia programatora ISP. Jeżeli na przykład drażnią kogoś świecące się diody led. Co mi rzadko ale bywa, że przeszkadza, szczególnie jak nie używamy programatora ISP aktualnie go do wgrywania bootloderów. Oszczędzanie energii w tym przypadku nie jest specjalnie duże (około 50mA), choć z drugiej strony lepiej mieć mniej niż wcale, szczególnie gdzie port USB ma wydajność 500mA. Aby aktywować uśpienie programatora naciskamy najpierw switch S1-RESET, a następnie przez chwilę przytrzymujemy S6-IC1 SLEEP. Diody: PMODE, HBEAT, ERROR powinny na chwilę zamrugać, a następnie razem z diodami BTLDR i PROGR nie powinny się zapalić. Wtedy programator jest uśpiony. W zależności od potrzeb i upodobań danego użytkownika, przygotowałem kilka różnych wersji zmodyfikowanego sketcha ArduinoISP. Mamy do dyspozycji z przytrzymywaniem switcha S2-SELECT na czas wgrywania bootloadera, z trybem uśpienia jak i bez, oraz bez przytrzymywania switcha S2-SELECT bez funkcji uśpienia. W tej wersji urządzenia, zaraz po zmontowaniu potrzebujemy 1szt. procesora z wgranym już bootloaderem, który będzie pełnił rolę programatora ISP - IC1. Najlepiej niech to będzie ATmega8, ze względu na fakt, że jest to do dziś najtańszy procesor oraz ilość pamięci jaką posiada jest wystarczająca do wgrania skecza ArduinoISP. Sam skecz wykorzystuje około 60% pamięci tego procesora. W poprzedniej wersji urządzenia aby wgrać skecz ArdunoISP, trzeba było najpierw ten procesor umieścić w podstawce IC2. Teraz można umieścić go bezpośrednio w podstawce IC1, dzięki czemu nie ma konieczności przekładania go - niekiedy dość upierdliwa czynność. Po włożeniu procesora do podstawki IC1, zakładamy zworkę na piny IC1PROGR. Zapala na się dioda LED IC1-PROGR. Włączamy środowisko Arduino IDE. O tym jak powinno być ono skonfigurowane dla danej wersji procesora i jak wgrać skecz do procesora opisałem w artykule: https://forbot.pl/forum/topic/19357-mwuinouno-bootloader-programmer-i-arduino-w-jednym/ Aby ułatwić szukanie opisu wgrywania skeczy, szukamy podtytuł (pogrubiona czcionka) "Tak więc:" i w tekście poniżej-siódma linijka tekstu, od zdania zaczynającego się od słów "Dla przykładu". Oczywiście zamiast switcha S2 używamy switch S1 i podstawka IC2 używamy IC1. Tutaj jak widać procesor IC1 musimy zresetować ręcznie switchem S1. Na początku myślałem aby to było robione z układu FTDI232RQ, ale w sumie nikt nie będzie często przeprogramowywał tego procesora ewentualnie raz na jakiś czas o ile zajdzie taka potrzeba, a obwód to raz, że więcej elementów, niepotrzebny koszt i stopień komplikacji urządzenia. Chyba lepsze jest aktualne rozwiązanie. Łatwiej jest raz na jakiś czas przed programowaniem nacisnąć przycisk reset niż bawić się w przekładanie procesora z podstawki do podstawki. Gdybyśmy nie mieli zworki tylko przewód połączeniowy, to jeden koniec przewodu podłączamy do pinu VCC a drugi do pinu złącza IC1PROGR oznaczonego kropką. Oczywiście dla urządzenia z układem FTDI232RQ. w momencie wgrywania skecza do procesora IC2 przed wgraniem następuje jego RESET jak to ma miejsce w platformie UNO i jej klonach. W przypadku wersji wymagającej podłączenia zewnętrznego konwertera jest to uzależnione właśnie od posiadanego przez nas konwertera, czy może on resetować procesor przed wgraniem skecza. Zatem jak widać bazowałem przede wszystkim na rozwiązaniach niespotykanych w oryginalnej platformie, a niektórych klonach tej platformy. Mimo wszystko jest też kilka moich pomysłów oraz co najważniejsze i trudne to zaprojektować PCB tak aby te rozwiązania mogły być zintegrowane oraz samo urządzenie możliwie zbliżone do wymiarów oryginalnej platformy UNO. Jak widać wiązało się to z pewnymi zmianami takimi jak inny układ pinów gniazd procesora IC2. Nie podłączymy co prawda do nich shieldów czyli nakładek zwiększających możliwości naszego urządzenia, lecz dzięki bliskości tych złącz, łącząc układ na płytce stykowej powinny nam wystarczyć przewody jednakowej długości, aby wykorzystać wszystkie piny procesora. Wiedzmy też, że prócz shieldów możemy też kupić funkcjonalne moduły na mniejszych PCB niż zaprojektowane shieldy i przy pomocy przewodów połączeniowych podłączyć je do urządzenia. Tak więc pomimo niestandardowego układu wyprowadzeń, dalej jesteśmy w stanie zbudować potrzebne nam urządzenie. Niewielką rekompensatą tego rozwiązania jest umieszczenie dodatkowych złączy w wersji męskiej. Dzięki czemu możemy stosować przewody połączeniowe z końcówka męską lub żeńską. Jednak postanowiłem jeszcze oprócz samego urządzenia i korzystając z tego, że JLCPB ceny są dość atrakcyjne, zaprojektować trzy nakładki do swojego urządzenia. Pierwsza "adapter shield" to nakładka, która umożliwia przejście z niestandardowego układu pinów mojej wersji platformy uno, na układ pinów zgodny z oryginalną platformą, dzięki czemu można używać dedykowanych shieldów. Zauważyłem, że niektóre shieldy mają dodatkowo złącze ICSP w wersji żeńskiej do podłączenia, jako że nie posiadam takiego shielda, nie jestem w stanie określić czy będzie on działać w pełni po podłączeniu do adapter shield. Jeżeli nie to pozostaje tylko skorzystać modułu w postaci PCB podłączanego do pinów przewodami połączeniowymi. Tak jak mamy na przykład ethernet shield oraz moduł ethernet w postaci małej płytki PCB z wyprowadzeniami podłączanymi przewodami połączeniowymi. To co wyróżnia się najbardziej to otwory na PCB, umieszczone nad diodami USB i PWR MwuinoUNO, dzięki czemu nie ma potrzeby stosowania diod LED na nakładce oraz zawsze niewielka, ale oszczędność pobieranego prądu. Mamy również otwory pod przełącznik napięcia 3,3V/5V oraz na włącznik zasilania Co jest widoczne na zdjęciach poniżej. 1. Wszystkie nakładki - strona BOTTOM 2. Nakładka "adapter shield" strona TOP podłączona do MWuinoUNO Drugą nakładką jest sensor shield. Płytka z pinami do podłączeń, sensorów i różnych modułów PCB, pozwalająca tworzyć nam bardziej zaawansowane układy. To co wyróżnia się najbardziej to otwory na PCB, umieszczone nad diodami USB i PWR MwuinoUNO, dzięki czemu nie ma potrzeby stosowania diod LED na nakładce oraz zawsze niewielka, ale oszczędność pobieranego prądu. Shield ten od większości dostępnych dla oryginalnej platformy UNO, posiada filtrację zasilania składającą się z kondensatorów ceramicznych i elektrolitycznych. Dwie pary kondensatorów. W każdej parze kondensator ceramiczny z kondensatorem elektrolitycznym umieszczone w odpowiedniej odległości aby zapewnić odpowiednią filtrację zasilania modułów, czujników itp. Dzięki temu mamy pewność, że nasz projekt będzie działać niezawodnie i stabilnie. Mamy również otwory pod przełącznik napięcia 3,3V/5V oraz na włącznik zasilania Co jest widoczne na zdjęciach poniżej. Nakładka "sensor shield" strona TOP podłączona do MWuinoUNO Trzecią nakładką jest gniazdo procesora, a dokładniej podstawka testowa ZIF. Umożliwia nam ona szybką wymianę procesora, za pośrednictwem dźwigni dociskającej jego piny do styków podstawki. Domyślnie można na PCB dla podstawki zamontować rezonator kwarcowy z kondensatorami i używać jej kiedy mamy do zaprogramowania dużą ilość procesorów. Możemy także na niej zamontować dodatkowo kondensatory filtrujące zasilanie, dławik, rezystor oraz switch do pinu reset. Mamy tym samym spełnione minimalne podłączenie procesora i możemy podpiąć przewodami połączeniowymi jakiś prosty moduł celem sprawdzenia jego działania z procesorem. Możemy też do jego gniazd włożyć listwę kołkową męską i wystające piny listwy wpiąć na płytkę stykową, nie podłączając elementów wymaganych do samej pracy procesora a podłączać tylko te którymi nasz procesor ma sterować lub te, które mają dostarczać sygnały do niego. Nakładka IC2 socket adapter strona TOP podłączona do MWuinoUNO Na zakończenie dodam, że jest to już ostatni artykuł z serii o Arduino UNO, gdzie starałem przedstawić się zalety jak i swoją wizję tej platformy. Następne moje projekty będą się tyczyć urządzeń zbudowanych a oparciu o platformę UNO. Mam nadzieję, że wszystkie informację, które do tej pory przedstawiłem okazały się pomocne, szczególnie dla osób początkujących, które zdecydowały się na wybór Arduino UNO jako platformy, z którą zaczynają naukę programowania i budowania urządzeń. Plik do pobrania: MWuinoUNO.zip W pliku tym znajdziemy dokumentację oraz wszystkie niezbędne pliki, gdybyśmy chcieli wykonać urządzenie, w tym skecze ArduinoISP do zaprogramowania IC1, a nawet sterownik dla układu FTDI232RQ dla WIN10.

Witam, na wstępie przepraszam, jeśli podobny temat już był, sam jednak nie mogłem znaleźć tego o co mi chodzi. Mój problem wygląda tak. Podczas jednego z kursów Arduino na Forbocie prawdopodobnie zepsułem swój mikroprocesor. Środowisko pokazuje, że kod został wgrany bez problemów lecz nie wykonuje się on, a na płytce prototypowej miga dioda z podpisem "L". Na szczęście mam drugą atmegę328, lecz kupiłem wersję bez bootloadera ponieważ była tańsza, a sam chciałem wypalić loader przy pomocy Arduino. Teraz skoro atmega nie działa zastanawiam się nad kilkoma opcjami. 1. Kupno nowej atmegi z bootloaderem i wypalenie bootloadera na drugiej. 2. Kupienie programatora. W przypadku programatora mam kilka pytań. Czy przy pomocy programatora da się w jakiś sposób wypalić bootloader na czystej atmedze? Jakiego rodzaju programator byłby dobry na początek i czy potrzeba do niego jakieś szczególne sterowniki (nie ukrywam, że wolałbym mieć coś kompatybilnego z linuxem, ponieważ używam praktycznie tylko tego systemu). Jeśli miałbym programator, to jak wygląda pisanie kodu w czystym C na atmegę? Czy istnieją alternatywne środowiska do Atmel Studio, które działają na systemie z pingwinem? Z góry dziękuje za wszelkie odpowiedzi i pozdrawiam!

Hej, Umieszczam tutaj sposób wypalenia bootloadera na Atmega328P (Arduino Uno) za pomocą Arduino Leonardo. Nie jest to tak proste jak z użyciem Uno i długo się z tym męczyłem, wiec wrzucam dla potomnych. Nie jestem pewien dlaczego tak się robi, ale działa 😉 Potrzebujesz: Leonardo, Atmega328P, rezonatora kwarcowego, rezystora 10k om, dwóch kondensorów 22pF. Niestety musisz przeinstalować Arduino IDE do wersji 1.0.5. Wersje tą znajdziesz na oficjalnej stronie Arduino (https://www.arduino.cc/en/main/OldSoftwareReleases). 1. odinstaluj Arduino IDE 2. zainstaluj Arduino IDE 1.0.5 3. otwórz przykład ArduinoISP (Plik->Przykłady->ArduinoISP) 4. zmień "#define RESET SS" na "#define RESET 10" (druga linijka po komentarzu) 5. zmień "#define LED_HB 9" na "#define LED_HB 13" 6. wybierz płytkę Leonardo (Narzędzia-> Płytki->Arduino Leonardo) 7. wybierz port (COM) 8. wgraj program 9. przejdź do folderu "hardware" (C:\Program Files (x86)\Arduino\hardware) (ścieżka może się trochę różnić, ale chyba wyłapałeś o co chodzi) 10. utwórz w folderze hardware folder o nazwie "leofix" 11. otwórz notatnik i przekopiuj : " arduinoispleo.name=Arduino as ISP (Leonardo) arduinoispleo.communication=serial arduinoispleo.protocol=arduino arduinoispleo.speed=19200 " 12. zapisz to jako programmers.txt 13. podłącz układ : Atmego328P: Arduino Leonardo: RX pin 2-------------------------------------digital pin 0 TX pin 3-------------------------------------digital pin 1 MISO pin 18-----------------------------------ICSP pin MISO MOSI pin 17-----------------------------------ICSP pin MOSI SCK pin 19-----------------------------------ICSP pin SCK RESET pin1-------------------------------------digital pin 10 oraz 5v i GND (pamiętaj, że GND jest w dwóch miejscach, 5V również ) 14. dodaj rezonator, rezystor i dwa kondensatory. Schemat znajdziesz na oficjalnej stronie: https://www.arduino.cc/en/Tutorial/ArduinoToBreadboard. 15. zrestartuj Arduino IDE 16. wybierz płytkę UNO (Narzędzia-> Płytki->Arduino UNO) 17. wybierz port (COM) 18. wybierz Leonardo jako programator (Narzędzia->Programator-> Arduino as ISP (Leonardo) ) 19. wypal bootloader (Narzędzia->Wypal Bootloader) Jeżeli ktoś wie jak to zrobić prościej to piszcie 😉 (np. nie przeinstalowywanie Ardiuno IDE). Sorry ale nie wiem jak się wstawia zdjęcia źródło: 1. https://www.instructables.com/id/Arduino-Leonardo-as-Isp/ 2. można też obejrzeć Elektro Marsa (62. Jak przenieść projekt z Arduino na ATmega 328 )

Witam, przy wypalaniu bootloadera pojawił mi się taki komunikat: avrdude: Yikes! Invalid device signature Double check connections and try again, or use -F to override this check. Wie ktoś co może być nie tak i jak to naprawić?

Witam, Mam następujący problem. Mianowicie chce wypalić bootloader w "arduino" nano przy pomocy arduino leonardo, lecz po uruchomieniu wypalania otrzymuje taki komunikat błędu i nie wiem co z tym zrobić sprawdzałem połączenia. Połączenia do "arduino" nano robiłem przy pomocy zdjęcia poniżej. Arduino:1.8.9 (Windows Store 1.8.21.0) (Windows 10), Płytka:"Arduino Nano, ATmega328P" avrdude: ser_open(): can't open device "\\.\COM6": Nie mo�na odnale�� okre�lonego pliku. Błąd przy wgrywaniu bootloadera.