Przeszukaj forum
Pokazywanie wyników dla tagów 'ATMEGA8'.
Znaleziono 7 wyników
-
Witam, zbudowałem własny programator avr z tej strony https://www.fischl.de/usbasp/, komputer poprawnie wykrywa porgramtor, mkavr rowież. Podłączyłem atmege8A i wywala błąd(patrz zdjęcie). Odlącze atmege i problem nie znika, dopiero po odłaczeniu i podłaczeniu programatora wszytsko jest ok. Jak z tym sobie poradzić?
-
Sketch uses 720 bytes (9%) of program storage space. Maximum is 7680 bytes. Global variables use 9 bytes (0%) of dynamic memory, leaving 1015 bytes for local variables. Maximum is 1024 bytes. avrdude warning: cannot open USB device: Permission denied avrdude error: cannot find USB device with vid=0x16c0 pid=0x5dc vendor='www.fischl.de' product='USBasp' avrdude error: unable to open programmer usbasp on port usb Failed programming: uploading error: exit status 1 Próbuje wgrać zwykłego blinka na moją Atmege8A, dostaję ten błąd, MkAvrCalculator normalnie wykrywa mikroprocesor, wgrałem nowe sterowniki za pomocą Zadig'a. Komputer normalnie wykrywa programator, z tego co szukałem na forach permission denied występuje głównie na linuxach a ja mam czystego windowsa11. Dziękuje za pomoc.
-
#include<avr/io.h> #include<util/delay.h> #define LED_PIN (1<<PB2) #define LED_ON PORTB &= ~LED_PIN #define LED_OFF PORTB |= LED_PIN #define LED_TOG PORTB ^= LED_PIN int main (void) { DDRC |= LED_PIN; while(1){ LED_TOG; _delay_ms(1000); } } Witam, dzisiaj chciałem wgrać prosty kod do mojej atmegi8, niestety po wgraniu kodu nic się nie działo, mimo że powinna migać dioda. Procesor jest normalnie wykrywany przez program MkAVRcalculator, oraz przez Eclipsa. Myślę że problemem może być środowisko Eclips i coś źle skonfigurowałem. Połączenia sprawdziłem.
- 4 odpowiedzi
-
Arduino MWuinoUNO-Bootloader programmer i Arduino w jednym!
Matthias opublikował temat w Projekty - DIY
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.
-
- 7
-
- bootloader
- ATMEGA8
- (i 2 więcej)
-
Witam wszystkich!!! Opisane tutaj metody są przeznaczone dla posiadaczy Arduino UNO lub jego klonów, z procesorem THT 28 pin!!! Poprzednio opisywałem jak z pomocą Bootloader programmer i Arduino Uno wgrywać bootloadery do procesorów ATmega8/168/328. Tym razem omówię jak wgrywać sketche czyli programy do ATmeg, tak abyśmy nie musieli co chwilę przekładać procesora z Arduino UNO do zaprojektowanego przez nas urządzenia. Pewne ułatwienie w tej kwestii możemy sobie zafundować już na etapie projektowania naszej płytki PCB. Jest to też przydatne zwłaszcza kiedy przewidujemy rozbudowanie lub modyfikację programu w przyszłości. Przyda się to głównie początkującym osobom w programowaniu, gdzie będzie trzeba często poprawiać kod aby nasz program działał zgodnie z założeniami. Na poniższych zdjęciach widać fragment schematu oraz zdjęcie płytki PCB jednego z moich kilku urządzeń, które przedstawia dodanie switcha (S1) na linii RESET procesora oraz złączą do którego możemy podłączyć Arduino UNO lub Konwerter USB/TTL/UART/RS232. Głównie będą to porady dla osób zaczynających naukę programowania w środowisku Arduino IDE. Wiemy, że napisanie idealnego programu, który od razu będzie nam działał nie jest łatwe . Oczywiście nie mówię tu o najprostszych rzeczach takich jak na przykład sterowaniem diodami led, ale już bardziej złożonych urządzeniach, które realizują już dość konkretne funkcje. Jak widać na poniższym schemacie i zdjęciu jednego z moich projektów, wykorzystuje nawet piny, odpowiedzialne za programowanie procesora. Warto wiedzieć, że rola pinów RX, TX nie ogranicza się tylko do przesyłania nimi programu. Można je programować także jako we/wy i ustawić stan H/L. Dlatego wiedząc, że w przyszłości mogą mi być przydatne do przeprogramowania procesora, elementy które są z nich sterowane są podłączone za pośrednictwem zworek, tak aby elementy te nie obciążały pinów RX, TX procesora do których są wysyłane sygnały z Arduino lub konwertera USB/TTL/UART/RS232, aby tym samym nie zakłócać przebiegu wgrywania programu do procesora. Oczywiście niektórzy zwrócą uwagę, że jeżeli zastosowałem switche, które są normalnie rozwarte to po co stosować zwory w obwodzie, który ma już przerwę? Jak zauważymy obok switchy znajdują się kondensatory ceramiczne, które służą do eliminacji drgań styków switchy. W schemacie tego projektu, który przedstawiłem, switche są używane przez większą część pracy, dlatego generalnie w takich przypadkach do eliminacji drgań styków stosuje eliminację zarówno z poziomu softu jak i hardware'u - kondensatory. Tutaj problem przy wgrywaniu softu, stanowić będą kondensatory eliminujące drgania styków switchy, dlatego na czas wgrywania softu muszą być odłączone od pinów procesora Rx, Tx. 1. Z wykorzystaniem Arduino UNO z procesorem THT 28 pin Aby skorzystać z tego sposobu wgrywania programu, musimy z Arduino wyjąć właściwy procesor z jego podstawki. Następnie za pomocą przewodów połączeniowych (można skorzystać z przewodów do płytek stykowych), łączymy odpowiednio zasilanie, reset oraz linie komunikacyjne: z Arduino RX<-0 do Rx naszego procesora oraz z Arduino TX->1 do Tx naszego procesora, który zamierzamy programować. Kiedy wszystko mamy już podłączone postępujemy dokładnie tak samo jak byśmy wgrywali normalnie program do Arduino z procesorem w podstawce. Ważne: W przypadku Arduino nie ma możliwości wgrania programu do więcej niż jednego procesora w tym samym czasie. Dlatego istotne jest wyciągnięcie oryginalnego procesora z podstawki w Arduino, aby móc bez przeszkód zaprogramować procesor, który znajduje się w zaprojektowanym przez nas urządzeniu. Jak widać praktycznie wyeliminowaliśmy przekładanie procesora z Arduino do naszego projektu, ograniczyliśmy się jedynie do wyjęcia samego procesora z Arduino na czas programowania procesora w naszym projekcie. Dzięki temu oszczędzamy czas i nerwy oraz nie ryzykujemy uszkodzeniem pinów procesora, ukruszeniem jego obudowy a tym samym wyrobieniem pinów samego gniazda podstawki. Przydatne szczególnie gdy jesteśmy początkujący i uczymy się programowania - szukanie, eliminowanie błędów lub zmiana/modyfikowanie programu. Przewody zasilające: czerwony (+5V), czarny (GND), Komunikacja Rx, TX (pomarańczowy), RESET (żółty) 2. Z wykorzystaniem Konwertera USB/TTL/UART/RS232 Konwerter zbudowany z popularnym układem PL2303HX współpracuje ze środowiskiem Arduino UNO umożliwiając nam wgrywanie sketchy do procesorów ATmega. Konwertery oparte o układ PL2303HX charakteryzuje bardzo niska cena i duża dostępność. Jeżeli chodzi o podłączenie komunikacji konwertera jest to realizowane odwrotnie niż jak to ma miejsce w pkt.1, czyli: Pin RX konwertera podłączamy do pinu TX procesora. Następnie pin TX konwertera podłączmy do pinu RX procesora. Zasilanie programowanego procesora możemy podłączyć z konwertera lub zasilacza. Jeżeli procesor który zamierzamy programować ma wgrany tylko bootloader i wcześniej nie był programowany za pomocą Arduino, możemy śmiało przystąpić do wgrania programu do procesora. W przeciwnym razie jeżeli do procesora był już wgrany program poprzez Arduino, może a raczej na pewno zdarzy się sytuacja, że program, który będziemy chcieli wgrać za pośrednictwem konwertera nie wgra nam się do procesora. Jedynym wtedy wyjściem jest ponowne wgranie bootloadera do procesora i ponowna próba wgrania programu poprzez konwerter. Kolejną ważną rzeczą przy takim sposobie programowania procesora jest moment w którym musimy wcisnąć przycisk reset programowanego procesora. 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 RESET. Kiedy pasek postępu dobiegnie końca i pojawi się komunikat "Wgrywanie" szybko wciskamy i puszczamy przycisk RESET. Dlatego przed wgraniem dobrze jest mieć palec blisko tego przycisku i obserwować komunikaty, które powyżej napisałem. Zamiana oryginalnego procesora ATmega 328 w arduino UNO na inny? Arduino UNO lub klon z procesorem THT 28pin Wiemy, że Arduino UNO nie ma na stałe zamontowanej ATmegi, tylko jest ona umieszczona w podstawce co jest dobrym rozwiązaniem w przypadku gdy procesor ten ulegnie uszkodzeniu. Obecnie standardowo w Arduino UNO montuje się procesor ATmega328. Nie znaczy to jednak, że tylko taki procesor może obsługiwać Arduino UNO. Procesory ATmega 8/168 mają identyczny układ pinów podobnie jak ATmega328 i tę samą obudowę. Możemy śmiało je stosować zamiennie w miejsce ATmega328. I teraz przejdę do sedna całej sprawy. Warto wspomnieć że pierwsze wersje Arduino UNO były wyposażone w procesor ATmega8. W przypadku kiedy w Arduino UNO zamienimy procesor ze standardowego (ATmega 328) na inny taki jak ATmega8 lub ATmega 168 musimy zmienić dwa ustawienia, które opiszę poniżej. Standardowe ustawienie "Arduino UNO" w polu "Płytka" jest zarezerwowane wyłącznie dla Arduino UNO i jego klonów sprzedawanych z procesorem ATmega328. W przypadku kiedy nasza płytka Arduino UNO ma inną wersję procesora, zmieniamy to ustawienie. Dla Arduino UNO z procesorem ATmega8/168 w interfejsie programu Arduino IDE klikamy "Narzędzia"/"Płytka" i zaznaczamy "Arduino NG or older" zamiast "Arduino Uno". Ponownie klikamy na "Narzędzia" najeżdżamy na pole "Procesor" i z menu rozwijanego wybieramy ten, który aktualnie znajduje się w naszym urządzeniu. Po zmianach wyżej opisanych parametrów programu, możemy wgrywać skecze do procesora. Oczywiście najpierw procesor musi mieć wgrany bootloader dla danej wersji procesora. Jak wgrywać bootloader do ATmeg opisałem wcześniej w Bootloader programmer for UNO R3 - rev.2. Wgrywanie bootloader-ów do ATmeg
-
Cześć, Jako że to mój pierwszy post tutaj nie bijcie 😄 Mam zerowe doświadczenie w C i małe w innych językach więc pewnie to czego szukam jest banalne... Do rzeczy. Robię swój pierwszy projekt na AtMega88PA, którego częścią jest wyświetlacz 2x16 i zegar czasu rzeczywistego DS1307. Oba urządzenia podłączone są przez i2c do procka (wyświetlacz poprzez extender) i wyświetlacz udało mi się zmusić do pracy - czyli komunikacja i2c działa. Schemat podłączenia w załączniku. Połączenie sprawdzone. Bateria po odłączeniu programatora daje 1 mikroamper do układu więc zakładam że zegar podtrzymuje swoje działanie. Po ustawieniu zegara jakiś czas temu (zanim zaprogramowałem wyświetlacz) udało mi się wyprowadzić sekundnik na diodę - time.sec%2 powodowało zmianę stanu LED'a i ten ładnie mrygał w odstępie sekundowym. Zegar ustawilem nastepujacym kodem: RTC_Init(); rtc_t rtc; rtc.hour = 0x10; // 10:40:20 am rtc.min = 0x40; rtc.sec = 0x00; rtc.date = 0x01; //1st Jan 2016 rtc.month = 0x01; rtc.year = 0x16; rtc.weekDay = 5; // Friday: 5th day of week considering monday as first day. RTC_SetDateTime(&rtc); // 10:40:20 am, 1st Jan 2016 Do projektu dodałem parę urządzeń, zaprogramowałem wyświetlacz. Schody zaczęły się gdy próbuję wyprowadzić stan zegara na ekran. Pojawia się takie coś: https://youtu.be/qWDivu2OPvA main.c : int main(void) { // tutaj inicjacja wyswietlacza, we/wy - nieistotne rtc_t time; lcd_led(0); char i; RTC_Init(); while(1){ RTC_GetDateTime(&time); // metoda do poboru danych z zegara lcd_gotoxy(0,0); // ustaw kursor na punkt 0 w zegarze i = (char)time.sec; // mapowanie zmiennej sekundowej do znaku - lcd_puts(&i); // metoda wyswietlajaca znaki na wyswietlaczu } } Clock.c : #include "twi.h" #include <avr/io.h> #include <util/delay.h> #define Clock_Read 0xD1 // bit odczytu #define Clock_Write 0xD0 // bit zapisu typedef struct { uint8_t sec; uint8_t min; uint8_t hour; uint8_t weekDay; uint8_t date; uint8_t month; uint8_t year; }rtc_t; void RTC_Init(void) { twi_init(); // Initialize the I2c module. twi_start(); // Start I2C communication twi_write(Clock_Write); // Connect to DS1307 by sending its ID on I2c Bus twi_write(0x07); // Select the Ds1307 ControlRegister to configure Ds1307 twi_write(0x00); // Write 0x00 to Control register to disable SQW-Out twi_stop(); // Stop I2C communication after initializing DS1307 } void RTC_SetDateTime(rtc_t *rtc) { twi_start(); // Start I2C communication twi_write(Clock_Write); // connect to DS1307 by sending its ID on I2c Bus twi_write(0x00); // Request sec RAM address at 00H twi_write(rtc->sec); // Write sec from RAM address 00H twi_write(rtc->min); // Write min from RAM address 01H twi_write(rtc->hour); // Write hour from RAM address 02H twi_write(rtc->weekDay); // Write weekDay on RAM address 03H twi_write(rtc->date); // Write date on RAM address 04H twi_write(rtc->month); // Write month on RAM address 05H twi_write(rtc->year); // Write year on RAM address 06h twi_stop(); // Stop I2C communication after Setting the Date } void RTC_GetDateTime(rtc_t *rtc) { twi_start(); // Start I2C communication twi_write(Clock_Read); // connect to DS1307 by sending its ID on I2c Bus twi_write(0x00); // Request Sec RAM address at 00H twi_stop(); // Stop I2C communication after selecting Sec Register twi_start(); // Start I2C communication twi_write(Clock_Read); // connect to DS1307(Read mode) by sending its ID rtc->sec = twi_read(1); // read second and return Positive ACK rtc->min = twi_read(1); // read minute and return Positive ACK rtc->hour= twi_read(1); // read hour and return Negative/No ACK rtc->weekDay = twi_read(1); // read weekDay and return Positive ACK rtc->date= twi_read(1); // read Date and return Positive ACK rtc->month=twi_read(1); // read Month and return Positive ACK rtc->year =twi_read(0); // read Year and return Negative/No ACK twi_stop(); // Stop I2C communication after reading the Date } twi.c : #include "twi.h" #include <avr/io.h> #include <util/delay.h> // procedura inicjalizacji TWI void twi_init(void) { /* initialize TWI clock: 100 kHz clock, TWPS = 0 => prescaler = 1 */ TWSR = 0; /* no prescaler */ TWBR = ((F_CPU/SCL_CLOCK)-16)/2; /* must be > 10 for stable operation */ }/* twi_init */ // procedura transmisji sygnału START void twi_start(void) { TWCR = (1 << TWINT) | (1 << TWSTA) | (1 << TWEN); while (!(TWCR & (1 << TWINT))); } // procedura transmisji sygnału STOP void twi_stop(void) { TWCR = (1 << TWINT) | (1 << TWEN) | (1 << TWSTO); while ((TWCR & (1 << TWSTO))); } // procedura transmisji bajtu danych void twi_write(char data) { TWDR = data; TWCR = (1 << TWINT) | (1 << TWEN); while (!(TWCR & (1 << TWINT))); } //procedura odczytu bajtu danych char twi_read(char ack) { TWCR = ack ? ((1 << TWINT) | (1 << TWEN) | (1 << TWEA)) : ((1 << TWINT) | (1 << TWEN)); while (!(TWCR & (1 << TWINT))); return TWDR; } Gdy próbuję bezpośrednio wyświetlić zmienną time.sec kompilator ostrzega o niezgodności znaków. Gdy spróbowałem wyświetlić 'time.sec' na wyświetlacz pojawiły się dodatkowe 4 znaki z lewej strony - w sumie było ich 7, dwa ostatnie takie same jak na filmie a reszta kompletnie randomowa. Bit odczytu i zapisu wziąłem z dokumentacji urządzenia. Moje podejrzenie jest takie że zmienna którą wprowadzam do funkcji RTC_SetDateTime nie jest zmieniana przez tą funkcję. Próbowałem napisać podobną funkcję zwracającą całą strukturę, ale nie udało mi się to. Moja zmienna 'time' jest globalna i jak wrzucam ją do funkcji to moim zdaniem powinna być przez tą funkcję nadpisywana. Nie widzę sensu dodania tabeli int'ów do funkcji a potem jej wyprowadzenia bo czuje że to się skończy tak samo - mogę się mylić. Dajcie proszę jakąś wskazówkę dla mniej doświadczonego bo już nie wiem co mogę jeszcze zrobić. Doniczkav2.zip