Witam, potrzebuje zmierzyć odległość za pomocą czujnika ultradźwiękowego HC-SR04, wiem, że żeby to zrobić trzeba pierw dać impuls o długości 10uS na pin Trig a następnie czujnik poda nam impuls na pinie Echo którego długość po podzieleniu przez 58 daje nam odległość w cm .(nota - http://www.arduino.com.pl/wp-content/up ... C-SR04.pdf)Problemem jest to, że nie wiem jak zmierzyć czas tego impulsu . Znalazłem nawet kod na Arduino, czy mógłby ktoś przetłumaczyć i wytłumaczyć mi go na C do użycia na AVR najlepiej Atmega 8/16 ale jeśli nie będzie to możliwe mogę użyć innego . Z góry dziękuje . Pozdrawiam .





Ps: z obsługą LCD sobie poradzę chodzi tylko o fragment zliczający czas impulsu.

Kody umieszczamy w znacznikach syntax =c -- SunRiver

Zobacz to Zobacz tu https://github.com/arduino/Arduino/blob ... ng_pulse.c

nie arduino , a na C by chciał zaraz machnę koda bo akurat mam parę HC-SR04 tylko poczekaj

------------------------ [ Dodano po: 50 minutach ]

nio i masz ....

mam nadzieję że jasno i klarownie opisałem ....



Pobaw się ...

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

aby uzupełnić podam swój:

Moge przy okazji pytanie? Jak dokladnosc tego HC-SR04, bo cena na znanymportaluaukcyjnym.pl calkiem ciekawa?

może być do mini sumo i takich tam sie nadaje , max wydusiłem ok 230cm z dokładnością do ~1mm
na małych dystansach jest bardzo dobry czyli tak do 50-60cm

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

mi działa do około 3 i pól metra, pewnie da się wycisnąć trochę więcej. Zauważyłem też że pomiar bardzo zależy od kąta pod którym ustawiony jest przedmiot oraz ze względu na dosyć spory kąt pomiarowy dane mogą być niedokładne

Calkiem calkiem jak za swoja cene. A jakbym chcial cos lepszego, to czego szukac?

dokładnie tak jest , pololu są lepsze , ale cenowo tez wiadomo

na dużych odległościach ważne i może nawet krytyczne są czasy oraz kompensacja "starego" echa , co uwzględniłem w kodzie
dzięki czemu można bardzo dokładnie (jak na niego) mierzyć odległość -- chodzi o to by przy nowym pomiarze .. czasem stare echo nie wpadło bo zafałszuje wynik zresztą masz to w kodzie

------------------------ [ Dodano po: kilkunastu sekundach ]

charsz http://www.pololu.com/catalog/product/1605

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

Wielkie dzięki niedługo zamówię ten czujnik i przetestuje waszymi programami Jeszcze raz dziękuje za poświęcony mi czas . Pozdrawiam .

no faktycznie, może są lepsze, ale 11-13zł to nie to samo co 29,99 $

ot własnie

ale powiem ci swierku że jak odpowiednio zadbasz o kompensację echa , to chodzą tak samo praktycznie tyle , ze w paralaxie
masz gotowy sygnał a tu musisz zadbać o wszystko

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

jak tylko rozkminię Twój kod SunRiver to pewnie zmodyfikuję swój. Moje doświadczenia opieram na prymitywnych w porównaniu do Twoich rozwiązaniach, ale fajnie, bo za bardzo w necie ludzie nie bawią się tym pod C więc ciężko o dobre rozwiązanie

oj tak jakoś wyszło
nic wielkiego

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

Dzieki Sun!

Sun, ja obsługuje ten czujnik tak:


Uruchamiam czujnik co 50ms, i co jakiś czas wyrzuca mi błąd (tj. wyrzuca mi liczbę w ogóle wziętą z kosmosu lub zbyt małą), ja to skompensowałem tym ERR (pętla if...else), no ale nie wiem czy to wina czujnika (zbyt często go uruchamiam) czy wina kodu, jak uważasz?

Druga sprawa to to, jak Ty kompensujesz echo? Przecież na wyjściu (ECHO) mamy tylko stan wysoki, a uaktywniamy 10uS na TRIG. Więc gdzie tu jest pola do manewrowania do kompensacji?

To proste .... czytam rzadziej i czekam ze startem nowego pomiaru aż mam ciszę na Echu

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

aa no tak, najprostsze rozwiązania zawsze najlepsze

Ogólnie mnie zdenerwowałeś Myślałem ze już nawet nawet ogarniam ten C, popatrzyłem się na Twój kod - i stwierdziłem że jeszcze dużo nauki przede mną

przepraszam .... obiecuję, że to było przedostatni raz

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

kiclaw, miałem to samo, myślałem ze coś tam ogarniam a teraz zwątpiłem w siebie...

Pojawił się problem z twoim programem SunRiver mianowicie po skompilowaniu w bibliotece lcd z książki Mikrokontrolery AVR język c podstawy programowania w pliku lcd44780.h podkreśla mi 4 linijki na czerwono .

Jedyne co zmieniłem to linijki :

Zmieniłem na :

przebieg kompilacji:



Z góry dziękuje za pomoc . Pozdrawiam .

widzisz uzywałem sobie bezszczelnie innej biblioteki

ale możesz spokojnie przepisać do nowego pliku

jak widzisz kompilator wrzeszczy o braki ")" gdzieś ci musiał może wylecieć ??

i kilka pomniejszych w main

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

Witam,
Mam takie pytanko do kodu Sun'a
A mianowicie, że w kodzie nigdzie nie jest uważna wartość INSTR_PER_US. Więc wartość
odległości nie uwzględnia w ogóle częstotliwości taktowana - działa tylko dla 1MHz. Mylę się czy mam rację ?:)
pozdrawiam.

_________________
sig off ;(

mógbyś wytłumaczyc co w tej lini robsz dlaczego * 256 i pozniej jest dodawane tcnto ??

Sun też tego nie łapie jakbyś mógł wytłumaczyć o co chodzi. Może napiszę jak ja to rozumiem bo tutaj okaże się czy dobrze załapałem timery również no więc;)

1. Procesor masz taktowany Fcpu = 16 Mhz
2. Timer 0 ustawiasz następująco :
- brak preskalera
- wartość początkowa rejestru TCNT0 = 0
- odblokowanie przerwania od przepełnienia
3. No więc w momencie wykrycia zbocza narastającego na INT1 rozpoczynamy pomiar poprzez wyzerowanie rejestru TCNT0 oraz licznika programowego timerCounter. NO I TERAZ zasadnicze pytanie czy dobrze myślę, skoro procesor jest taktowany 16MHz -> preskaler 1 -> czyli sygnał wchodzący do timera ma częstotliwość 16Mhz co jest równe T = 1/F = 62,5 us (czas jednego impulsu) -> skoro timer działa w trybie zwykłym to zlicza do 255 co powoduje, że na wyjściu dostajemy sygnał z częstotliwością 16Mhz/256 lub 62,5[us]*256 czyli 62,5kHz lub 16ms
4. Czyli programowy timer timerCounter zwiększa się o 1 co 16 ms tak?
5. Jeśli tak to dlaczego taki wzór?

Witam.
Wzorując się na tym temacie napisałem swoją wersję kodu do obsługi tego czujnika. Działa on w miarę dobrze na tym kodzie lecz czasami zdarzają się dosyć spore przekłamania i nie wiem z czego one mogą wynikać. Nie chcę zakładać nowego tematu na forum żeby nie spamować.


Kod z Eclipsa:

Jestem całkowicie początkującym adeptem programowania AVRów. Chcę wykonać drobny projekcik z zastosowaniem czujnika HC-SR04, więc zacząłem przeglądać forum, żeby zobaczyć, co mądrzejsi ode mnie na ten temat wymyślili i trafiłem na post kol. Miodek11. Co prawda jest sprzed roku, ale skoro nikt nie odpowiedział, postanowiłem to zrobić. W końcu kiedyś trzeba zacząć aktywnie uczestniczyć w forumowych dyskusjach. Wydaje mi się, że w kodzie kol. Miodek11 brakuje wyzerowania licznika TCNT1 na początku obsługi przerwania TIMER1_CAPT. Wobec tego pomiar rozpoczyna się przy przypadkowym stanie licznika. Jeśli podczas pomiaru nastąpi przepełnienie licznika, jako wynik otrzymamy całkiem przypadkową liczbę. Stąd te przekłamania.