ATNEL tech-forum

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-04-12T18:34:17+01:00

Musiałem przerwać prace nad moim projektem, ale wracam do niego, jak myślicie czy można mierzyć odległości za pomocą 3 czujników HC-SR04 poprzec ICP1?

- wejścia czujników Trig podpinam pod wyjścia procesora,
- wyjścia czujników Echo czujników podpinam przez diody do wejścia procesora ICP1,
- podaję impuls na wejście Trig pierwszego czujnika i odczytuję długość impulsu z pierwszego czujnika
- itd z pozostałych czujników
- czy moja koncepcja jest słuszna?

Statystyki: Napisane przez Hannibal9 — 12 kwi 2016, o 18:34

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-12T08:07:57+01:00

Witam

Hannibal9 napisał(a):

jeżeli przesuniesz wynik 0 8 bitów w lewo

...to tak jakbyś pomnożył przez 256 - czyli w sumie Twój zapis jest OK - taki zbieg okoliczności .
W kodzie jest
[syntax=c]buf_t0 ++;[/syntax]
czyli co jedno przerwanie ( 256 tyknięć ) jest zwiększane o jeden. Jeśli wystąpiło kilka przerwań to wynikiem sumarycznym tyknięć jest te klika * 256 co jest jednoznaczne z kilka<<8

Pozdr.

Statystyki: Napisane przez kicajek — 12 mar 2016, o 08:07

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-12T07:25:17+01:00

APAP75 napisał(a):

Jeśli impuls może być podany na inny port niż INT0, a chcesz bardzo dokładnie zmierzyć jego długość, proponuję wykorzystać mechanizm input capture dla timera.

W przerwaniu musiałbyś zmienić bit ICES.

Taki sposób już przerobiłem, chodzi bardzo dobrze.

Do czego służy bit TOV1?

------------------------ [ Dodano po: 34 minutach ]

[syntax=c]( buf_t0<<8)[/syntax], a ten zapis?
rozumiem że przerwania wykonywane są z częstotliwością 8000000/64/256, jeżeli przesuniesz wynik 0 8 bitów w lewo to pozbywasz się tego dzielnika 256 - tak?

Statystyki: Napisane przez Hannibal9 — 12 mar 2016, o 07:25

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-11T16:02:57+01:00

Witam

Hannibal9 napisał(a):

Ten warunek if to do sprawdzenia z jakim zboczem powodującym przerwanie mamy do czynienia?

Dokładnie; dla uproszczenia zapisu jest tam
[syntax=c]#define INT0_pin (1<#define INT0_down !(PIND & INT0_pin) // L na INT0[/syntax]
a wiesz, że jest to makro sprawdzające czy na danym PIN'ie jest stan niski - tak samo jak dla klawiszy bo to bez różnicy.
Cała robota wykonywana jest w zależności od tego jaki stan wywołał przerwanie - a któryś musiał bo ono wystąpiło.
Po wejściu w przerwanie jest sprawdzany poziom logiczny wejścia (bo można to robić - a z uporem maniaka odsyłam...) i jeśli jest stan niski "włazi" do:
[syntax=c]if(INT0_down){

timer0_stop;
dziesiatki = TCNT0;
flaga =1;
}[/syntax]
zatrzymywany jest TIMER0 który liczył nam tyknięcia TCNT0, odczytana jest wartość TCNT0 i ustawiona flaga. Jeśli poziom jest inny ( czyli wysoki ) następuje:
[syntax=c]else {
TCNT0 = 0;
buf_t0 =0;
timer0_start;}[/syntax]
wyzerowanie, wyzerowanie i wio
Użycie flagi jak i buf_t0 jest chyba jasne.

Pozdr.

Statystyki: Napisane przez kicajek — 11 mar 2016, o 16:02

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-11T12:25:40+01:00

Statystyki: Napisane przez APAP75 — 11 mar 2016, o 12:25

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-11T12:12:40+01:00

kicajek napisał(a):

Witam
Tak szczerze mówiąc to nie wiem jak byś to miał robić za pomocą ADC - ale nie znam tematu; być może tak się robi tylko zastanawia mnie sposób pomiaru bo jego częstotliwość jest ograniczona. Jeśli jeszcze nic nie robiłeś na tych czujnikach to możeT U T A J coś się dowiesz. Co prawda kod "nie po naszemu" ale dobrze komentowany wię można podejrzeć. Tak nawiasem mówiąc na naszym forum często jest jak w kryminale - na samym końcu dowiadujemy się kto jest głównym winowajcą - może trzeba było zacząć od nakreślenia celu, a nie od luźnego zagadnienia "Pomiar czasu trwania impulsu".
Pięć czujników - ( jak wspominałem nie znam tematu ) tutaj chyba trzeba wykorzystać PCINT - więc jednak odsyłam do (najlepiej od początku ) do cz.III przerwań.

Pozdr.

Za pomocą ADC, można to zrobić ale za pomocą innych czujników które na wyjściu dają napięcie proporcjonalne do odległości, są sporo droższe niestety.

------------------------ [ Dodano po: 11 minutach ]

Quote:

ISR(INT0_vect){
if(INT0_down)

Ten warunek if to do sprawdzenia z jakim zboczem powodującym przerwanie mamy do czynienia?

Twój kod jest bardzo prosty, a przez to bardzo skomplikowany , aby go pojąć trzeba myśleć jak sam procesor a to jeszcze nie mój poziom

Statystyki: Napisane przez Hannibal9 — 11 mar 2016, o 12:12

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-11T11:41:14+01:00

Statystyki: Napisane przez kicajek — 11 mar 2016, o 11:41

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-11T11:05:44+01:00

Panowie, Koledzy dziękuję za pomoc, moje "wypociny" są związane z pewnym małym projekcikiem, w którym mam zamiar użyć 5 czujników odległości HC-SR04. jestem początkujący w uC i w C, tak się zastanawiam czy nie łatwiej było by zakupią 5 czujników analogowych ( są sporo droższe) i obsłużyć je przez ADC, czy próbować z tymi HC.

Statystyki: Napisane przez Hannibal9 — 11 mar 2016, o 11:05

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-11T00:58:12+01:00

rskup napisał(a):

To było do kolegi Hannibal9...

Wiem, ja tylko uzupełniłem to co napisałeś o "moim" programie.

Pozdr.

Statystyki: Napisane przez kicajek — 11 mar 2016, o 00:58

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-10T23:38:24+01:00

Quote:

...a te _delay'e w kodzie są testowe - po wyrżnięciu i podłączeniu "normalnego" przebiegu liczy dość-dość

To było do kolegi Hannibal9 i jego uwag co do wyników. Bo te jego testy w takiej wersji kodu, były jak gonienie własnego ogona przez kota

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 10 mar 2016, o 23:38

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-10T23:24:56+01:00

Witam

rskup napisał(a):

że przerwania następują co 256 * zadana rozdzielczość

...a te _delay'e w kodzie są testowe - po wyrżnięciu i podłączeniu "normalnego" przebiegu liczy dość-dość. Dodatkowo grzebiąc przy początkowym TCNT0 można uzyskać dowolne ( w rozsądnych granicach ) minimalne długości mierzonych czasów i w rozsądnej rozdzielczości.
A no właśnie, nie wiem czy mi umknęło - jaka rozdzielczość Cię interesuje, bo jak startujesz z us a sprawdzasz sek....

Pozdr.

Statystyki: Napisane przez kicajek — 10 mar 2016, o 23:24

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-10T23:09:37+01:00

Quote:

teraz przy _delay_us(50); pokazuje mi wynik 7 po pomnożeniu przez 10 daje 70 us
a przy _delay_ms(2); pokazuje mi wynik 274 po pomnożeniu przez 10 daje 2740 us

Nie możesz zmierzyć czasu delaya, bo nie wiesz ile on trwa. Pętla robiona przez kompilator ma trwać przez zadany czas. Ale ty robiąc przerwania co 10us zaburzasz ten czas, bo delay jest wstrzymywany na czas przerwania. Czyli delay trwa zadany czas plus czas wszystkich przerwań w tym czasie.

Sposób podany przez kicajka jest o tyle lepszy, że przerwania następują co 256 * zadana rozdzielczość, czyli robiąc to samo masz 256 razy mniej przerwań

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 10 mar 2016, o 23:09

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-10T18:33:13+01:00

Witam

Hannibal9 napisał(a):

Mirek nakręcił tyle poradników

Wiem - szczerze mówiąc to ja też nie mogę tego ogarnąć - może by Mu jakieś badania antydopingowe... - ale co jo godom, co jo godom; wnet pójdę na emeryturę, słuchawki na uszy, okulary na oczy... tylko czy będę pamiętał na czym skończyłem?

Pozdr.

Statystyki: Napisane przez kicajek — 10 mar 2016, o 18:33

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-10T18:16:26+01:00

[syntax=xml]tam byś to znalazł - ale po co? ;)[/syntax]

Mirek nakręcił tyle poradników a niemalże w każdym oprócz głównego tematu porusza jeszcze tyle ciekawych pobocznych rzeczy, że trudno wiedzieć co jest we wszystkich, dzięki za kod pokombinuję.

Statystyki: Napisane przez Hannibal9 — 10 mar 2016, o 18:16

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-10T17:32:15+01:00

Witam
Jeśli chcesz, to pobaw się w inny sposób pomiaru tego czasu - niech ilość cykli odmierza sam uC bez wyciskania ostatnich soków z TIMER'a0.
Tu masz taki mały, poglądowy kod jak można to wykonać; wszystko jest raczej zawarte w komentarzach, ale jak by coś to ( jak to mówią dwie pluskwy ) jesteśmy w kontakcie
[syntax=c]#include
#include
#include
#include "LCD/lcd44780.h"

#define timer0_start TCCR0 |= (1<#define timer0_stop TCCR0 &= ~((1<
#define INT0_pin (1<#define INT0_down !(PIND & INT0_pin)// L na INT0

#define time_PIN (1<#define OUT_H PORTD |= (time_PIN) // stan wysoki
#define OUT_L PORTD &= ~ (time_PIN) // stan niski

#define led_PIN (1<#define led_on PORTD |= (led_PIN)
#define led_off PORTD &= ~ (led_PIN)

volatile uint8_t flaga;
volatile uint32_t buf_t0 ; // licznik przepełnień TIMER0
volatile uint16_t dziesiatki;

uint32_t wynik;

void t0_init(void);
void INT0_init(void);
void LCD_display(uint32_t wynik);

int main(void){

DDRD |= time_PIN | led_PIN;

t0_init();
INT0_init();
lcd_init(); // inicjalizacja LCD

lcd_locate(0,1);
lcd_str(" CRAZY TIME ");
_delay_ms(1500);

sei();

while(1){

OUT_H;
_delay_ms(250); // mierzony czas trwania stanu wysokiego

OUT_L;
_delay_ms(5); // tu dałem tyle, może być cokolwiek - nie ma wpływu na pomiar

if(flaga){
flaga =0;
wynik = ((( buf_t0<<8) + dziesiatki)/125) ;
} // END flaga

LCD_display(wynik);

} // END while

} // END main

void t0_init(void){

timer0_start ;
TIMSK |= (1<}

void INT0_init(void){

MCUCR |= (1<GICR |= (1<
}

void LCD_display(uint32_t wynik){
lcd_locate(0,0);
lcd_str(" ms: ");
lcd_int (wynik);
lcd_str(" ");

}

ISR(TIMER0_OVF_vect){

buf_t0++;
}

ISR(INT0_vect){
if(INT0_down){

timer0_stop;
dziesiatki = TCNT0;
flaga =1;
}

else{
TCNT0 = 0;
buf_t0 =0;
timer0_start;
}
}

/* I T O B Y B Y Ł O N A T Y L E */[/syntax]

...a - pisane pod ATm8 - 8MHz
Tutaj wynik podawany jest w ilość=ms czyli w "ms"
[syntax=c]wynik = ((( buf_t0<<8) + dziesiatki)/125)[/syntax]
to trzeba policzyć dla danego presc. oraz taktowania.

kicajek napisał(a):

Posłuchaj/pooglądaj to:http://mirekk36.blogspot.com/2013/12/przerwania-dla-poczatkujacych-czesc-03.html

tam byś to znalazł - ale po co?

Pozdr.

edit: te wszystkie zmienne mają takie deklarowane rozmiary ( uint8, 16, 32 ) bo "rozprułem" inny mój kod i tam takie potrzebowałem - oczywiście u siebie możesz dać inne, tylko żeby mieściły się w zakresie.

Statystyki: Napisane przez kicajek — 10 mar 2016, o 17:32

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-10T07:06:11+01:00

Zmieniłem
[syntax=c]OCR2 = 16;[/syntax]

na
[syntax=c]OCR2 = 160;[/syntax]

przerwanie TIMER-a co 10us

teraz przy _delay_us(50); pokazuje mi wynik 7 po pomnożeniu przez 10 daje 70 us
a przy _delay_ms(2); pokazuje mi wynik 274 po pomnożeniu przez 10 daje 2740 us
a wiec źle,

poprzednia wersja jeżeli wynik podzieli się przez 8 działa idealnie tylko dlaczego wyniki są 8 razy większe coś z TIMER-em chyba źle ustawiam

------------------------ [ Dodano po: 16 minutach ]

Napisałem że działa idealnie ale w zakresie od 46 us do 16 ms, powyżej 16 ms daje kosmiczne wyniki.

Statystyki: Napisane przez Hannibal9 — 10 mar 2016, o 07:06

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-09T21:56:02+01:00

Powalczę z tym jutro

Statystyki: Napisane przez Hannibal9 — 9 mar 2016, o 21:56

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-09T21:38:45+01:00

Quote:

Przepraszam - jako że ze wzrokiem nie za bardzo, to zasugerowałem się "pismem obrazkowym" na którym zamaziane było "opadające".

Jakiś dziwny pdf dla ATmega32 otworzył mi się z internetu. Miał on zaszarzony fragment w tabeli TO chyba taka zmyłka przygotowana przez jego twórców

Quote:

czyli np wpisac do OCR2 160?

Tak. Choć z tego co pamiętam, to powinno być 159 a nie 160, ale to nie ma większego znacznie (we wzorze do wyliczania wartości dla licznika CTC było zawsze jeszcze -1).

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 9 mar 2016, o 21:38

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-09T21:24:33+01:00

rskup napisał(a):

A zmieniałeś częstotliwość generowania przerwań? Ustaw tak by timer liczył 10 razy wolniej (w dziesiątkach us) i zobacz czy się nie poprawi. Bo jak Ci wcześniej pisałem, obsługa przerwania zajmuje za dużo czasu. Tak wygląda napisana przez Ciebie procedura po skompilowaniu:
[syntax=asm]00000b80 <__vector_4>:
b80:1f 92 pushr1
b82:0f 92 pushr0
b84:0f b6 inr0, 0x3f; 63
b86:0f 92 pushr0
b88:11 24 eorr1, r1
b8a:8f 93 pushr24
b8c:9f 93 pushr25
b8e:80 91 70 00 ldsr24, 0x0070
b92:90 91 71 00 ldsr25, 0x0071
b96:01 96 adiwr24, 0x01; 1
b98:90 93 71 00 sts0x0071, r25
b9c:80 93 70 00 sts0x0070, r24
ba0:9f 91 popr25
ba2:8f 91 popr24
ba4:0f 90 popr0
ba6:0f be out0x3f, r0; 63
ba8:0f 90 popr0
baa:1f 90 popr1
bac:18 95 reti[/syntax]

A masz na jej wykonanie tylko 16 cykli zegara ...

--
Pozdrawiam,
Robert

czyli np wpisac do OCR2 160?

Statystyki: Napisane przez Hannibal9 — 9 mar 2016, o 21:24

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-09T20:59:20+01:00

Witam

rskup napisał(a):

Druga pozycja to "Any logical change on INT0 generates an interrupt request."

Przepraszam - jako że ze wzrokiem nie za bardzo, to zasugerowałem się "pismem obrazkowym" na którym zamaziane było "opadające".

Pozdr.

Statystyki: Napisane przez kicajek — 9 mar 2016, o 20:59

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-09T20:54:08+01:00

Statystyki: Napisane przez rskup — 9 mar 2016, o 20:54

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-09T19:48:42+01:00

[quote="rskup"
2. wyłącz przerwania INT0 i przenieś cały kod dotyczący timera do pętli głównej i zobacz czy Ci działa. Jak tak, to dopiero zacznij robić testy to na przerwaniu.

"[/quote]
tak właśnie zrobiłem, przeniosłem włączanie i wyłączanie timera do pętli głównej, a mimo to przy dealy np 100 us pokazuje 800, a przy dealy np 2 ms pokazuje 1600, 8 razy więcej niż w rzeczywistości

------------------------ [ Dodano po: 24 minutach ]

Zmieniłem obsługę przerwania INT 0 na reakcje na oba zbocza, kod o wiele krótszy
[syntax=c]ISR(INT0_vect) {

if (flaga == 0) {
TIMSK |= (1 << OCIE2);// wlaczenie TIMER2
flaga = 1;// zmiana flagi
} else if (flaga == 1) {
TIMSK &= ~(1 << OCIE2);// wyłączenie TIMER2
czas = licznik;
licznik = 0;
flaga = 0;

}
//LED1_TOG;

}[/syntax]

dalej jednak mam 8 - krotnie zawyżone odczyty

Statystyki: Napisane przez Hannibal9 — 9 mar 2016, o 19:48

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-09T18:42:25+01:00

Licznik włączasz na początku programu. Liczy sobie i generuje co odpowiedni okres czasu znacznik przerwania. Gdy uznajesz, że chcesz liczyć czas, to włączasz przerwania, ale nie zerujesz flagi w TIFR a ta na pewno jest już ustawiana, więc od razu dostajesz na dzień dobry jedno przerwanie gratis

1. Przestaw na początek przerwanie timera na rzadsze, bo teraz masz przerwanie co 16 taktów zegara.
2. wyłącz przerwania INT0 i przenieś cały kod dotyczący timera do pętli głównej i zobacz czy Ci działa. Jak tak, to dopiero zacznij robić testy to na przerwaniu.

--
Pozdrawiam,
Robert

------------------------ [ Dodano po: 1 minucie ]

Quote:

...chyba "na opadające"

Druga pozycja to "Any logical change on INT0 generates an interrupt request."

Statystyki: Napisane przez rskup — 9 mar 2016, o 18:42

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-09T21:00:49+01:00

rskup napisał(a):

A co znaczy druga pozycja?

...chyba "na opadające" (błędny wpis - wyjaśnienie dalej)
Posłuchaj/pooglądaj to:http://mirekk36.blogspot.com/2013/12/przerwania-dla-poczatkujacych-czesc-03.html

Pozdr.

Statystyki: Napisane przez kicajek — 9 mar 2016, o 18:36

Re: Pomiar czasu trwania impulsu ATMega 32 16MHz

2016-03-09T18:23:12+01:00

Quote:

procesor i taktowanie w tytule postu ATMega 32 taktowanie 16MHz, wydaje mi się , że nie ma możliwości ustawienia INT 0 na reakcję na oba zbocza naraz

A co znaczy druga pozycja?

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 9 mar 2016, o 18:23