[Dla początkujących] Dlaczego mój robot nie działa? - podstawowe problemy i sposoby ich rozwiązania

[sosnus]

Wielu początkujących zadaje sobie i na forum to, oraz podobne pytania. W tym artykule postaram się zebrać błędy najczęściej popełniane przez początkujących konstruktorów. Przed rozpoczęciem poszukiwania usterek pamiętaj! Analizuj po kolei każdy punkt artykułu wnikliwie podczas szukania usterek w robocie, aby przypadkiem usterka nie przeszłą bokiem, bo wtedy będzie trudno znaleźć błąd...

Podczas lektury tego artykułu pewnie zauważysz, że w wielu punktach będę się powtarzał, ponieważ problemy i ich skutki często zazębiają się.

Opisując problemy, pokażę jak je rozwiązać na przykładach. Do tego celu użyję mojego Linefollowera „eLF2”. Nie jestem zbyt zadowolony z precyzji, z jaką go wykonałem, no ale pod ręką nie mam akurat nic innego, więc mam nadzieję, że to wystarczy do zobrazowania problemów i ich rozwiązań. Komendy AVRdude pochodzą ze środowiska Eclipse eclipse, natomiast programator użyty w tym poradniku to USBasp

Staram się napisać ten artykuł w taki sposób, by wszystko było oczywiste, ale w razie jakichkolwiek pytań, proszę pisać

Spis poruszanych zagadnień:

1.Dlaczego nie mogę zaprogramować robota?

2.Dlaczego niektóre elementy grzeją się?

•Stabilizator

•Tranzystor\mostek H

•Mikrokontroler

3.Dlaczego pomimo zaprogramowania, robot nie daje oznak życia?

4.Dlaczego silniki się nie kręcą?

5.Dlaczego Linefollower nie widzi linii, i cały czas jedzie prosto?

6.Próbowałem wszystkiego, ale mój robot nadal nie działa. Co mam teraz robić?

1. Dlaczego nie mogę zaprogramować robota?

a) Może masz problemy z zasilaniem. Pamiętaj, że podczas programowania logika robota musi być zasilana. Zdecyduj sam, czy zasilasz uC za pomocą prądu pochodzącego z programatora, czy z baterii\akumulatora znajdującej się w robocie. Na wszelki wypadek radzę nie zasilać robota z dwóch źródeł prądu na raz, by nic nie uszkodzić.

b) Sprawdź, czy uC jest dobrze wciśnięty w podstawkę, oraz upewnij się, że włożyłeś go w dobrą stronę. Przyjrzyj się procesorowi. Każdy przewlekany układ scalony w obudowie DIP (czyli taki z nóżkami po dwóch stronach obudowy) ma takie małe wgłębienie we własnej obudowie. Sprawdź, czy to wgłębienie znajduje się po tej samej stronie robota, co na Twoim schemacie). Jeżeli jest odwrotnie, naturlisch wyjmujemy układ i wkładamy go w drugą stronę , należy to robić delikatnie, dociskając równomiernie z każdej strony, by nie wygiąć nóżek.

Tak to powinno wyglądać:

c) Sprawdź, czy żadna ze ścieżek* (MISO, MOSI, SCK, RST, VCC i GND) nie jest przerwana. Jak? Multimetrem. Włącz omomierz (funkcja pomiaru wartości oporu rezystorów) (zakres pomiaru najmniejszych oporów), a następnie jednym z przewodów dotknij bezpośrednio pinu uC, a drugim goldpina znajdującego się w złączu programowania wlutowanym w robota. Na wyświetlaczu powinieneś zobaczyć bardzo niski odczyt, najlepiej poniżej 1ohma. Następnie sprawdź, czy nie ma zwarć pomiędzy różnymi ścieżkami (na przykład dotknij MISO i RST, powinieneś ujrzeć jedynkę, co oznacza że te linie NIE są ze sobą połączone, czyli tutaj nie ma zwarcia).

*O co chodzi z tymi ścieżkami MISO, MOSI, itp.? dla przykładu pod nazwą "ścieżka MOSI" mam na myśli ścieżkę na PCB, która łączy nóżkę uC oznaczoną w nocie katalogowej jako MISO (Atmega8 - pin nr.18) z goldpinem znajdującym się w złączu programowania.

**Moje ścieżki w programie Eagle mają takie nazwy jak RST, MISO, MOSI itp. ponieważ sam zmieniłem ich nazwy narzędziem NAME. Jeżeli Ty tego nie robiłeś, ścieżki będą się nazywać np. N$23, N$15, itp.. Nazwy ścieżek teoretycznie nie zmieniają nic, ale dzięki ich edycji łatwiej jest się połapać, co ta za ścieżka, i co ona ma za zadanie łączyć.

WIZUALIZACJA PROBLEMU: Po lewo schemat robota z eagle, po prawo robot zrobiony na podstawie tego schematu:

Rysunek 1 i 2

Na rysunku 1., podświetlam sobie w eagle (za pomocą narzędzia SHOW (ikonka z okiem)), gdzie poprowadzona jest ścieżka RST, dzięki temu wiem, gdzie dotknąć kabelkami pomiarowymi. Dotykam jednym kabelkiem goldpina wskazanego lewą czerwoną strzałką, a drugim kabelkiem dotykam wskazany pin mikrokontrolera (czerwona strzała po prawo). Jak widzimy, odczyt na omomierzu jest bardzo niski, czyli ścieżka RST przewodzi. Teraz pokażę jak sprawdzić, czy nie mam gdzieś niechcianych zwarć. Dla przykładu, sprawdzam, czy nie mam zwarcia pomiędzy MISO a SCK:

Rysunek 3 i 4

Na omomierzu widzimy 1, co oznacza, że te ścieżki NIE są ze sobą połączone. Wniosek: tutaj nie ma zwarcia, więc szukamy dalej. Analogicznie, czyli teraz sprawdzamy czy nie ma zwarcia między VCC a MISO, potem między VCC a MOSI, itp., itd. aż sprawdzimy wszystkie możliwości ewentualnych błędów. Jeżeli nigdzie NA PEWNO nie mamy niechcianych zwarć, lecimy dalej z wyszukiwaniem problemów . Jeżeli na tym poziomie przeoczysz jakieś zwarcie czy też przerwaną ścieżkę, dalsze poszukiwania prawdopodobnie będziesz prowadził z marnym skutkiem, tak więc zastanów się jeszcze raz, czy na pewno wykluczyłeś ten błąd.

Dodano 21-09-2013:

{

Napiszę jeszcze słowo o prototypach robotów składanych na płytkach stykowych.

Często zdarza się tak, że końcówki kabelków, rezystorów, kondensatorów, itp. wchodzą w płytkę zbyt głęboko i zaginają się. Wtedy mogą zewrzeć się z nóżkami innych elementów, powodując nieprzewidziane zwarcie, którego nie widać z naszej perspektywy. Dlatego proponuję wszystkie układy na płytkach stykowych tworzyć powoli i starannie, aby tego typu sytuacje nie miały miejsca. Lecz jeżeli prawdopodobnie masz już zwarcie na prototypowej płytce stykowej, masz 2 wyjścia:

1.dotykać kabelkami pomiarowymi multimetra do nóżek elementów, i szukać nieprzewidzianych zwarć, podobnie jak o tym mówię w punkcie 1.c),lecz jest to czasochłonne oraz czasem trudne, by przebić się przez gąszcz wystających elementów.

2. Jeżeli elementów na płytce stykowej masz mało proponuję... Wszystko wyjąć i starannie, powoli włożyć jeszcze raz, starając się nie wpychać zbyt głęboko końcówek, by się nie zaginały i nie wędrowały w bliżej nieznanym nam kierunkom...

https://www.forbot.pl/forum/topics49/czesc-1-kurs-programowania-uc-avr-w-c-winavr-kurs-avr-gcc-vt1312,180.htm#82579

Podzialalo. wyciagnalem wszystkie elementy nie bedace kabelkami tak, zeby nie siegaly tak gleboko i poszlo. Dziekuje za szybka odpowiedz:)

}

d) Sprawdź czy nie podłączyłeś odwrotnie złącza programatora ( szczególnie w przypadku, gdy zamiast złącza IDC10 używasz zwykłego, dwurzędowego złącza goldpin 2x5, bo wtedy bardzo łatwo jest o pomyłkę ).

Rysunek 5, czyli zbliżenie na przednią płytkę, i IDC10 włożone na 2 różne sposoby.

Rys. 5. W moim przypadku, wypustka musi być po krótszej stronie płytki, tak więc połączenie pokazane na rysunku B jest w moim przypadku prawidłowe. Jeżeli Ty używasz zwykłych goldpinów zamiast złącza KANDA (czego nie polecam - wystarczy dopłacić złotówkę za to złącze a wygoda i bezpieczeństwo znacznie wzrasta), proponuję abyś w jakiś sposób zaznaczył sobie (mazakiem\pilnikiem\itp.)po której stronie musi być widoczny wystający element z kabelka programatora, aby uniknąć odwrotnego połączenia.

e)Sprawdź, czy na programatorze sprzętowym wszystkie zworki są dobrze ustawione.

Dodano 07.09.2013

Dodałbym tylko trochę o ustawianiu zworek w programatorze

W programatorach USBAsp można spotkać 3 zworki (lub DIP switche):

Zworka 1. Supply target: Jeżeli jest zwarta, programator zasila programowane urządzenie prądem z portu USB komputera. Należy pamiętać, aby nie zasilać programowanego AVRka z 2 źródeł zasilania na raz, tak więc zdecyduj się, z którego źródła prądu będziesz korzystał podczas programowania, i konsekwentnie się tego trzymaj, by uniknąć awarii.

Zworka 2. Slow SCK: Należy ją załączyć, jeżeli AVR który chcesz zaprogramować jest taktowany z małą częstotliwością.

Zworka 3. Service: Załączamy ją TYLKO wtedy, gdy chcemy zmienić oprogramowanie w procku siedzącym w programatorze.

f)Jeżeli wcześniej we właściwościach fusebitów ustawiłeś zewnętrzne źródło taktowania, a aktualnie w robocie nie masz takowego, jedynym wyjściem jest podłączenie takiego elementu do mikrokontrolera, a dopiero potem możesz programować oraz zmieniać fusebity (ewentualnie możesz na przykład przenieść uC z robota na prototypową płytkę stykową, podłączyć podstawowe elementy niezbędne do działania uC oraz rezonator kwarcowy, a następnie ustaw fusebity na wewnętrzny sposób taktowania).

g) na koniec tego rozdziału podam jeszcze kilka częstych częstych błędów programu AVRDUDE, przyczyny ich występowania, oraz sposoby, jak się ich pozbyć:

Przy prawidłowym zaprogramowanym procesorze AVR, program AVRdude powinien wyświetlić taki komunikat:

Tak więc, jeżeli widzisz taki komunikat, AVRdude prawidłowo zaprogramował uC.

A teraz czas na błędy AVRdude :

Błąd 1.:

Błąd pojawił się, gdy nie było połączenia między uC a programatorem (złącze KANDA wyjęte z robota).

Błąd 2.:

Podobny błąd się pojawia, gdy któryś z pinów uC (w moim przypadku przerwałem ścieżkę MOSI) nie jest połączony z programatorem.

Rozwiązanie: Sprawdź multimetrem, czy żadna ze ścieżek nie jest przerwana. Ewentualnie wyszukuj zimnych lutów, sprawdź także czy procek jest dobrze wciśnięty w podstawkę.

Błąd 3.:

Błąd się pojawił, gdy zasilanie nie dociera do uC (rozłączona zworka odpowiedzialna za zasilanie programowanego układu z programatora w programatorze, oraz odcięte wewnętrzne zasilanie robota)

Rozwiązanie: Włącz któreś ze źródeł zasilania (nie radzę jednak obu na raz).

Błąd 4.:

Programator nie jest podłączony do komputera, lub podłączony jest do złego portu USB (u mnie USBasp działa tylko na jednym porcie, gdy włożę go do innego, ukazuje mi się ten błąd). Istnieje jeszcze jedna przyczyna tego błędu. Czasem po prostu programator zawiesza się wtedy pojawia się ten błąd.

Rozwiązania problemu:

»Podłącz programator do komputera

»Zmień port USB na ten, przy którym instalowałeś sterowniki.

»Wyjmij i włóż przewód USB, by zrestartować programator.

2. Dlaczego niektóre elementy grzeją się?

a) Gorący stabilizator.

W układnie jest zwarcie, lub pobierasz zbyt duży prąd ze stabilizatora. Co robić?

Sprawdź omomierzem, czy nie masz zwarcia między VCC i GND. Jeżeli widzisz wysoki odczyt to dobrze, natomiast jeżeli odczyt jest bardzo niski, szukaj po ścieżkach, czy gdzieś nie masz zwarcia. Jeżeli znajdziesz zwarcie, pozbądź się go za pomocą lutownicy, odsysacza do cyny i ewentualnie nożyka lub pilnika.

b) Ciepły tranzystor \ mostek H

W nocie katalogowej każdego tranzystora jest napisane, jakie maksymalne natężenie prądu (A) może przejść pomiędzy kolektorem a emiterem. Jeżeli tranzystor (lub mostek) po dotknięciu parzy bądź leci z niego dym, najprawdopodobniej przekroczyłeś dopuszczalne natężenie. Jeżeli mostk H \ tranzystor jest tylko lekko ciepły, to nie ma powodów do obaw, można dalej używać układu, nawet nie trzeba zakładać radiatorów.

Lecz jeżeli scalak jest naprawdę gorący? Co wtedy należy zrobić? Jest kilka wyjść z takiej sytuacji:

» Zastosować inny mostek H \ tranzystor, który wytrzyma większy pobór prądu;

» Założyć radiator;

» Można zmostkować mostek ale o co chodzi? Można połączyć kanały wyjściowe, dzięki temu będziesz mógł pobrać 2 razy więcej prądu. Poniższa grafika powinna wyjaśnić jak to należy zrobić.

» Kolejne wyjście, to na mostek w podstawce nałożyć… drugi taki sam mostek. Wadą tego rozwiązania jest to, że coś może nie stykać, ale jest to dobre wyjście z sytuacji, gdy płytka robota jest już wytrawiona i polutowana, i nic innego nie można już zrobić.

» Ewentualnie można włożyć do układu między mostek a silniki rezystory, by ograniczały pobór prądu.

» Ostatnim rozwiązaniem, jest po prostu ograniczenie poboru mocy z silnika. Ale Jak?

Po prostu należy ograniczyć wypełnienie PWM.

c)Ciepły mikrokontroler. Prawdopodobne przyczyny:

» Masz zwarcie na pcb, lub włożyłeś procesor w złą stronę.

» Pamiętaj!!! W nocie katalogowej mikrokontrolerów można znaleźć informację, jaki maksymalny prąd może przepływać przez pin portu. Dla przykładu przez uC z serii Atmega czy Attiny przez jeden pin może przepływać maksymalnie 20mA, większy prąd może uszkodzić procesor, niszcząc go całkowicie lub port, czyli tylko kilka pinów stanie się bezużyteczne. A jeżeli potrzebuję koniecznie puścić większy prąd przez pin procesora? Odpowiedź jest prosta, zastosuj tranzystor .

3. Dlaczego pomimo zaprogramowania, robot nie daje oznak życia?

Sprawdź, czy aby NA PEWNO programowanie przebiegło pomyślnie. Tak? Powróć do poprzednich punktów. Dalej nie działa? W takim razie napisz prosty program, którego zadaniem będzie tylko zmiana stanu pinu (np. co 0,5 sekundy), do którego podłączoną masz jakąś diodę LED.

Jeżeli LED zmienia stany, masz pewność, że:

1. Programowanie przebiega pomyślnie

2. Masz prawidłowo podłączone złącze programowania, oraz zasilanie procesora.

3. Włożyłeś uC w dobrą stronę.

4. Procesor NIE JEST zablokowany

5. Podstawa programu jest dobrze napisana (mam na myśli dobrze zaincludowane podstawowe biblioteki, egzystencja pętli głównej, prawidłowa konfiguracja pinów, itp, itd. )

Jeżeli dioda się nie świeci, zobacz punkt 1., 2., oraz 7 artykułu.

Dodano 29-11-2013

{

Dopisał bym, że w wielu sytuacjach może być to spowodowane pinem RESET zwartym do masy. Wtedy układ zaprogramuje się bez żadnych błędów i nie będzie robić nic

}

4. Dlaczego silniki się nie kręcą? Oto prawdopodobne przyczyny tego problemu i sposoby ich rozwiązania:

a) Do mostka nie dochodzi zasilanie

Jako że w eLFie2 steruję silnikami za pomocą pojedynczych tranzystorów, za przykład podam teraz robota z artykułu Kolegi Nawyka: Link do artykułu

Napisz program, w którym WSZYSTKIE piny dochodzące do mostka ustawisz w stan wysoki. Następnie włącz woltomierz, dotknij jednym złączem pomiarowym do GND gdziekolwiek na płytce, a drugim złączem dotykaj po kolei każdy z pinów mostka. Dotykając któregokolwiek z pinów (po za pinami masy, czyli dla L293 pinami nr. 4, 5, 12 i 13) powinieneś ujrzeć na multimetrze wartość bliską napięciu zasilania uC, jeżeli jednak gdzieś jest inaczej, to przyczyną błędu mogą być:

» Zimne luty (nałóż trochę kalafonii na grot lutownicy i napraw matowe luty)

» Spalony mostek H ( kup nowy mostek)

» Któraś ze ścieżek łącząca uC z mostkiem jest przerwana (przyjrzyj się ścieżkom i sprawdź, w którym miejscu masz przerwaną ścieżkę, a następnie napraw ją cyną, lub kawałkiem przewodu)

» Źle napisany program do testowania mostka (napisz program jeszcze raz, bądź pokaż program na forum, by dowiedzieć się co zrobiłeś źle)

b) Masz błąd w programie, źle ustawione piny mostka, bądź źle skonfigurowane PWM (napisz program jeszcze raz, bądź pokaż program na forum, by dowiedzieć się co zrobiłeś źle)

c) A może czujniki nie widzą linii, więc nie podają PWM na silniki? (patrz punkt 6 artykułu)

d) UWAGA na spadek napięcia! Przykładowy skutek spadku napięcia:

No dobra, mam na myśli coś innego. Mam na myśli to, że napięcie które idzie na silniki jest niższe od napięcia podanego na nóżkę VM mostka. Dla mostka L293 spadek napięcia wynosi prawie 2V! Dlatego warto uwzględnić to jeszcze podczas projektowania konstrukcji. Jeżeli już jednak jest za późno, to możesz:

- zmienić mostek na inny z mniejszym spadkiem napięcia (ale ciężko Ci będzie dopasować inny mostek zgodny pinologicznie z L293, więc musiałbyś robić nowe pcb-adapter z innym mostkiem)

-zwiększyć napięcie podawane na pin VM poprzez zwiększenie napięcia źródła prądu (wychodzę teraz z założenia, że to napięcie idzie bezpośrednio ze źródła, i nie ma po drodze żadnej przetwornicy\stabilizatora napięcia)

e) W silniku mogą być zużyte szczotki, co tyczy się zwłaszcza starych silników, oraz tych, które kiedyś pracowały na wyższym napięciu niż dopuszczalne, lub bywały wielokrotnie mocno przeciążone. Ratunek:

-zrób nowe szczotki (co nie jest takie proste...)

-kup nowe silniki

f) może coś Ci się wkręciło w przekładnię (jakiś włos czy coś?). Przyjrzyj się przekładni, i wszelkim ośkom, czy nie znajduje się na nich nic co mogłoby zwiększać opory pracy.

g) przekładnia ma zbyt małe przełożenie, a koła są proporcjonalnie zbyt duże. Zdejmij koło, i sprawdź, czy silnik bez obciążenia działa. Jeżeli tak, to oznacza, że musisz zmienić przekładnię bądź zastosować mniejsze koła, bądź wymienić silniki na mocniejsze.

h) Może Twoje akumulatorki\baterie mają za małą wydajność prądową, i silniki nie mogą pobrać wystarczająco dużo prądu, by ruszyć. (po więcej informacji zapraszam do lektury tego artykułu).

5. Dlaczego robot nie widzi linii, i cały czas jedzie prosto? Powodów może być kilka, poniżej podam kilka z nich:

a) Czujniki nie widzą linii:

-patrz punkt 6 artykułu.

b) Twój algorytm trzymania się linii posiada jakiś błąd.

-Spójrz na ten artykuł Kolegi Batona, może on Ci coś wyjaśni i pomoże znaleźć błąd w Twoim programie. Jeżeli to nie pomoże, opisz swój problem na forum, może ktoś inny znajdzie błąd.

c) Mikrokontroler resetuje się w trakcie jazdy. Może masz jakieś zwarcie, które resetuje Ci uC.

-posprawdzaj ścieżki, po za tym upewnij się, że w robocie odpowiednio filtrujesz zasilanie.

d) Może masz problem z inicjalizacją i użyciem PWM. Poniżej podaję link do artykułu który w prosty i szybki sposób wyjaśnia jak zainicjalizować PWM na uC Atmega8 PWM w praktyce - język C

6. Pod koniec jeszcze krótko opowiem o problemach z czujnikami.

Jeżeli masz wątpliwości, czy czujniki działają poprawnie, włącz je, a następnie przy użyciu aparatu bądź kamery sprawdź, czy w czujnikach świeci się światło. To dziwne, ale naprawdę w ten sposób można ujrzeć podczerwień jako światło widzialne. Ale jak wygląda podczerwień? A no właśnie tak:

Po lewo widzimy zapalone czujniki, po prawo - zgaszone.

Jeżeli tylko część czujników się nie świeci, to albo masz zimne luty\przerwane ścieżki, albo czujniki są spalone. Jak naprawić zimne luty możesz przeczytać tutaj: Poradnik lutowania, w przypadku spalenia czujnika jedynym wyjściem jest wymiana go na nowy (PAMIĘTAJ!!! kupując czujniki koniecznie kup kilka zapasowych, bo czujniki lubią się spalić w najmniej odpowiednim momencie, kiedy nie jesteś na to przygotowany).

Jeżeli jednak wszystkie diody się świecą, a czujniki nadal nie działają, proponuję sprawdzić, jakie napięcie idzie od czujników do mikrokontrolera. W tym celu jednym kabelkiem pomiarowym miernika dotykamy masy, włączamy woltomierz, a drugą sondą dotykamy do pinów procesora, pod które podłączone są czujniki.

Strzałkami zaznaczyłem sygnały, które należy sprawdzić. Jeżeli bez względu na podłoże pod czujnikiem multimetr wskazuje dokładnie 0V, znaczy że albo masz gdzieś zimne luty, albo zepsuł się fototranzystor w czujniku.

7. Próbowałem wszystkiego, ale mój robot nadal nie działa. Co mam teraz robić?

Istnieje prawdopodobieństwo, że masz błąd w schemacie. Wrzuć go na forum, i poproś o sprawdzenie błędów. Jeżeli jednak schemat jest bezbłędny, napisz na forum DOKŁADNIE i WYCZERPUJĄCO, jaki masz problem, i opisz budowę robota (powiedz jakich użyłeś podzespołów, pokaż kod którym programujesz robota. Przydałyby się też zdjęcia robota, i BARDZO SZCZEGÓŁOWY OPIS PROBLEMU, czyli konkretnie, co nie działa tak jak powinno.

Proponuję użyć takiego schematu wypowiedzi, gdy chcesz opisać swój problem z robotem:

1. Podstawowe informacje o robocie, czyli powiedz, jakie masz podzespoły w robocie:

•źródło zasilania

•procesor

•sterownik silników

•silniki (model, oraz jego pobór prądu przy zatrzymaniu osi)

2. Schemat oraz projekt płytki

3. Kod robota

4. Co działa nie tak jak powinno, i jak już próbowałeś zaradzić temu problemowi.

Jeżeli znacie jeszcze jakieś przyczyny błędów (a najlepiej i sposoby rozwiązania ich) proszę podawać je w komentarzach, aby móc dodać je do tego artykułu. Jeżeli mógłbym prosić, opisujcie problemy jakie Wam się przydarzyły (wybuchające przetwornice, itp. )

PS. To jest mój pierwszy art (zacząłem go pisać już na samym początku wakacji), jeżeli ktoś znajdzie tutaj jakiś błąd, proszę dać znać. Wszelkie propozycje rozwinięcia tematu mile widziane.

Pozdrawiam, życzę miłej lektury i samych bezawaryjnych robotów

Przydatne linki:

Poradnik lutowania, czyli jak unikać zimnych lutów.

Więcej o programatorze USBAsp

Konfiguracja i algorytm linefollowera w C - dla początkujących i nie tylko - poradnik Kol. Batona, który pomoże Ci zaprogramować Twojego Linefollowera w języku C.

SzybkiePytanie.pl - Na tym serwisie możesz zadać pytanie dot. majsterkowania lub elektroniki nie do końca związane z robotyką.

Leksykon robotyki - forbotowy leksykon, który wyjaśni Ci wszystkie słowa związane z robotyką, których do końca nie rozumiesz.

__________

Komentarz dodany przez: Treker

Poprawiłem minimalnie formatowanie. Można jeszcze trochę takich spraw jak wyrównywanie zdjęć i tekstu wykonać, jednak pozostawiam w gestii autora. Temat zaakceptowany i dopuszczony do konkursu.

__________

Komentarz dodany przez: Sosnus

Poprawiłem tekst i większość grafik. Mam nadzieję że tekst jest teraz czytelny

[Mechano]

Dobry artykuł, na pewno się przyda. Dodałbym tylko trochę o ustawianiu zworek w programatorze bo w artykule jest to dość ogólnikowe.

[Tolo]

c)Ciepły mikrokontroler. Prawdopodobne przyczyny:

Warto pamiętać że AVR mają diodę choniące je przed błędną polaryzajcją jeśli do takiej dojdzie pomylimy + z - to układ również będzie się grzać (zwarcie przez ową diode) ale nie należy panikować prawdopodobnie uC dalej będzie chodzić (AVR to toporne bestie ) Należy tylko podłączyć ją poprawnie

[sosnus]

Mechano, dzięki za sugestię, dodałem słowo o zworkach

Tak jak mówiłem, jeżeli coś mi lub komuś przyjdzie do głowy, to nie wykluczam rozbudowy artykułu.

[sosnus]

Aktualizacja 2:

Napisałem o problemach z prototypowymi płytkami stykowymi, punkt 1. c)

[erandon]

3. Dlaczego pomimo zaprogramowania, robot nie daje oznak życia?

Dopisał bym, że w wielu sytuacjach może być to spowodowane pinem RESET zwartym do masy. Wtedy układ zaprogramuje się bez żadnych błędów i nie będzie robić nic

[sosnus]

Dzięki erandon, miło że ktoś to jeszcze czyta .

Dodałem, oraz poprawiłem lekko formatowanie tekstu.

Aktualizacja 3:29-11-2013

[Elvadom]

Witam. Swojego minisumo robiłem według przepisu Przepis . Mam problem ze stabilizatorem (Click ). Tzn na wyjściu daje max 1.5 v. Czy mogę zastosować inny stabilizator z podobnymi parametrami? Bo w moim mieście nie ma tego konkretnego.

[aixI]

Jak to robot nie na zawody to możesz ten stabilizator zamienić, np. na 7805 (tylko pamiętaj o wyprowadzeniach stabilizatora, tzn. porównaj sobie oba przez patrzenie w datasheety obu stabilizatorów)

[Elvadom]

Dzięki Ten akurat jest