Elektroda.pl
Elektroda.pl
X

Search our partners

Find the latest content on electronic components. Datasheets.com
Elektroda.pl
NOVATEK-ELECTRO POLSKA SP. Z O.O.NOVATEK-ELECTRO POLSKA SP. Z O.O.
Please add exception to AdBlock for elektroda.pl.
If you watch the ads, you support portal and users.

Wykrywanie przeszkód

09 Aug 2005 02:42 11209 80
  • Level 11  
    Chciałbym zrobić jakiś czujnik do wykrywania przeszkód na drodze. Czy lepiej zrobić go na podczerwień czy ultradźwięki? Może ma ktoś jakis schemat. Czy da się kupić w Polsce czujnik GP2D12?
  • NOVATEK-ELECTRO POLSKA SP. Z O.O.NOVATEK-ELECTRO POLSKA SP. Z O.O.
  • Level 17  
    Witam.

    Tematy sa na tym forum - poszukaj o robotach... ale na temat. Jezeli chodzi o moje zdanie to uwazam, ze ultradzwiekowy jest lepszy - chociaz zalezy to od zastosowania i odleglosci. Prosciej mozna zmierzyc odleglosc. Mysle, ze powinienes sam zbudowac i sprawdzic "organoleptycznie" :) - pzdr. wmr
  • Level 35  
    seth:
    ir - krotszy dystans od ktorego mozna zmierzyc odleglosc, ogolnie krotsza odleglosc mierzenia(od kilku cm do metra z groszem - zalezy od czujnika), bardzo waska wiazka (bardzo mala przeszkode typu noga od stolu trudno namierzyc, ale za to jak cos namierzysz to wiesz ze to jest dokladnie przed toba, a nie gdzies 20stopni z boku)

    ultradzwieki - dluga odleglosc pomiarowa (od kilkudziesieciu cm do kilku metrow), bardzo szeroka i nieregularna wiazka pomiarowa

    Jak chcesz kupic jeden czujnik IR do testow to tutaj:
    http://www.gembara.pl/cgibin/shop?sid=5d1696dd
    jest model gp2d120 (40-300mm odleglosc pomiarow) - cena 45zl jest przyzwoita.

    Jezeli chcialbys kilka czujnikow to zdecydowanie polecam sprowadzic ze stanow. Przy wiekszej ilosci (5+) mozna je dostac za 35-40zl z kosztami transportu itd.

    Jest tez nowa odmiana czujnikow gp2d12 o nazwie gp0y...costam , ktora ma troche szersza wiazke od gp2d12 (podwojna szerokosc wiazki)
  • Level 18  
    Sonar ma stosunkowo duży zasięg i relatywnie małą rozdzielczość (związane z długością fali) - nie wykryje pewnych przeszkód.

    Co do IR, z moich doświadczeń wynika np. że GP2D12 jest w stanie wykryć stojący ołówek (robiłem skaner na jednym czujniku).

    Jak ktoś nie chce wydawac pieniędzy na czujniki sharpa, a robi niewielkiego robota, to polecam rozwiazanie z Khepery (PDF 210kB).
    Nie jest to tak wygodne jak Sharp, ale można poeksperymentować (i zjada mniej prądu ;) ).

    Generalnie:
    Jeden rodzaj czujnika nigdy zadowalająco nie załatwi sprawy.
    Przykładowo:
    - IR nie zawsze wykryje szybę (podobnie kamera)
    - Sonar ultradźwiękowy nie wykryje firanki i innych materiałów (tekstylia)
    Do nawigacji z prawdziwego zdarzenia potrzebne sa różne czujniki i różne techniki wydobywania z nich informacji, np fuzja sensoryczne.
    Do tego przydaje się znajomość różnych zagadnień na przykład z dziedziny datamining.
  • NOVATEK-ELECTRO POLSKA SP. Z O.O.NOVATEK-ELECTRO POLSKA SP. Z O.O.
  • Level 19  
    A jaka jest szerokość wiązki typowego czujnika ultradźwiękowego i IR Sharpa?
    Tawez: a jakie jeszcze typy czujników zastosować by zabezpieczyć się nie tylko przed szkłem i tekstyliami, ale wszystkim?

    Wy zastanawiacie się jakie czujniki zastosować, a ja zastanawiam się jeszcze jak umieścić i nimi sterować. Załóżmy, że mamy wyposażyć mobilnego robota w ileś tam czujników by wiedział na jakie przeszkody może się natknąć w swoim otoczeniu. Powiedzmy, że jego zadaniem jest jazda w kierunku wykrytego obiektu. Więc robot swoim wzrokiem musi pokrywać kąt 360*. Jeśli umieścimy na nim 4 czujnik Sharpa skierowane we wszystkie strony świata :) to i tak zastaną martwe pola. By tego uniknąć można czujniki umieścić na obrotowej wieżyczce. Jednak i takie rozwiązanie ma swoje minusy… Ponieważ każdy pomiar trwa (w wypadku Sharpa jest to ok. 45ms) wieżyczka musi poruszać się powoli i będąc zsynchronizowaną z rozpoczynaniem i kończeniem pomiaru przez czujnik. Na dodatek w czasie obrotu wieżyczki robot tez nie może jechać szybko a najlepiej by w ogóle stał w miejscu ponieważ jeśli zeskanowanie 360* terenu potrwa powiedzmy 5s a robot sobie jedzie, to robot będzie już kilka metrów od miejsca w którym zaczął wykonywać pomiary. Dlatego uważam, że nie tylko typ czujników ale również sposób ich wykorzystania jest dużym i ważnym zagadnieniem. Może ktoś się podzieli z nami swoimi przemyśleniami nad zastosowaniem czujników i rozwiąże problem z którym się borykam.
  • Level 17  
    Obornik podczerwieni TSOP1736 (ogólnie dostępny, cena ok. 6zł) dioda Ir do timera NE555 i będzie nadawać z częstotliwością 36 KHz. (odległość ok 15 cm). Można też uzyskać większą odległość stosując pilot zamiast układu nadawczego na 555 (odległość kilka metrów).

    Polecam układzik z wykorzystaniem uC i możesz sterować czym chcesz.
    http://www.lutecki.republika.pl/sumo.htm Tego typu układ niej jest dokładny bo Ir od niektórych materiałów gorzej lub lepiej się odbija, ale za to cena to parę zł.

    pozdr.
  • Level 18  
    Nie ma niestety czegoś takiego jak "typowy" czujnik ultradźwiękowy.
    Każdy ma swoją charakterystykę kierunkową. Trzeba patrzeć w dokumentacji.
    Takie popularne mają ~30-45 stopni główny płatek i nawet 90stopni płatki boczne.

    Są takie, które mają tą charakterystykę węższą i szerszą.
    Niestety nie zawsze jest dostępna odpowiednia dokumentacja do nadajników i odbiorników ultradźwiękowych, które są w sprzedaży.


    Co do IR, wiązka jest dość wąska, IR ma silnie kierunkowe działanie.
    Na załączonych rysunkach są pokazane:
    1) Charakterystyka czujnika GP2D12 (tam gdzie jest 80cm powinno być 90cm)
    2) Działanie skanera (czujnik obracał się wzdłuż swojej pionowej osi, skanując w sposób ciągły, obszar o kącie 180 stopni.
    Jak widać z opisu, wykrył pionowo postawiony ołówek - można z grubsza oszacować, jak szeroka jest wiązka.


    Wreszcie co do czujników...
    W zasadzie istota sprawy nie jest w ilości i różnorodności czujników (choć to też jest ważne), ale w sposobie ich wykorzystania.
    Każdy z czujników zwraca wartość, którą można z grubsza traktować jako pewne prawdopodobieństwo.
    Nie wiemy na pewno czy przed nami jest przeszkoda - wiemy to z pewnym prawdopodobieństwem.
    Biorąc kilka różnych czujników, ustawiając je w różnych kierunkach itp. otrzymujemy wiele wyników.
    Jak to robić?... wynika z doświadczenia ;)
    Teraz pozostaje w sprytny i skuteczny sposób wyciągnąć informacje z tych pomiarów.
    Proponuję poszukać w sieci wg klucza "Bayes's Theorem", "Fusion by Dempster-Schafer's Rule" (ogólniej "Dempster-Schafer").

    To jest materiał na kilka książek.

    Jak znajdę czas, to poszukam jeszcze w swoich zasobach.
  • Level 19  
    Tawez, próbowałeś na jakims swoim, zbudowanym w warunkach amatorskich robocie stosować wymienione przez Ciebie algorytmy? Jesli tak, to czy mógłbyś opisać szerzej eksperymenty (pewnie wykorzystujesz to do SLAM-u?) i uzyskane wyniki? A co do pytania zadanego na wstępie - jako czujniki wykrywające przeszkody (bo Autor nie wspominał o pomiarze) podobnie jak kidzar89 polecam zastosowanie czujnika z modulowaną wiązką IR. Tak się składa, że uczestniczyłem w budowaniu obu robotów wymienionych na cytowanej stronie i moim zdaniem rozwiązanie jest proste, skuteczne i tanie. Jeśli robot nie będzie sie poruszał w 'szklanym' środowisku, powinno wystarczać. Nawet problem powierzchni wykrywanej i jej współczynnika odbicia okazał się nie byc tak straszny. Zamszowy, czarny but (nie był zakurzony - mój, wyczyściłem wcześniej ;)) czujnik wykrywa z odległości kilkunastu cm, białą kartkę, przy dobrym dostrojeniu z 25-30 cm.
  • Level 11  
    Dzięki za światełko w tunelu.
    A czy jest ktoś w stanie napisać na czym polega i jak należy zrealizować taki pomiar odległości?
  • Level 19  
    kidzar89: jasne, ze mozna zrobic tsop1736 i dioda IR z modlulowana nosna. Zrobilem nawet cos takiego jakis czas temu i moge polecic jesli kogos nie stac na bardziej zaawansowany czujnik - ten mozna zrobic za ok. 10 PLN nakladem pracy 30 min ale jest pewne ale. Nie wiesz nic o otoczeniu: czujnik zareaguje na przeszkode (TSOP ma wyjscie cyfrowe) i nie wiesz, czy to biała ściana oddalona o 3m czy czarne podleko 3cm od Ciebie.

    seth_pila: To zalezy jakim czujnikiem chcesz mierzyc te odleglosc. Jeśli:
    1) TSOP'em - nie da sie okreslic odleglosci
    2) GP2Y0A02YK Sharpa - daje napiecie od 0V do 2,5V na pinie OUT i z tego mozna wyliczyc odleglosc (w necie jest opisane jak, nawet na stronie ktorej link tu byl)
    3) sonar ultradzwiekowy - wysylasz paczke ultradzwiekow i odliczas ile czasu uplynelo do momentu gdy ultradzwieki wrocily do Ciebie, nastepnie za pomoca specjalnych wzorow (sa w necie) obliczas jaka to byla odleglosc

    Tawez: napisales cos o czujnikach z Khepery w pdf'ie zobaczylem kilka roznych elementow m.in. CNY-70 o nim akurat moge sie wypowiedziec, bo mam taki w domu. Odleglosc pomiaru wg. noty katalogowej to 0.8mm ale w rzeczywisctosci mozna z niego wycisnac 1cm zasiegu. Jednak nie mam pojecia jak mozna wykryc przeszkode z odleglosci 10cm (no chyba, ze duzy wzmacniacz dac z jego wyjscia. Ale wtedy z kolei pojawia sie zaklucenia - wiec trzeba podczerwien modulowac, a wtedy uklad sie komplikuje i drozeje).

    Tawez: ok, ja tez robilem skaner na GP na wiezyczce obracajacej sie ruchem ciaglym. Z niewielkiej odleglosci wykrywal pisak, ale wiekszej juz nie. W koncu GP ma waska wiazke a pomiary sa wykonywane co 45ms. W ciagu tego czasu wiezyczka sie przemieszcza o kilka stopni ktore mimo, ze GP na nie "patrzyl" to nie zastana zeskanowne. To jest duze utrodnienie i zastanawiam się, jak sobie z tym poradzic. A kolejnym stopniem trudnosci bedzie rozwiazanie problemu skanowania terenu podczas jazdy robota. Tawez - sprawiasz wrazenie osoby, ktora ma wiedze na ten temat, wiec moze oswiecisz mnie, jak sobie z tym poradzic?

    sepher: Widzialem Twojego robota (bo napisales, ze z tej strony to Twoj) na zawodach na PP :) Moglbys sie z nami podzielic swoim sposobem zczytywania danych z sanaru ultradzwiekowego? Bo jakos to masz zrealizowane, ze robot wie gdzie jest jego przeciwnik (w sumo) pomimo, ze sonar jako taki nie pokrywa swoim zasiegiem 360*.

    Uhh, ale sie rozpisalem.
  • Level 19  
    Robot nie jest mój, tylko całej drużyny :D. A co do wykrywania przeciwnika - 2 sonary z przodu, 1 z tyłu. Aby sie orientowac co jest wkoło, wystarczy troche pojeździć w kółko i sie porozglądać ;). Nie wiem czy zauważyłeś, ale na początku robot zataczał koła przy małej prędkości, a kiedy 'zobaczył' coś na kursie kolizyjnym, dawał pełną moc (100% wypełnienia w PWM ;)), z ewentualną niewielka korektą na to w którym sonarze pojawiło się echo (bardziej z prawej lub z lewej strony).
  • Level 19  
    sepher: Ubolewam nad tym, ale nie zauwazylem - bylem zabardzo zaaferowany cala sprawa by moc zapamietac walki. Jedyne co, to mam sporo zdjec, ale z nich nie moge spostrzec, czy robot Twojej drozyny robil kolka czy nie :) Wiesz moze czy ktos ma jakies filmy wideo z walk? Chociazby samo PP mialo sporo kamer, zapewne z ktorejs obraz byl nagrywany (wiem, ze PP zrobilo filnik o walkach sumo kilkanascie minut ok. 80MB. Ale mi chodzi o film prezentujacy walki od poczatku do konca).

    A podejmie ktos inne kwestie poruszane przeze mnie w moim poprzednim poscie?
  • Level 18  
    sepher wrote:
    Tawez, próbowałeś na jakims swoim, zbudowanym w warunkach amatorskich robocie stosować wymienione przez Ciebie algorytmy?

    nie stosowałem... moje konstrukcje są raczej za proste, aby się bawić na przykład w D-S.
    poza tym ciężko znaleźć jakieś ciekawe materiały na temat implementacji D-S w robocie, w których poza "machaniem rękami" jest garść konkretów.
    mi w każdym razie się nie udało.
    cyklicznie (chyba w USA) odbywa się jakaś konferencja, której jednym z głównych tematów jest D-S, jest gdzieś strona WWW ale materiały nie sa dostępne za free.

    takaba wrote:
    seth_pila: To zalezy jakim czujnikiem chcesz mierzyc te odleglosc. Jeśli:
    1) TSOP'em - nie da się okreslic odleglosci

    da się... można tą odległość oszacować z pewnym prawdopodobieństwem.
    jeśli wiesz w jakim srodowisku porusza się robot to wiesz jakie materały go otaczają - zbierasz charakterystyki tych materiałów i na ich podstawie bawisz się w zgadywanie, ale takie trochę inteligentniejsze.

    Nie wiem dlaczego zakładacie budowę systemu uniwersalnego, poruszającego się w dowolnych i nieprzewidywalnych warunkach?
    to jest ambitne, ale raczej niewykonalne (przynajmniej na poziomie hobbystycznym) i łatwo się zniechęcić.

    takaba wrote:
    Tawez: napisales cos o czujnikach z Khepery w pdf'ie zobaczylem kilka roznych elementow (...)
    Odleglosc pomiaru wg. noty katalogowej to 0.8mm ale w rzeczywisctosci mozna z niego wycisnac 1cm zasiegu. Jednak nie mam pojecia jak mozna wykryc przeszkode z odleglosci 10cm

    w Kheperze jest ten z oznaczeniem xxxx1000 i jakoś im się udało wycisnąć te 10cm ;)
    poczytaj... na stronie jest sporo interesujących materiałów.

    takaba wrote:
    uklad się komplikuje i drozeje

    to kolejny mit.
    nie zawsze da się zrobić robota z niczego ;)
    czasami trzeba trochę wydać.

    takaba wrote:
    GP ma waska wiazke a pomiary sa wykonywane co 45ms. W ciagu tego czasu wiezyczka się przemieszcza o kilka stopni ktore mimo, ze GP na nie "patrzyl" to nie zastana zeskanowne. To jest duze utrodnienie i zastanawiam się, jak sobie z tym poradzic. A kolejnym stopniem trudnosci bedzie rozwiazanie problemu skanowania terenu podczas jazdy robota.

    1. skąd ta wartość 45ms?
    2. czy na pewno potrezbujesz skanować cały teren podczas jazdy? może nie jest Ci to potrzebne i wystarczy pomiar punktowy? może trzeba zmienic założenia?
    3. zastanów się nad zmianą metodologii pomiaru.
    tworzenie modelu otaczającego świata jest równie fajne co absorbujące.
    chcesz coraz więcej danych i pomiarów i powoli brakuje czasu na stworzenie modelu chwilowego i podjęcie decyzji.
    jak to ktoś mądry przewrotnie zauważył: World is its own best model.

    KISS - to podstawowa zasada.

    co z tego że zeskanujesz teren, skoro nie przerobisz danych pomiędzy kolejnymi skanami albo wykorzystasz dane w 10%.
  • Level 19  
    offtopic: sepher: a jakie mieliscie silniki w tym robocie? Ile Nm?

    Quote:
    da się... można tą odległość oszacować z pewnym prawdopodobieństwem.
    jeśli wiesz w jakim srodowisku porusza się robot to wiesz jakie materały go otaczają - zbierasz charakterystyki tych materiałów i na ich podstawie bawisz się w zgadywanie, ale takie trochę inteligentniejsze.


    Jest to mozliwe jesli robot porusza sie w srodowisku z przedmiotami o takim samym kolorze. Bo przeciez kazdy kolor ma inny wspolczynnik odbijalnosc swiatla. Jesli w srodowisku beda roznokolorowe przeszkody to nie wiem jak chcesz szacowac odleglosc. Chyba, ze majac mape terenu i osometrie albo gps - tylko po co wtedy jeszcze jakies czujniki odleglosci :)

    Quote:
    nie zawsze da się zrobić robota z niczego Wink
    czasami trzeba trochę wydać.


    Cos o tym wiem, produkcja mojego robota pochlonela 1500zl pomimo, ze zadnych wodotryskow nie ma :(

    Quote:
    1. skąd ta wartość 45ms?


    Z noty katalogowej GP, dam w zalaczniku wycinek.

    Quote:
    2. czy na pewno potrezbujesz skanować cały teren podczas jazdy? może nie jest Ci to potrzebne i wystarczy pomiar punktowy? może trzeba zmienic założenia?
    3. zastanów się nad zmianą metodologii pomiaru.


    Ok. Powiedzmy, ze jest tak: na poczatku robot nie wie nic o terenie w jakim sie znajduje, wie tylko, ze gdzies w promieniu metra jest ruchomy objekt, do ktory ma zlapac. Wiec pierwszy skan musi objac caly teren, pozniej juz moze tylko sledzic objekt (czyli skanowac maly wycinek terenu). Tak czy siak nie zmienia to faktu, ze chociazby raz bedzie potrzebny skan 360* dlatego dyskutuje z Toba jak najkorzystniej takie cos zrealizowac. To jest tematem mojego wywodu.
  • Level 18  
    w nawiązaniu do Twojego ostatniego akapitu:
    wygląda to na odnajdywanie przeciwnika w zawodach SUMO ;)

    przypominam ;)
    3. zastanów się nad zmianą metodologii pomiaru

    proponuję wzorowanie się na systemach biologicznych
    powiedzmy: oko ludzkie

    siatkówka jest tak zbudowana ze w jej środku jest zagęszczenie receptorów, a im dalej od środka tym ich mniej
    całość działa tak, ze "kątem" oka jesteś w stanie wykryć ruch obiektu
    jesli cię to zainteresuje, ogniskujesz swoją uwagę na tym obiekcie przesuwając głową, a jednocześnie oko wykonuje sakady, aby sie ustawić centralnie na obiekt.
    teraz jesteś w stanie stwierdzić że ten obiekt to na przykład jakaś dziewczyna około 170cm wzrostu, w zwiewnej niebieskiej sukience w żółte kwiatki
    te szczegółowe informacje możesz uzyskać dopiero ogniskując swoją uwagę, brzeg siatkówki nie dostarczy takich danych.

    przekładając to na system czujników, możesz zrobić jeden, który by wysyłał "ping" w otoczenie i zbierał co do niego nadchodzi.
    w ten sposób mógł byś określić generalny kierunek
    wtedy przełączał byś się na drugi, np GP... i przeszukiwał dokładniej tylko wycinek obszaru, a nie całość.
    będzie zdecydowanie szybciej a moze i łatwiej.


    jest to jedno z mozliwych rozwiązań.
  • Level 19  
    MirekCz:

    ad 1. no to bylem blisko :)

    ad2. Dlugo by wymieniac... Ale tyle sie uzbieralo. Zeby nie wprowadzac was w blad powiem, ze ostatecznie to co znalazlo sie w robocie bylo warte mniej ok 800zl. Reszta, to elementy, ktore zostaly tylko przetesotwane i uznalem, ze wykozystam inne. A poza tym koszt doposarzenia warsztatu w brakujace narzedzia.

    Tawez: fakt, masz racje co do tej siatkowk.i
  • Level 11  
    A że sie tak zapytam, jak podłączyć (pod jakie piny) nadajnik i odbiornik ultradzwięków (np. 40ST-12)?
  • Level 19  
    Tawez: ale czy taki sonar mozna gdzies kupic? Nawet jesli nie w Polsce to w zagranicznym sklepie za rozsadna cene. Ja znalazlem za 25$ czyli do zaakceptowania, ale przesylka 100$ - paranoja...

    seth_pila: zadajesz w ten sposob juz kolejne pytanie. W ten czyli bez zadnych konkretow. Mowiac pod jakie piny, nie wiem co masz na mysli, moze mikrokontroler... Jesli tak, to od razu ostrzegam, ze podlaczajac nadajnik/odbiornik ultradzwiekow bezposrednio do mikrokontrolera nie uzyskasz zadowalajacych efektow (zasieg kilku cm). Trzeba skonstuowac do tego dwa moduly: generator fali nosnej 40kHz oraz wznacniacz sygnalu z odbiornika. Generator musi byc wyzwalany z dowolnego pinu I/O mikrokontrolera a wzmacniacz podaje sygnal na ADC lub ewentualnie komprarator analogowy (ale nie polecam). Co do samych wyprowadzen nadajnika/odbiornika ultradzwiekow - to tych dwoch urzadzen mozesz uzywac praktycznie zamiennie - nie roznia sie od siebie znacznie budowa (a niektore sklepy maja np. tylko nadajniki). Maja po dwa wyprowadzenia: jedno polaczone z obudowa to masa, a na drugie podajesz albo nosna, albo podlaczasz do wzmacniacza.

    Przy okazji zapytam czy dla uproszczenia ukladu seth_pila bedzie mogl jako wzmacniacz zastosowac jakis scalony wzmacniacz audio, czy nie da rady on pociagnac 40kHz? Sam takigo rozwiazania nigdy nie stosowalem, dlatego nie wiem. Niby przekracza to pasmo przenoszenia sprzetu audio, ale moze...

    [apdejt]

    W zalaczniku dodaje skan schematu z ktorego robilem sonar. To co jest naniesone dlugopisem mozesz zignorowac. Schemat nie jest mojego autorstwa wiec za niego nie odpowiadam i nie udzielam informacji dlaczego tak a nie inaczej, albo czy to mozna zastapic tym.
  • Level 35  
    takaba:najlepszy sklep z czesciami do robotow jaki znam (i bardzo tani) - http://www.junun.org/MarkIII/

    Kupowalem juz od tej osoby i nie ma zadnych problemow. Koszty przesylki to bodajze 9$.. niestety jak nie masz konta paypal to musisz wyslac pieniadze western union.. a to koszt kolejne 10$ czy jakos tak.

    Zaleta taka, ze ma duzo swietnych zabawek za niska cene. Dla przykladu gp2d12 i tym podobne, najczesciej chodzace po 12$ lub 10E, tam sa po 8.25$!
    Z fajnych rzeczy jest jeszcez sharp is471f - taki prosty "bumper" na IR. Sam ma na wyjsciu sygnal bodajze 40khz, wiec nie potrzeba uzywac procesora do generowania tej czestotliwosci, bo diode IR podlancza sie prosto do sensora.
    Jest tez czesto uzywany Hamamatsu P5587 IR Photoreflector i tona innych zabawek.

    Gdybys zdecydowal sie sprowadzac cos z tego sklepu to daj mi prosze znac. Z checia bym sie dorzucil i podzielil koszty zamowienia na 2 osoby.
  • Level 11  
    Dzieki za linka fajna sprawa
    Mysle ze ja napewno cos zamowie chociaz nie wiem za bardzo kiedy bo jak juz zamawiac to konkretnie zeby nie placic cuda za przesylke :)
    A jaki jest czas realizacji ? Ile idzie wysylka po zamowieniu ?
    Musze przyznac ze maja duzo fajnych rzeczy i cenowo nie jest az tak zle
    Pozdro
  • Level 19  
    Ok to mamy juz 3 osoby, to ja prawie napewno cos zamowie. A jesli koszt przesylki podzielimy na 3 to nie bedzie juz tak zle :)
  • Level 11  
    To może troche więcej konkretów skąd moje pytanie.
    Zaczne może od tego że programuje w Bascomie i tam są powiedzmy "gotowe" programiki w stylu "ultrasonic.bas". Przytocze przykład:
    '
    ' ulrasonic functions SRF04
    ' Declare Sub Initialize_ultrasonic()
    ' Declare Function Ultrasonic_left() As Integer
    ' Declare Function Ultrasonic_right() As Integer

    Function Ultrasonic_left() As Integer
    Portc.6 = 0 ' Set initial state of trigger pin
    Pulseout Portc , 6 , 10 ' generate a 5us pulse @ 8 mhz
    Pulsein Ultrasonic_left , Pinc , 7 , 1 ' measure the return pulse
    End Function

    Function Ultrasonic_right() As Integer
    Portd.6 = 0 ' Set initial state of trigger pin
    Pulseout Portd , 6 , 10 ' generate a 5us pulse @ 8 mhz
    Pulsein Ultrasonic_right , Pind , 7 , 1 ' measure the return pulse
    End Function


    Sub Initialize_ultrasonic
    ' Ultrasonic left
    Config Pinc.6 = Output
    Config Pinc.7 = Input

    ' Ultrasonic right
    Config Pind.6 = Output
    Config Pind.7 = Input
    End Sub


    I nie do końca to kumam, bo czy z tego wynika że jedną "noge" nadajnika/odbiornika podłączamy np. pod PinD.6 a drugą pod PinD.7?
    Bo taka konfiguracja nie chciała mi działać. Napewno coś robie źle, problem tylko w tym, co? Co do mikrokontrolera - ATmega8.
    Widziałem również inny przykład, gdzie nadajnik był podłączony pod PD0 i PD1 (ATmega8) a odbiornik na komparator, ale też mi się coś krzaczyło.
    Przepraszam jeśli uraźliłem kogoś moją niewiedzą, ale temat ten jest mi obcy i prosze nie wymagajcie od nowicjuszy wiedzy którą wysponujecie po iluśtam latach doświadczeń.
  • Level 35  
    lord:bardzo szybki. nie wiem ile to dokladnie trwalo, tydzien-dwa tygodnie.
    Jedna uwaga. Do tych cen moze nam panstwo kochane przywalic clo i vat... mi sie udalo i paczka za bodajze 70$ przeszla bez dodatkowych kosztow... ale roznie z tym moze byc. Z tego co wiem od 200zl sprawdzaja paczki.
  • Level 11  
    No wlasnie wiem, ze takie cuda moga byc, bo moj ojciec kiedys cos sprowadzal o wartosci ok 400zl i mu dowalili taki podatek celny ze musial chyba z 200zl zaplacic albo cos takiego :)
    Najlepiej zrobic tak, zeby napisac do tego sklepu zeby napisali wartosc przesylki na paczce bo tak sie to robi ponoc, i to co napisza musieliby troszke obnizyc, czyli napisali by z 50 dolcow i gra.
    Bo szczerze mowiac zrzuta na przesylke i kupienie sprzetu za 200dolcow moze wcale taniej nie wyjsc :)
    Pozdr
  • Level 19  
    Ok, trzeba będzie poprosic o to sklep - mozesz sie zgodza. Ja sprowadzalem kilka rzeczy (wstydze sie powiedziec co :D rotfll) z USA i dodatkowymi podatkami mnie nie obarczyli, ale to bylo warte <200zl.

    seth_pila: Fakt Twoja wiedza nie jest na tym polu zbyt duza, ale uwazam, ze nie jest to w zadnym wypadku powod do obrazania sie :) Masz do tego prawo, a jak bedziesz probowac to sie nauczysz. Przyznawanie sie do programowania w Bascomie na tym forum jest ryzykowne - ten jezyk nie jest tu lubiany :-/ Napewno trzeba wykozystac komparator albo ADC - co wolisz. Komparator ma dwa wyprowadzenia. Do jednego podlaczasz odbiornik a do drugiego potencjometr, ktorym bedziesz okreslac poziom po ktorego przekroczeniu komparator przyjmnie stan wysoki (to bedzie oznaczac, ze odebrales paczke ultradzwiekow). I najlepiej pisz sam programy - bedziesz wiedziec jak dzialaja! Swoja droga, zajmowales juz sie robotyka? Jesli nie to radzilbym Ci zebys najpierw zrobil prostrzy czujnik niz ultradzwiekowy - ir. Bedziesz miec troche zabawy - poznasz jak to wszystko dziala i wtedy porwiedz sie dopiero na ultradzwieki.
  • Level 11  
    Co do Bascoma - to z postów na forum wynika że mnóstwo ludzi programuje w Bascomie, przecież aby liczyć całki też najpierw trzeba nauczyć sie dodawać i odejmować.
    Co do czujnika na IR - to zrobiłem taki na TSOPie1736 i śmiga ładnie, wykrywa z jakichś 15 cm. Dlatego też chciałem wejsc w ultrasonic, bo tego jeszcze nie opanowałem.
    I tak poza tym, to na nikogo i na nic sie nie obrazam, nie jestem z tych. Uważam że forum jest własnie po to aby radzić i krytykować innych, a krytyki sie nie boje, bo przecież nie jestem Alfą i Omegą (i znam tylko konkrety ogólne - jak mawia Pan Przewodniczący L.)
    Pozdrawiam forumowiczów uczących sie i poznających (i tych co uczą innych).
  • Level 19  
    Popieram. Sam programuje w Bascomie i sądzę, że jest to dobry jężyk na początek - zajmujesz się tym co chcesz zrobić, a nie jak to zrobić. Fakt, trochę kosztem wydajności, ale w końcu Atmegi maja 16MIPS'ow.
    Jeśli już zrobiłeś czujnik na tsop'ie to rzeczywiście pora na ultradzwięki. Polecam Ci wykonać układ z mojego lub jakiegokolwiek innego schematu, który znajdziesz w necie a nie kombinowac z bezpośrednim podłączaniem nadajnika/odbiornika ultradzwięków do uC.