ATNEL tech-forum

Re: Timer programowy zamiast _delay_ms() i PWM

2013-01-23T11:48:54+01:00

Dziękuję Bardzo R.L. będę próbował i mam nadzieję, że uda mi się zrealizować to co zamierzam. Jak coś to dam znać czy się udało

Statystyki: Napisane przez jan mazur — 23 sty 2013, o 11:48

Re: Timer programowy zamiast _delay_ms() i PWM

2013-01-22T22:40:18+01:00

Witam,
bardzo się cieszę, że moja sugestia się komuś przydała .
Nie przejmuj się niepowodzeniami, ja też kiedyś jak zaczynałem to próbowałem podobnych wynalazków i jakoś nie chciało działać. .

Jak programujesz to pamiętaj, że nigdy nie używaj delay w przerwaniach i pętli głównej. W pętli głównej na podstawie timerów programowych wywołuj dane zdarzenia np. obsługa LCD, IR itp. w zależności od potrzeb. Pętla główna ma się "kręcić" bez zbędnych przerw.

Odnośnie PWM programowego to nie łatwiej i pewniej wykorzystać przerwanie od timera. Pomyśl jak działa PWM ( f jest stałe, zmienia się współczynnik wypełnienia). Jeśli więc w przerwaniu przeanalizujesz wartość zmiennej dajmy na to pwm (zawierającej zadany współczynnik wypełnienia) i przez taki czas będziesz utrzymywał stan wysoki a prze resztę niski. Powinno działać.

Odp. dokładnie tak Spójrz wyżej, co napisałem na temat pętli głównej. Nie możesz jej zbędnie zatrzymywać np. prze delay. Bo wtedy nici z pseudo działania równoległego.

Jeszcze taki mały przykładzik
[syntax=c] void timer_irq()
{
set_timer1(preload);

if (Intcount < 255)
{
if (Intcount == red_duty)
{
output_low(red);
}
if (Intcount == green_duty)
{
output_low(green);
}
if (Intcount == blue_duty)
{
output_low(blue);
}
}

else if(Intcount == 255)
{
Intcount = 0;
output_high(red);
output_high(green);
output_high(blue);
}
Intcount++;
} [/syntax]
który powinien rozjaśnić

Pozdrawiam
R.L.

Kod wstawiamy przy pomocy "[syntax=c] " - Zielony J.

Statystyki: Napisane przez Lemosek — 22 sty 2013, o 22:40

Re: Timer programowy zamiast _delay_ms() i PWM

2013-01-22T22:06:45+01:00

Dzięki Lemosek, też już po napisaniu mego posta doszedłem do wniosku, że raczej to nie zadziała tak jak sugerowałem Tak jak sugerujesz będę to musiał przepisać i dokładniej przeanalizować działanie.

Bardzo Dziękuję za wstępne rozjaśnienie!

------------------------ [ Dodano po: 17 minutach ]

Tak więc widzę, że raczej to co napisałem na początku nie zadziała... jednak w czasie przepisywania nasunęła mi się jedna myśl. Jeśli mamy pętlę while(1), a w niej np:

[syntax=c]while(1) {
if(!Timer1) {
Timer1 = 1; // np. 1 * 10ms
LED_TOGGLE; // dla LED_1
}

_delay_ms(500);
LED_ON; // włącz LED_2
_delay_ms(500);
LED_OFF; // wyłącz LED_2
}[/syntax]
To i tak LED_1 nie będzie migała z częstotliwością 100Hz, bo nastąpi "zawieszenie" tej procedury na rzecz opóźnień 2 x 500ms. Czyli mój plan na "wielozadaniowość" nie zadziała... tak?

Statystyki: Napisane przez jan mazur — 22 sty 2013, o 22:06

Re: Timer programowy zamiast _delay_ms() i PWM

2013-01-22T21:46:28+01:00

Witam,
kolego Jan Mazur przede wszystkim musisz zrozumieć na czym polega różnica między programowaniem zdarzeniowym z wykorzystaniem timerów programowych a programowaniem liniowym z delay. Chodzi głównie o to, że przy wykorzystaniu timerów programowych pętla główna nie zatrzymuje się, a krąży czekając na zdarzenie. Dzięki temu możemy obsługiwać wiele zdarzeń pseudo jednocześnie. Twój kod będzie działał jedynie z delay bo tak został napisany. Musisz go przepisać aby dobrze działał z timerami programowymi. Musisz tak go napisać aby inkrementacja pętli np. for itp. następowała raz prze wywołanie danej funkcji, po odliczeniu timera.
Mam nadzieje, że trochę rozjaśniłem

Pozdrawiam
R.L.

Statystyki: Napisane przez Lemosek — 22 sty 2013, o 21:46

Timer programowy zamiast _delay_ms() i PWM

2013-01-22T21:17:16+01:00

Witam,

W miarę wolnego wieczoru, zasiadłem do przetestowania programowego timer'a, który został zaprezentowany przez Mirka w rozdziale o 'systemie czasu rzeczywistego' - przy okazji - za każdym razem jak wracam do tej książki to odkrywam ją na nowo

Wykorzystałem T/C0 w mojej ATMega8 (16MHz) i zadziałał bez zarzutu, tak więc poszedłem dalej i pomyślałem, że zastąpię tym funkcję _delay_ms(). Tak więc na szybko skorzystałem z części kodu do PWM programowego i w miejscach gdzie jest _delay_ms(N) wstawiłem:

[syntax=c]if(!Timer2) {
Timer2 = N;
}[/syntax]
Moja konfiguracja przerwania jest następująca:

[syntax=c]// ustawienia dla Timer0 (8b NORMAL)
// preskaler - 1024
TCCR0 |= (1<// 16MHz / 1024 / 1kHz = 15 => 255 - 15 = 240: czyli 1ms
TCNT0 = 240;
// zezwolenie na przerwanie od TC0
TIMSK |= (1<
sei();[/syntax]
Tak wiec w pętli while(1) wstawiam te opóźnienia:

[syntax=c]// PWM programowy, ktory dziala niezaleznie
for(i = 0; i < 255; i++){
pwm = i;

if(i > 10) {
//_delay_ms(3);
if(!Timer2) {
Timer2 = 3;
}
} else {
//_delay_ms(15);
if(!Timer2) {
Timer2 = 15;
}
}

}
// calkowite rozjasnienie
pwm = 255;
//_delay_ms(500);
if(!Timer2) {
Timer2 = 500;
}

for(i = 255; i; i--){
pwm = i;
if(i > 10) {
//_delay_ms(3);
if(!Timer2) {
Timer2 = 3;
}
} else {
//_delay_ms(15);
if(!Timer2) {
Timer2 = 15;
}
}
}
// calkowite sciemnienie
pwm = 0;
//_delay_ms(500);
if(!Timer2) {
Timer2 = 500;
}[/syntax]

Jednak raczej to nie działa, bo dioda się cały czas pali.
Kod w przerwaniach dla:

- TimerN:
[syntax=c]ISR(TIMER0_OVF_vect)
{
uint8_t x;
x = Timer1;
if(x) Timer1 = --x;
x = Timer2;
if(x) Timer2 = --x;

}[/syntax]
- PWM:
[syntax=c]ISR(TIMER2_COMP_vect)
{
static uint8_t counter;

// sterowanie kanalem PWM
if(counter >= pwm) {
PORTD |= LED_1;
} else {
PORTD &= ~(LED_1);
}

counter++;
}[/syntax]
Od razu chcę nadmienić, że PWM działa jeśli _delay_ms() są od komentowane, a elementy z Timer2 usunięte. Także, jak pisałem wcześniej, "timer programowy" też działa - po usunięciu kodu z PWM i wstawieniu LED_TOGGLE z wywołanie Timer2 = 1, dioda miga bardzo szybko.

Tutaj głównie proszę o podpowiedź, jak zastąpić _delay_ms() "timerem programowym"... jakieś sugestie?

Bardzo Dziękuję,
Jan

Statystyki: Napisane przez jan mazur — 22 sty 2013, o 21:17