ATNEL tech-forum 2012-12-05T19:55:40+01:00 https://forum.atnel.pl/feed.php?f=8&t=1869&mode 2012-12-05T19:55:40+01:00 2012-12-05T19:55:40+01:00 https://forum.atnel.pl/viewtopic.php?t=1869&p=20203#p20203 <![CDATA[Re: Ustawienie TIMER0 na 1MHz]]>
Natomiast pytałem o to, bo czujnik mierzy mi pięknie ładnie do 1652 (czyli 1652/2/58=14cm). Wyżej już licznik pokazywać nie chce, i myślałem że to wina samego czujnika.


EDIT: Ma ktoś może czujniczek HC-SR04? Bo nie wiem już czy to wina programu czy samego czujnika.

Statystyki: Napisane przez kiclaw — 5 gru 2012, o 19:55

]]> 2012-12-05T19:06:38+01:00 2012-12-05T19:06:38+01:00 https://forum.atnel.pl/viewtopic.php?t=1869&p=20201#p20201 <![CDATA[Re: Ustawienie TIMER0 na 1MHz]]> [syntax=c]PORTA |= (1<<PA0); //wystawienie jedynki na TRIG
/* wygenerowanie sygnału przerwania skok do wektora przerwań */
/* skok do procedury obsługi przerwania */
/* odłożenie używanych rejestrów na stos */
/* realizacja procedury przerwania */
/* zdjęcie rejestrów ze stosu */
/* powrót */
_delay_us(10); //wymagane 10 uS stanu wysokiego
PORTA &= ~(1<<PA0); //wystawienie zera na TRIG[/syntax]
Sporo tego. Weź teraz pod uwagę, że przy taktowaniu 16MHz jedna instrukcja asemblera (typowa, bo są i dłuższe) zajmuje 1 cykl zegara, czyli 1/16 us.
Jak masz drugi procesor to jednym generuj, a drugim zmierz. Oczywiście możesz pominąć ten eksperyment. Czujnik przecież sam generuje sygnał.

Statystyki: Napisane przez Krauser — 5 gru 2012, o 19:06

]]> 2012-12-05T18:45:31+01:00 2012-12-05T18:45:31+01:00 https://forum.atnel.pl/viewtopic.php?t=1869&p=20200#p20200 <![CDATA[Re: Ustawienie TIMER0 na 1MHz]]> Teraz się ładnie ustabilizowało. Wyniknął jeszcze jeden mały problem. Mianowicie taktuje 16MHz, preskaler ustawiony na 8 więc przerwanie mam co 0,5uS. Czyli zmienną PulseWidth dziele na 2 i wychodzi mi wynik w uS. No i było by ok gdyby ta zmienna miała wartość: (długość_sygnału)*2. Problem w tym że ma trochę więcej, poczyniłem taką tabelkę w której wypisane jest ile wynosił stan wysoki na pinie, a ile uC zmierzył.

Obrazek

Włączenie redukcji szumów ICNC1 w rejestrze TCCR1B nie daje zupełnie nic.

Statystyki: Napisane przez kiclaw — 5 gru 2012, o 18:45

]]> 2012-12-05T08:59:28+01:00 2012-12-05T08:59:28+01:00 https://forum.atnel.pl/viewtopic.php?t=1869&p=20156#p20156 <![CDATA[Re: Ustawienie TIMER0 na 1MHz]]> [syntax=c]TCCR1B ^= (1<<ICES1);[/syntax]bo zmiana na [syntax=c]TCCR1B &= ~(1<<ICES1);[/syntax] jest bez sensu.
Wprowadź taką poprawkę:
[syntax=c]ISR(TIMER1_CAPT_vect)
{
static uint16_t LastCapture;

if( !(TCCR1B & (1<<ICES1)) ) PulseWidth = ICR1 - LastCapture;
LastCapture = ICR1;

TCCR1B ^= (1<<ICES1); //zmiana zbocza
}[/syntax]

Statystyki: Napisane przez Krauser — 5 gru 2012, o 08:59

]]> 2012-12-04T20:41:15+01:00 2012-12-04T20:41:15+01:00 https://forum.atnel.pl/viewtopic.php?t=1869&p=20124#p20124 <![CDATA[Re: Ustawienie TIMER0 na 1MHz]]> Ja na Twoim miejscu zainteresowałbym się jakimś analizatorem stanów logicznych. Niestety bez sprawdzenia "organoleptycznego" trudno Ci będzie sprawdzić, czy Twoje założenia co do działania programu są poprawne.
Piszę to z własnego doświadczenia. Na potrzeby konkursu kolego !NIEBO dotyczącego bezdotykowego włączania i wyłączania światełek próbowałem wygenerować na przerwaniu falę prostokątną o częstotliwości 36kHz. Niby wszystkie preskalery i inne wartości były poustawiane poprawnie ale ni w ząb nie chciało działać. Dopiero analiza przy pomocy analizatora stanów logicznych w piękny sposób pokazała mi gdzie robię błędy.
Mam za mało doświadczenia w praktycznym pisaniu programów na mikrokontrolery i uwierz mi, odpowiednie narzędzia po prostu pokazują całą radość z zabawy (w moim akurat przypadku) mikrokontrolerami.
Trzeba mieć doświadczenie Mirka i Suna aby pisać programy bez konieczności (częstego) sięgania po takie narzędzia jak analizator stanów logicznych, czy oscyloskop.
A po drugie szkoda nerwów i wątroby na szukanie błędów w programach :)

Statystyki: Napisane przez elkuba — 4 gru 2012, o 20:41

]]> 2012-12-04T19:40:02+01:00 2012-12-04T19:40:02+01:00 https://forum.atnel.pl/viewtopic.php?t=1869&p=20112#p20112 <![CDATA[Re: Ustawienie TIMER0 na 1MHz]]>
W takim razie problem leży po stronie programu. Pobawiłem się z różnymi preskalerami oraz różnymi częstotliwościami ale wynik cały czas ten sam. Losowe liczny w zmiennej PulseWidth.

Statystyki: Napisane przez kiclaw — 4 gru 2012, o 19:40

]]> 2012-12-04T18:38:47+01:00 2012-12-04T18:38:47+01:00 https://forum.atnel.pl/viewtopic.php?t=1869&p=20109#p20109 <![CDATA[Re: Ustawienie TIMER0 na 1MHz]]> Statystyki: Napisane przez Krauser — 4 gru 2012, o 18:38

]]> 2012-12-04T17:34:12+01:00 2012-12-04T17:34:12+01:00 https://forum.atnel.pl/viewtopic.php?t=1869&p=20101#p20101 <![CDATA[Re: Ustawienie TIMER0 na 1MHz]]>
Napisałem coś takiego:

[syntax=c]#include <avr/io.h>
#include <util/delay.h>
#include <avr/interrupt.h>
#include "lcd44780.h"

#define KEY_DOWN !(PINA & (1<<PA1))

void triger(void);
uint8_t licznik_switch=0;

volatile uint16_t PulseWidth;


int main()
{
DDRA |= (1<<PA0);//wyjscie
PORTA &= ~(1<<PA0); //TRIGER

DDRD &= ~(1<<PD6);//wejscie ECHO
PORTD &= ~(1<<PD6);//ICP

DDRA &= ~(1<<PA1); // wejscie + pullup
PORTA |= (1<<PA1); // uSWITCH

lcd_init();

TCCR1B |= (1<<ICES1); /* Zbocze narastające wywoła przerwanie*/
TCCR1B |= (1<<CS10); /* preskaler = 1 */
TIMSK |= (1<<TICIE1); /* zezwolenie na przerwanie od ICP */

sei(); /* globalne zezwolenie na przerwania */

while(1)
{
lcd_locate(0,0);
lcd_int(licznik_switch);
lcd_locate(1,5);
lcd_int(PulseWidth);
if(KEY_DOWN)
{
_delay_ms(80); //obsługa przycisku zrobiona w najprostszy sposób
if(KEY_DOWN)
{
lcd_cls();
triger(); //wyzwolenie
licznik_switch++;//potwierdzenie wyzwolenia na LCD
}
}
}//koniec while(1)
}//koniec main

ISR(TIMER1_CAPT_vect)
{
static uint16_t LastCapture;

PulseWidth = ICR1 - LastCapture;
LastCapture = ICR1;

TCCR1B &= ~(1<<ICES1); //zbocze malejące wywoła przerwanie
}


void triger(void)
{
PORTA &= ~(1<<PA0);
_delay_us(2);
PORTA |= (1<<PA0); //wystawienie jedynki na TRIG
_delay_us(10);//wymagane 10 uS stanu wysokiego
PORTA &= ~(1<<PA0);//wystawienie zera na TRIG
}
[/syntax]

Wykorzystałem wejście ICP, i wg. datasheet HC-SR04, wynik to czas stanu wysokiego w uS podzielony przez 58.

W moim przypadku jako że wykorzystuję kwarc 16MHz i preskaler 1, to wynik wynosi (czas_w_us/2/58).

No i na wyświetlaczu LCD zmienna PulseWidth dla różnych odległości przyjmuje praktycznie losowe wartości z całego zakresu int_16t.

Statystyki: Napisane przez kiclaw — 4 gru 2012, o 17:34

]]> 2012-12-04T09:56:57+01:00 2012-12-04T09:56:57+01:00 https://forum.atnel.pl/viewtopic.php?t=1869&p=20060#p20060 <![CDATA[Re: Ustawienie TIMER0 na 1MHz]]> [syntax=c]TCCR1B |= (1<<ICES1); /* Zbocze narastające wywoła przerwanie*/
TIMSK |= (1<<TICIE1); /* zezwolenie na przerwanie od ICP */
TCCR1B |= (1<<CS10); /* preskaler = 1 */
sei(); /* globalne zezwolenie na przerwania */[/syntax]
Jeśli chodzi o preskaler to ustawić możesz tylko 1, 8, 64, 256 i 1024 i tylko wykorzystując TCCR1B. W nowszych procesorach mógłbyś ewentualnie jeszcze skorzystać z preskalera systemowego i przy kwarcu 16MHz ustawić taktowanie procesora na 8MHz i dalej podzielić to przez 8 wykorzystując preskaler timera.
Zmienna PulseWidth oczywiście musi być globalna (bo po wyjściu z przerwania w twoim przykładzie przestaje istnieć) i z modyfikatorem volatile.

Statystyki: Napisane przez Krauser — 4 gru 2012, o 09:56

]]> 2012-12-03T22:45:53+01:00 2012-12-03T22:45:53+01:00 https://forum.atnel.pl/viewtopic.php?t=1869&p=20051#p20051 <![CDATA[Re: Ustawienie TIMER0 na 1MHz]]>

Niestety nie mogę sprawdzić sam bo straciłem programator i odzyskam go dopiero jutro rano.

uC taktowany 16MHz. Chce mierzyć czas stanu wysokiego na ICP (czas w uS).
[syntax=c]/* ustawienie TIMER1A dla F_CPU=16MHz ----- przerwanie co 1uS ---1MHz */
TCCR1B |= (1<<WGM12);/* tryb CTC */
TCCR1B |= (1<<CS10);/* preskaler = 1 */
OCR1A = 16; /* dodatkowy podział przez 16 */
TIMSK |= (1<<TICIE1);/* zezwolenie na przerwanie od ICP */


TCCR1B |= (1<<ICES1); // Zbocze narastające wywoła przerwanie[/syntax]

I obsługa przerwania:
[syntax=c]ISR(TIMER1_CAPT_vect)
{
static uint16_t LastCapture;
uint16_t PulseWidth;

PulseWidth = ICR1 - LastCapture;
LastCapture = ICR1;

TCCR1B ^= (1<<ICES1); //zbocze malejące wywoła przerwanie
}[/syntax]

I rozumiem że zmienna PulseWidth to mój czas stanu wysokiego w uS...Teraz żeby maksymalnie odchudzić przerwanie, to rozumiem że gdybym zadeklarował ją globalnie, to mógłbym ją obrabiać w głównej pętli while(1)? .

Statystyki: Napisane przez kiclaw — 3 gru 2012, o 22:45

]]> 2012-12-03T08:30:33+01:00 2012-12-03T08:30:33+01:00 https://forum.atnel.pl/viewtopic.php?t=1869&p=19974#p19974 <![CDATA[Re: Ustawienie TIMER0 na 1MHz]]> kiclaw napisał(a):

Otóż mam taki problem, bawię się teraz pewna zabawką, gdzie do zmierzenia czasu impulsu wysokiego potrzebuje mieć timer

Do takich pomiarów wykorzystuje się tryb przechwytywania i wejście ICPx. Poczytaj w książce o dekodowaniu RC5.

Statystyki: Napisane przez Krauser — 3 gru 2012, o 08:30

]]> 2012-12-02T22:51:39+01:00 2012-12-02T22:51:39+01:00 https://forum.atnel.pl/viewtopic.php?t=1869&p=19959#p19959 <![CDATA[Ustawienie TIMER0 na 1MHz]]>
[syntax=c]/*Ustawienie TIMER0 ---- 1MHz, co 1uS */
TCCR0 |= (1<<WGM01); //TRYB ctc
TCCR0 |= (1<<CS00); //preskaler = 1
OCR0 =8; //dodatkowy podział przez 8
TIMSK |= (1<<OCIE0); //zezwolenie na przerwanie[/syntax]

Gdzie obsługa przerwania:
[syntax=c]ISR(TIMER0_COMP_vect)
{

if(flaga_timer)
{
licznik_TIMER++;
}

}[/syntax]

No i wszystko było by pięknie, gdyby mi po prostu przy tej szybkości nie zwieszało procka. Po prostu, gdy ustawie taką szybkość, procek zareaguje raz po kilku sekundach a potem zwis. Co ciekawe, gdy ustawiłem szybkość na 100kHz:

[syntax=c]/*Ustawienie TIMER0 ---- 100kHz, co 10uS */
TCCR0 |= (1<<WGM01); //TRYB ctc
TCCR0 |= (1<<CS00); //preskaler = 1
OCR0 =80; //dodatkowy podział przez 80
TIMSK |= (1<<OCIE0); //zezwolenie na przerwanie[/syntax]
To wszystko pięknie śmiga. Problem w tym że jednak potrzebuję zliczać co 1uS bo cierpi na tym rozdzielczość.

Próbowałem już podciągać nieużywane piny do Vcc coby nie robiły za anteny, ale nic to nie dało. Wsadzenie zewn. oscylatora 12MHz (i oczywiście tym samym zmiana OCR0 i ustawień) też nic nie dało.

I tak siedzę nad tym dzisiaj, i już nie wiem co z tym fantem dalej czynić :( .

Statystyki: Napisane przez kiclaw — 2 gru 2012, o 22:51

]]>