logo elektroda
logo elektroda
X
logo elektroda
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

Radar dla robotów: Jakie czujniki i mikroprocesory wybrać?

tadewoosh 16 Kwi 2006 14:20 8554 31
Najlepsze odpowiedzi

Jakiego czujnika i jakiego mikrokontrolera użyć do zbudowania obrotowego skanera odległości, i jaki jest czas pomiaru czujnika GP2D12?

Do takiego skanera wystarczy ATmega8 albo praktycznie dowolny mikrokontroler z przetwornikiem ADC, a GP2D12 potrzebuje maksymalnie około 55 ms na poprawny pomiar [#2534199] Silnik krokowy sam nie daje informacji o aktualnym kącie, bo pozwala tylko liczyć zmianę położenia, więc do prostego pozycjonowania lepiej nadaje się serwo modelarskie; krokowiec wymaga pewności, że nie gubi kroków [#2534199][#2540432] GP2D12 ma bardzo wąski kąt widzenia, około 5° przy pełnym zasięgu, więc do 360° skanu sensowniejsze może być użycie 2–4 takich czujników zamiast jednej obracanej głowicy [#2536951][#2539938] Jeśli jednak chcesz obracaną głowicę, trzeba rozwiązać temat przeniesienia zasilania i sygnałów; wątek sugeruje unikanie szczotek i prostsze rozwiązania z elastycznym przewodem, jeśli nie potrzebujesz pełnych 360° [#2540347][#2540432] Jako alternatywę autorzy wskazali też czujniki ultradźwiękowe lub inny dalmierz, ale ultradźwięki mają zwykle zbyt szeroki kąt, a silnik DC z dużą przekładnią może dać mniej drgań niż krokowiec [#2534199][#2536951]
Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
  • #1 2534164
    tadewoosh
    Poziom 11  
    Posty: 36
    Ocena: 1
    Witam

    Zapraszam wszystkich zainteresowanych do publikacji swoich chocby najbardziej niepewnych pomysklow na zbudowanie urzadzenia skanujacego odleglosc w jakims zakresie katow: radaru.

    Od bardziej doswaidczonych uzytkownikow oczekuje konstruktywnej krytyki pomyslow i podzielenia sie wiedza :).

    Moj pomysl:
    Moznaby zbudowac obrotowa glowice (obracana np. silnikiem krokowym z przekladnia) i na niej umiescic czujnik na podczerwien typu gp2d12.
    Dalej syganl z czujnika (analogowy) zamieniac na cyfre i razem z odczytem aktualnego polozenia (kata) glowicy przesylac do komputera.
    Tam napisac jakis prosty programik, ktory bylby w stanie nam to wyrysowac.

    Moje pytanie:

    czy ktos kiedykolwiek uzywal gp2d12 i wie jaki czas jest potrzebny do porzadnego pomiaru? Chodzi mi o to jaka moze byc maksymalna czestosc obrotow glowicy.

    Drugie pytanie:

    Jaki uP zastosowac?
    Czy wystarczy ATMEGA8 - ma on wlasny przetwornik A/C i umie sie komunikowac z portem comm jak mu podlaczymy MAX232
  • Pomocny post
    #2 2534199
    McRancor
    VIP Zasłużony dla elektroda
    Posty: 5326
    Pomógł: 479
    Ocena: 124
    uP wystarczy jeśli umiesz programować zrobisz to praktycznie na dowolnym, pamiętając że konieczny jest ADC.

    Silnik krokowy nie posiada sprzężenia zwrotnego, nie będziesz w stanie określić aktualnego kąta, tylko jego zmiane. Lepiej nadałoby się serwo modelarskie, bo jemu zadajesz pozycje na jakiej ma się ustawić.

    Czas potrzebny na pomiar to maksymalnie ~55ms.

    Inną metodą na pomiar odległości jest radar ultradźwiękowy, daje większy zasięg, ale wymaga większych umiejętności, bo konstrukcja mechaniczna musi być odpowiednio dobrana, żeby nie przenosić zakłóceń pochodzących od pracującego serwa i silników.
  • #3 2534577
    paw789
    Poziom 18  
    Posty: 298
    Pomógł: 20
    Ocena: 68
    Wlaśnie teraz robię taki radar - wykrywacz przeszkód. Elektronikę mam już zroboiną teraz wlaśnie piszę program z C do obslugi czujnika podczerwieni (TSOP1736) i wyświetlaniu przeszkód na lcd. Chę aby na dolnej lini wyświetlacza przecuwal się kursor proporcjonalnie do ruchu ramienia z czujnikiem, gdy wykryje przeszkodę w odpowiednim miejscu na wyświetlaczu pojawi się "x". Ramię wychyla się o okolo 100 stopni, potem waraca. Kursor na wyświetlaczu będzie się poruszal proporcjonalnie do wychylenia ramienia z czujnikiem. Zasięg czujnika to okolo 5cm.
    Mam jednak pewien problem. Mianowicie pierwszy raz obsluguję wejście Atmegi, sprawdzam czy jest stan niski na wejściu, wejście zewnętrznie podciągnięte (przez 100k) do +5V i wewnętrznie, a czasami pojawia mi się stan niski.
    Załączniki:
    • Radar dla robotów: Jakie czujniki i mikroprocesory wybrać? SANY0015.JPG (101.83 KB) Musisz być zalogowany, aby pobrać ten załącznik.
  • #5 2534780
    paw789
    Poziom 18  
    Posty: 298
    Pomógł: 20
    Ocena: 68
    ale badalem dzielenie wejście jeszcze bez podlączonego TSOP do uC. Przewodem przylotowanym do wejścia ( z podciągnięciem) dotykalem Vc i GND na zmianę, w ten sposób badalem dzialanie programu. Stan wejścia wyświetlalem na wyświetlaczu, czasami gdy na wejściu jest Vc, uC informuje mnie że jest stan niski i odwrotnie. Zasilanie z aku przez stabilizator, są kondensatory filtrujące. W powietrzu przecierz wejście nie wisi.
  • #6 2534913
    bogdan_p
    Poziom 39  
    Posty: 3849
    Pomógł: 525
    Ocena: 120
    podstawową zasadą jest nie pozostawianie wejść w powietrzu , jak chcesz sprawdzać reakcje programu to podciągnij wejście przez zewnętrzny rezystor 4,7 - 10 k do plusa i zastosuj dowolny mikrowyłącznik , przycisk połączony do wejścia i masy , będziesz nim wymuszał " 0 " na wejściu
  • #7 2535017
    paw789
    Poziom 18  
    Posty: 298
    Pomógł: 20
    Ocena: 68
    mam przycisk wg instrukcji, mam stan 1, po naciśnięciu na wejściu jest okolo 0V, stan w programie (na wyświetlaczu) otrzymuję chwilę, okolo 1s po wciśnięciu. Po puszczeniu mam jeszcze przez chwilę (1-2s) stan 1. uC zachowywuje się tak jakby mial pojemność wejściową i jeszcze przez chwilę pamiętal poprzedni stan mimo że miernik podlączony do nóżki dobrze pokazuje. Czsami pamięta stan zadlugo. Odświeżanie mam co okolo 1/4s. Zalanczam fragment programu.


    DDRD=0xFF;
    lcd_init(LCD_DISP_ON); lcd_puts("sprawdzam"); opoznienie(400);

    cbi(DDRC,PC1);
    lcd_puts(" stan \n ");

    for(;;){
    for(x=0;x<16;x++){
    if (PINC & PC1) { lcd_puts("1"); opoznienie(200);}
    else { lcd_puts("0"); opoznienie(200); }
    if (x==15) lcd_init(LCD_DISP_ON);
    }
    }
  • #8 2536124
    tadewoosh
    Poziom 11  
    Posty: 36
    Ocena: 1
    Pomysl uzytkownika paw789 jest raczej dosc tani ale czy skuteczny?
    Troszke mnie smuci tak niewielki zasieg urzadzenia. Moze byc fajne jako zabezpieczenie przed zderzeniami ale mi chodzi o cos so by robilo z grubsza mape terenu po ktorej sie porusza.

    A`propos sklaowania glowicy na sliniku krokowym: mozna mu przeciez w jednym punkcie (no chocby na srodku) ustawic znacznik ktory by zerowal licznik krokow w procesorze. Zakladajac ze sterowanie silnikiem jest dobre i nie gubi krokow to mozna sobie zrobic przelicznik kroki od polozenia 0 --> kat. I jeszcze sprawa serwa: czy uzyska ono taka dokladnosc, jaka mozna uzyskac na krokowym?
    Prosilbym o podanie ewentualnie modelu serwa, ktore moznaby wykorzystac.

    Dodano po 1 [minuty]:

    Widuje w wielu postach odnosniki do roznych stron z datasheetami do czesci.
    Osbiscie polecam www.datasheetcatalog.com tam jest chyba wszystko.
  • #9 2536539
    McRancor
    VIP Zasłużony dla elektroda
    Posty: 5326
    Pomógł: 479
    Ocena: 124
    Serwo jakiekolwiek, spójż na kąt widziany przez czujniki szarpa, taka dokładność kąta jest kompletnie niepotrzebna.

    Skalowanie nie będzie najleprze, bo może się okazać że po 3 skalowaniach masz głowice owiniętą kabelkiem.

    Porządne serwo będzie miało leprzą dokładność, silnik krokowy na robocie może gubić kroki na wybojach i nierównościach.
  • #10 2536842
    tadewoosh
    Poziom 11  
    Posty: 36
    Ocena: 1
    no z tym kabelkiem to lekka przesada :) ale to jest kolejny problem do rozwiazania: jak przekazywac zasilanie i sygnal do obracajacej sie glowicy zeby jakiekolwiek szczotki nie powodowaly zbednych trzaskow.

    A co do tego sharpa to moze by sie udalo zorganizowac jakis uklad ogniskujacy. Datasheeta do tego ukladu to mam tylko 2 stronicowego i tam niestety nie ma danych na temat jego zakresu katow. Prosilbym o przeslanie chocby linka do takiej lepszej dokumentacji jesli ktos posiada.
  • #11 2536951
    MirekCz
    Poziom 35  
    Posty: 2220
    Pomógł: 330
    Ocena: 62
    zakres kątów dla gp2d12 jest maks 5stopni w pełnej odległości. Dla tych nowszych zakres kątów jest bodajże 2x taki.

    Ultradźwiękowe raczej bym sobie podarował ze względu na zbyt duży zakres kątów.

    Ostatnio robiłem coś takiego na dalmierzu laserowym.. działało fajnie.. tylko ten dalmierz ma 1000pomiarów na sekunde i cenę.... szkoda gadać =)

    Jeszcze jeden minus silnika krokowego - duże drgania, uniemożliwia to praktycznie ciągłe skanowanie.. dużo lepszy jest silnik prądu stałego z dużą przekładnia rzędu 100:1
  • #12 2536959
    paw789
    Poziom 18  
    Posty: 298
    Pomógł: 20
    Ocena: 68
    Zastanawiam się teraz nad tymi czujnikami, potrzebuję dużej dokladności. Jak jest z pomiarem odleglości czarnych/ ciemnych przechkód o bardzo nierównomiernych ksztaltach? Czy nadzadzą się jako czujniki przeszkód?
    I tako maly OT, co zrobić gdy wejście Atmegi wykazuje jakąś pojemność wejściową? Może to program do sprawdzania stanu wejścia jest nie optymalny?

    Moderowany przez MirekCz:

    Przeczytaj regulamin dot. załączników.
    Poza tym ten link już jest dostępny w bazie linków - https://www.elektroda.pl/rtvforum/topic482231.html#2467692

  • #13 2537138
    McRancor
    VIP Zasłużony dla elektroda
    Posty: 5326
    Pomógł: 479
    Ocena: 124
    tadewoosh napisał:
    no z tym kabelkiem to lekka przesada :) ale to jest kolejny problem do rozwiazania: jak przekazywac zasilanie i sygnal do obracajacej sie glowicy zeby jakiekolwiek szczotki nie powodowaly zbednych trzaskow.


    Szczotki to niepotrzebne komplikacje, lepiej zastosować elastyczny kabelek. Przecież nie usisz skanować w 360st.

    Wejścia Atmegi i ich pojemność to wina programu.

    Tutaj ten sam raport bez punktów:
    http://www.konar.ict.pwr.wroc.pl/articles.php?topic=3
  • #14 2539830
    tadewoosh
    Poziom 11  
    Posty: 36
    Ocena: 1
    W sumie to dla czego by nie zrobic 360 stopni? W koncu radar to radar :) Czy w takim razei ktos spotakl sie z pomyslami wykonania takiej obrotowwej glowicy? czy moze jak to sie robi w dalmierzach laserowych: niech czujnik stoi a obraca sie lusterko? W tym przypadku jednak moze to byc trudne ze wzgledu na geometrie naszego czujnika.

    No chyba ze ktos ma pomysly na tansze i skuteczniejsze (czyli idealne) rozwiazania?
  • #15 2539938
    MirekCz
    Poziom 35  
    Posty: 2220
    Pomógł: 330
    Ocena: 62
    wystarczy połączyć 2-4 czujniki gp2d12 i masz przy obrocie zaledwie 90stopni pełną wizję 360stopni i to jeszcze z w miare rozsądnym odświeżaniem (4 sekundy jeżeli chcesz dokładność co do stopnia)
  • #16 2540347
    wicy
    Poziom 22  
    Posty: 670
    Pomógł: 30
    Ocena: 111
    Rozwiązanie z 4 czujnikami o ile dobre, nie jest najtańszym rozwiązaniem :cry:
    Rozwiązanie z obracaną za pomocą silnika krokowego głowicą wydaje mi się dobrym rozwiązaniem. Głowica nie powinna ważyć tyle, żeby silnik krokowy, prawidłowo wysterowany, gubił kroki. Silnik krokowy z przekładnią (a mam taki akurat) jest w stanie utrzymać (bez zasilania) stabilną pozycję głowicy w chwilach gdy pomiary akurat są zbędne 9przemieszczanie się) nawet przy znacznych wstrząsach, czego serwo raczej nie zapewni bez zasilania (a na energooszczedności chyba też nam zalezy :D)
    Problem pozycjonowania głowicy sprowadza się do ustalenia stanu 0, liczeniu kroków w obu kierunkach od stanu 0 i obliczeniu na tej podstawie kąta "patrzenia". Po skanie otoczenia silnik powinien powrócić z głowicą w pozycję 0, tak aby pozycja przed zakończeniem pracy robota była pozycją startową przy następnym uruchomieniu. Ewentualnie aktualna pozycja głowicy może być zapamiętana w eeprom.
    Innym problemem jest obrót głowicy. Czy ma to być głowica bezkablowa 360st, czy okablowana bez pełnego obrotu dla uniknięcia plątania kabla.
    Przy małej ilości kabli, odpowiedniej ich odporności na wyginanie - prostrzym rozwiązaniem wydaje się być sposób drugi. Jeśli koniecznie ma to być głowica 360st, to do rozwiązania zostaje problem przeniesienia zasilania i sygnałów do ruchomej części głowicy. Najprostrzym rozwiązaniem jakie przychodzi mi do głowy to płytka z centrycznie rozrysowanymi kręgami ścieżek i suwającymi się po nich suwakami/szczotkami. Sam zastanawiam się właśnie nad takim sposobem.
  • #17 2540432
    McRancor
    VIP Zasłużony dla elektroda
    Posty: 5326
    Pomógł: 479
    Ocena: 124
    wicy napisał:
    Silnik krokowy z przekładnią (a mam taki akurat) jest w stanie utrzymać (bez zasilania) stabilną pozycję głowicy w chwilach gdy pomiary akurat są zbędne 9przemieszczanie się) nawet przy znacznych wstrząsach, czego serwo raczej nie zapewni bez zasilania (a na energooszczedności chyba też nam zalezy


    Chyba nie miałeś w rękach serwa modelarskiego...

    Chcecie robić to na silniku krokowym, proszę, porządne to nie będzie, niezawodne też, bardzo łatwo będzie wprowadzić radar w błąd, szczotki to też nie jest najtrafniejsze rozwiązanie.

    Są sprawdzone i dobre metody na takie radary, w Poznaniu na zawodach będzie można zobaczyć konstrukcję PWr w której taki radar będzie ( nawet pomagałem przy tworzeniu ;) ) ale skoro chcecie bawić się z silnikami krokowymi, to niestety będzie z tym kupa problemów.

    Lepiej zostawcie silniki krokowe w stacjach dysków i drukarkach... Już był jeden taki który chciał zrobić serwo z silnika BLDC
  • #18 2540474
    wicy
    Poziom 22  
    Posty: 670
    Pomógł: 30
    Ocena: 111
    No i zaczyna pachnać sporem o wyższości serw nad krokowcami :D
    Nie uważam, że zastosowanie krokowca to rozwiązanie nieporządne i jakoś wyjątkowo skomplikowane. Osobiście dla mnie akurat łatwiej jest sterować krokowcem niż serwem (którego nota bene faktycznie w ręku nie miałem :D). Mam pod ręka za to mały silnik krokowy z przekładną bodajrze 1:60_iluś_tam, co przy rozdzielczości 48 (nie pamiętam) króków na obrót daje coś ponad 200 króków na obrót. Dokładność jest duża, przekładnia na tyle mocna że palcem toto ciężko obrócić więc stabilizacja zapewniona.
    Byc może udał Wam się znakomity projekt na serwach (gratuluję i chętnie zobaczyłbym link do tego), ale nie oznacza to, że jest to rozwiązanie "jedynie słuszne" i że inne pomysły są z góry ideologicznie bleee....
  • #19 2540684
    WaldekMarek
    Poziom 11  
    Posty: 40
    Witam.
    Przyglądam się dyskusji bo mnie to troszkę interesuje.
    Mam pytanie. Jakie zakresy szerokości widzenia mają czujniki które stosujecie.
    Kłucicie się o kąty obrotów mechanizmów, a jeżeli czujnik ma zbyt duży kąt widzenia to i tak widzi to samo dla kilku albo może kilkunastu kroków mechanizmu.
    A może jest jakiś tani i dość wąsko widzący czujnik?
    Też chcę coś takiego zrobić.
    Jeżeli ktoś już zrobił to może niech conieco udostępni?
  • #20 2542779
    Grizzly16
    Poziom 14  
    Posty: 61
    Pomógł: 6
    Ocena: 48
    Mój pomysł szerzej opisałem w innym topicu, więc żeby się niepowtarzać podaje tylko linka: Skaner przetrzeni 3D Strona 4 w środku. Swego czasu można było kupić takie czytniki na koszalińskiej giełdzie w okolicach 5zł/szt. Pomysł moim zdaniem godny uwagi, choćby z/w na tolerancje konta padania. Czytnik czytał kod kreskowy z 20-30cm z prawie każdego konta padania byle tylko promień przecinał równolegle kod paskowy. Kod taki jest w sumie mały, a my mówimy o ścianie, nodze od krzesła itp. Projekt do matury zawieszony więc zadużo niemogę powiedzieć jak to wygląda w zastosowaniu.
  • #21 2551254
    Coval_TK
    Poziom 11  
    Posty: 19
    Ocena: 5
    tadewoosh napisał:
    Pomysl uzytkownika paw789 jest raczej dosc tani ale czy skuteczny?
    Troszke mnie smuci tak niewielki zasieg urzadzenia. Moze byc fajne jako zabezpieczenie przed zderzeniami ale mi chodzi o cos so by robilo z grubsza mape terenu po ktorej sie porusza.

    A`propos sklaowania glowicy na sliniku krokowym: mozna mu przeciez w jednym punkcie (no chocby na srodku) ustawic znacznik ktory by zerowal licznik krokow w procesorze. Zakladajac ze sterowanie silnikiem jest dobre i nie gubi krokow to mozna sobie zrobic przelicznik kroki od polozenia 0 --> kat. I jeszcze sprawa serwa: czy uzyska ono taka dokladnosc, jaka mozna uzyskac na krokowym?
    Prosilbym o podanie ewentualnie modelu serwa, ktore moznaby wykorzystac.

    Dodano po 1 [minuty]:

    Widuje w wielu postach odnosniki do roznych stron z datasheetami do czesci.
    Osbiscie polecam www.datasheetcatalog.com tam jest chyba wszystko.


    Zgodzę się z przedmówcą, że zasięg jest dość niewielki. Zajrzałem do tego wątku, ponieważ mam ambitny plan wyposażenia mojego robota w czujnik który zabezpieczałby go przez upadkiem z wysokości z którą podwozie nie byłoby sobie w stanie poradzić. Ze względu na rozmiary mojej zabawki interesuje mnie odległość ok 40-50cm mierzona pod konkretnym kontem względem podwozia. Mam plan aby mój robot RC miał pewnie elementy nadające mu odrobinę samodzielności w miejscach w których stracę go z oczu. Docelowo ma być wyposażony w kamerę i nadajnik, a obraz będze odbierany przy konsoli sterującej.

    Rozumiem , że trwa tu dyskusja nad rozwiązaniem problemu z dostępnych pod ręką elementów. Znam ten bół :) , ale gdyby ktoś wpadł przy okazji na jakiś ciekawy pomysł dla mnie byłbym zobowiązany.

    Myślałem nad zastosowaniem w miare niedrogich i łatwo dostępnych czujników cofania do samochodów.tylko nie wiem jaka jest ich charakterystyka przestrzenna.
  • #22 2551672
    MirekCz
    Poziom 35  
    Posty: 2220
    Pomógł: 330
    Ocena: 62
    Masz dwa wyjścia. Gp2d12 lub gp20ycostam costam... nie pamietam nazwy.
    Jeden ma zasięg 10-80cm, drugi 20-150cm czy jakos tak.

    Inna opcja to czujniki ultradźwiękowe... przewaznie zasięg to od kilkunastu cm do kilku metrów.
  • #23 2551769
    daniel93
    Poziom 29  
    Posty: 1673
    Pomógł: 30
    Ocena: 94
    Jakby ktoś miał info o czujnikach o małym koncie mierzenia - byłbym wdzięczny.
  • #24 2560398
    Coval_TK
    Poziom 11  
    Posty: 19
    Ocena: 5
    MirekCz napisał:
    Masz dwa wyjścia. Gp2d12 lub gp20ycostam costam... nie pamietam nazwy.
    Jeden ma zasięg 10-80cm, drugi 20-150cm czy jakos tak.

    Inna opcja to czujniki ultradźwiękowe... przewaznie zasięg to od kilkunastu cm do kilku metrów.



    Podoba mi sie :) Dzięki serdeczne. Ciekawe tylko gdzie i za ile można to kupić. Bede musiał popytać po sklepach. Myśle że ten czujni uzbrojony w mały przetworniczek C/A (albo uP) poradzi sobie z moim problemem.
  • #25 2560449
    MirekCz
    Poziom 35  
    Posty: 2220
    Pomógł: 330
    Ocena: 62
    www.mobot.pl ostatnio wprowadzili do sprzedaży.

    A jak chcesz większe ilości to polecam ściągnąć z USA... można dużo zaoszczędzić (ok.50% ceny)
  • #26 2560499
    Soohy_tm
    Poziom 15  
    Posty: 206
    Pomógł: 4
    Ocena: 5
    A czy ktos ma "gotowe" rozwiazanie czujnika ultradźwiękowego?
    Chodzi mi dokładnie o schemat takiego czujnika, który na wyjściu dałby napięcie 0-5V, w zależności od odległości. Można by go wtedy podłączyć do ADC w uC.
  • #27 2560547
    wicy
    Poziom 22  
    Posty: 670
    Pomógł: 30
    Ocena: 111
    Chyba najprostszym i najtańszym rozwiązaniem na "gotowy" czujnik ultradźwiękowy to wybebeszenie starego polaroida. Jest w necie masę stron na ten temat jak choćby ta: http://www.uoxray.uoregon.edu/polamod/
  • #28 2560885
    tadewoosh
    Poziom 11  
    Posty: 36
    Ocena: 1
    Czy ktos kiedykolwiek spotkal sie z probami zbudowania obrotowej glowicy?

    Zeby nasz robocik umial sklanowac 360° i jeszcze mogl odczyt nasniesc na mape podczas ruchu to musialby jeszcze miec cos w stylu kompasu.

    Spotaklem na forum opisy czujnikow typu KMZ10costam ale podobnie jak sam radar musi byc obracany. Czyli powraca problem obrotowej glowicy z odczytem kata i przesylaniem zasilania i danych. Ma ktos pomysly?
  • #29 2563069
    Adoxxyz
    Poziom 12  
    Posty: 38
    Pomógł: 2
    Można by spróbowac rozbebeszyc jakiś tani multimetr i użyć pokrętła do wyboru zakresów jako obrotowej wieżyczki. Na płytce multimetru są wyrysowane koncentryczne scieżki (wiem, są poprzerywane) ale może przy odrobinie zabawy cos by z tego wyszlo.

    Co do dyskusji o serwach vs krokowcach, to chciałbym powiedzieć, że w profesjonalnych sonarach wykorzystuje się właśnie silniki krokowe. Dlatego, iż sonar wysyła impuls, czeka na jego powrót i dopiero się obraca o krok. Wiem że chodzi tu o radar, ale tak chciałem coś powiedzieć na obronę krokowców:)
  • #30 2563122
    Tawez
    Poziom 18  
    Posty: 265
    Pomógł: 19
    Ocena: 5
    Są profesjonalne złącza obrotowe (10 minut na googlach i można znaleźć również w Polsce)
    Jest tylko jedna kwestia której zdecydowanie nie lubicie ;)
    trzeba wydać pieniądze :P

    jak nie chcecie wydawać, to kombinujcie ;>

Podsumowanie tematu

✨ Dyskusja dotyczy budowy radaru dla robotów wykorzystującego obrotową głowicę z czujnikiem do pomiaru odległości w określonym zakresie kątów. Proponowany czujnik to podczerwieni Sharp GP2D12, montowany na głowicy obracanej silnikiem krokowym z przekładnią. Czas pomiaru GP2D12 wynosi około 55 ms, co ogranicza maksymalną prędkość obrotu głowicy. Alternatywnie rozważano czujniki ultradźwiękowe, które oferują większy zasięg, ale mają szerszy kąt pomiaru i wymagają bardziej zaawansowanej konstrukcji mechaniczej.

W kwestii sterowania i przetwarzania sygnału, sugerowany jest mikrokontroler ATmega8 z wbudowanym przetwornikiem ADC oraz interfejsem komunikacyjnym przez MAX232. Dyskutowano o problemach z dokładnym określeniem kąta obrotu przy użyciu silnika krokowego, który nie posiada sprzężenia zwrotnego, co może prowadzić do gubienia kroków i błędów w pozycjonowaniu. Proponowano zastosowanie serw modelarskich, które mają sprzężenie zwrotne i lepszą stabilizację pozycji, choć ich dokładność i koszt są różne.

Poruszono także kwestie techniczne dotyczące przesyłania sygnałów i zasilania do obracającej się głowicy, eliminacji zakłóceń mechanicznych i elektrycznych, a także problemów z pojemnością wejść mikrokontrolera i stabilnością odczytów. Wskazano na możliwość zastosowania elastycznych kabli zamiast szczotek do przesyłu sygnału i zasilania.

W dyskusji pojawiły się także pomysły na zwiększenie kąta skanowania przez zastosowanie kilku czujników GP2D12 rozmieszczonych na stałe, co pozwala na uzyskanie pełnego widoku 360° bez konieczności obracania głowicy. Zwrócono uwagę na ograniczenia kąta widzenia czujników podczerwieni (GP2D12 ma około 5°), co wpływa na rozdzielczość kątową pomiarów.

Wspomniano o profesjonalnych rozwiązaniach radarowych i sonarowych, które wykorzystują silniki krokowe z enkoderami i sprzężeniem zwrotnym, a także o alternatywnych metodach pomiaru odległości, takich jak dalmierze laserowe o wysokiej częstotliwości pomiarów, choć są one drogie.

Podsumowując, do budowy radaru dla robota można wykorzystać mikrokontroler z ADC (np. ATmega8), czujnik podczerwieni Sharp GP2D12, oraz mechanizm obrotowy – najlepiej serwo modelarskie lub silnik krokowy z enkoderem i systemem zerowania pozycji. Należy uwzględnić ograniczenia czasowe pomiaru, kąt widzenia czujnika oraz stabilność i dokładność pozycjonowania głowicy. Alternatywą jest zastosowanie wielu czujników stałych dla uzyskania pełnego kąta skanowania bez ruchomej głowicy.
Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
REKLAMA