ATNEL tech-forum

Re: Timery programowe - ręce opadają :-(

2016-02-21T21:14:02+01:00

Dziękuję za odpowiedź. Niestety nawet przy zmniejszeniu czestotliwości 10x (OCR1A = 430) i zastosowaniu kodu który Pan zaproponował efekt jest nadal bez zmian. (tz wszystko wykonuje sie 10x wolniej ale nadal nie regularnie.)

Dopiero zastosowanie kodu zaproponowanego przez kolegę "kicajek" jest OK.

Najlepsze jest to że na innym procesorze (atmega 1284) Wszystko dziala bez stosowania technologii atomowej . Nie wiem w czym leży przyczyna.

Statystyki: Napisane przez piotrekr — 21 lut 2016, o 21:14

Re: Timery programowe - ręce opadają :-(

2016-02-21T21:06:18+01:00

kicajek dobrze - no bo warto jeszcze warunki IF() sprawdzać jak już przy 16-bitowych wartościach ....

oczywiście jak mówię można do tego podejść jeszcze na wiele innych sposobów ale ....

gdy się korzysta z rozdzielczości 10 ms to wtedy nawet tak prozaiczne sposoby odpadają bo zwykle wystarczają wartości 8-bitowe na takie timery

Statystyki: Napisane przez mirekk36 — 21 lut 2016, o 21:06

Re: Timery programowe - ręce opadają :-(

2016-02-21T21:02:14+01:00

Witam

mirekk36 napisał(a):

...jak przeładowujesz timer wartością już 16-bitową przy TAK krótkich czasach to zadbaj o atomowość

Ot taki przerobiony na "atomowo":
[syntax=c]#include
#include
#include
volatile uint16_t nTimer = 0;
volatile uint16_t nHeartbeatTimer = 0;

#define DEBUG_LED (1<#define DEBUG_LED_2 (1<#define DEBUG_LED_DDR DDRB
#define DEBUG_LED_ON PORTB |= DEBUG_LED
#define DEBUG_LED_ON_2 PORTB |= DEBUG_LED_2
#define DEBUG_LED_TOG PORTB ^= DEBUG_LED
#define DEBUG_LED_2_TOG PORTB ^= DEBUG_LED_2

int main(void)
{
TCCR1B |= (1< OCR1AL = 43;
OCR1AH = 0;
TIMSK |= (1< sei();
DEBUG_LED_DDR |= DEBUG_LED | DEBUG_LED_2;
DEBUG_LED_ON;
while(1) {
ATOMIC_BLOCK( ATOMIC_RESTORESTATE ) {
if ( !nTimer)
{
DEBUG_LED_2_TOG;
nTimer = 150;
}

if (!nHeartbeatTimer)
{
DEBUG_LED_TOG;
nHeartbeatTimer = 600;
}
}
}
}

ISR (TIMER1_COMPA_vect)
{
uint32_t x;
x = nTimer;
if (x) nTimer = --x;

x = nHeartbeatTimer;
if (x) nHeartbeatTimer = --x;

}[/syntax]
...z armatą na komary, ale jak już trafi...

Pozdr.

Statystyki: Napisane przez kicajek — 21 lut 2016, o 21:02

Re: Timery programowe - ręce opadają :-(

2016-02-21T20:54:15+01:00

piotrekr napisał(a):

Timer wywoływany co około 1ms.

No widzisz i do tego chciałem cię właśnie sprowokować i to podejrzewałem. A teraz przypomnij sobie co pisałem już w BB o podstawowej rozdzielczości czasowej dla timerów programowych ? Jak myślisz pisałem to ot tak sobie bez podstaw ?

Przypomnę więc - że w książce pisałem wyraźnie, że nie warto schodzić z rozdzielczością poniżej 100 Hz a zszedłeś do 1 kHz i się dziwisz ? Żeby schodzić niżej niż 100 Hz trzeba mieć na uwadze właśnie różne tego typu zjawiska jak np długość wykonywania się przerwania timera - wtedy wręcz jeśli zależy na czasie to trzeba wręcz nieraz sięgać po wstawki asemblerowe. Trzeba też w zasadzie w każdym wypadku zadbać o atomowość (o czym może akurat nie wspominałem w książce) no ale to bywa równie ważne czyli np jak przeładowujesz timer wartością już 16-bitową przy TAK krótkich czasach to zadbaj o atomowość

[syntax=c]uint8_t sreg = SREG;
cli();
nHeartbeatTimer = 255;
SREG = sreg;[/syntax]

a najlepiej to jak mówię zastanów się czy w ogóle konieczny jest tak krótki czas 1 ms bo mi się wydaje, że to jest bez sensu w wielu wypadkach. Gdy potrzeba tak krótkich czasów to już się zaczyna korzystać z przerwań sprzętowych..

Statystyki: Napisane przez mirekk36 — 21 lut 2016, o 20:54

Re: Timery programowe - ręce opadają :-(

2016-02-21T20:34:28+01:00

Panie Mirku, dziękuję za uwagi ale męczę się z tym problemem od kilku godzin i faktycznie program który zamieściłem jest już po kliku przeróbkach i testach. Ten typ unit32_t i rejestr OCR1A L i H to efekt tych testów. po zmianie spowrotem na uint16_t i na OCR1A = 43. Efekt pozostaje bez zmian.

------------------------ [ Dodano po: 4 minutach ]

Timer wywoływany co około 1ms. (kwarc 11,0592 MHz podzial 256).

Statystyki: Napisane przez piotrekr — 21 lut 2016, o 20:34

Re: Timery programowe - ręce opadają :-(

2016-02-21T20:28:26+01:00

Panie panie, przede wszystkim to spróbuj mi ale sobie też wyjaśnić dlaczego zastosowałeś TAKI typ w przerwaniu:

Code:

uint32_t x;

spróbuj wyjaśnić i się na głos sam zastanowić.

Po drugie ANI słowa nie napisałeś - ANI Z KOMENTARZY w kodzie to nie wynika (masakra) ... a sam wiesz, że w książce piszę o komentarzach i zobacz już tutaj jak by się przydały - szczególnie, że tobie nie chce się opisać tekstem tak istotnej dla sprawy rzeczy albo wręcz uważasz ją za mało ważną - więc nie napisałeś z jaką częstotliwością działają u ciebie timery programowe

Po trzecie po co piszesz takie rzeczy?
[syntax=c]OCR1AL = 43;
OCR1AH = 0;[/syntax]

zamiast

[syntax=c]OCR1A = 43;[/syntax]

? hmmm ?

Statystyki: Napisane przez mirekk36 — 21 lut 2016, o 20:28

Timery programowe - ręce opadają :-(

2016-02-21T20:37:21+01:00

Witam, od jakiegoś czasu używam timerów programowych zaproponowanych w BB i jak dotąd nie miałem większych problemów. Ale w tym przypadku brak mi pomysłu. Program uprościłem do minimum aby wyeliminować wszelkie możliwości błędu. Schemat jest ultra prosty: Atmega 2560 do pinu PB4 podłączona katodą dioda led. Poniżej lisitng programu:
[syntax=c]#include
#include

#define DEBUG_LED (1<#define DEBUG_LED_PORT PORTB
#define DEBUG_LED_DDR DDRB
#define DEBUG_LED_ON DEBUG_LED_PORT |=DEBUG_LED
#define DEBUG_LED_OFF DEBUG_LED_PORT &=~(DEBUG_LED)
#define DEBUG_LED_TOG DEBUG_LED_PORT ^=DEBUG_LED

volatile uint16_t nTimer = 0;
volatile uint16_t nHeartbeatTimer = 0;

int main(void)
{
//timer 1 tryb CTC podzial 256 (przy 11.0592MHz jest wywolywany ok co 1ms)
TCCR1B |= (1<OCR1A = 43;
TIMSK1 |= (1< sei();
DEBUG_LED_DDR |= DEBUG_LED;
DEBUG_LED_ON;
while(1) {
if (nTimer == 0)
{
nTimer = 300;
}
if (nHeartbeatTimer == 0)
{
DEBUG_LED_TOG;
nHeartbeatTimer = 255;
}
}
}

ISR (TIMER1_COMPA_vect)
{
uint16_t x;
x = nTimer;
if (x) nTimer = --x;

x = nHeartbeatTimer;
if (x) nHeartbeatTimer = --x;

}[/syntax]

Dopóki nHeartbeatTimer wewnatrz głównej pętli ustawiam na wartość poniżej 256 to jest wszystko OK, ale gdy wartość tą przekroczę to miganie diodą wykonuje się nie do końca regularnie. tzn. co któreś mignięcie jest krótsze.

Nie wiem w czym przyczyna. Proszę o pomoc.

Statystyki: Napisane przez piotrekr — 21 lut 2016, o 20:05