ATNEL tech-forum

Re: Dziwna przypadłość M328P

2015-10-24T22:16:12+01:00

tak mnie to zaciekawiło, że postanowiłem sam sprawdzić ... i faktycznie jest problem..:
zwykły program. Przerwanie co 2ms. timer_cnt odlicza od 500 i zapala ponownie diodę na 20 zliczeń :
[syntax=c]if(!timer_cnt){
//coś tam robi - generalnie zapala diodę na 40ms i gasi na 1000ms
}
ISR(TIM0_COMPA_vect){
uint16_t n;
n = timer_cnt;
if(n) timer_cnt = --n;

}[/syntax]
i efekt taki:

co jakiś czas udaje mu się te 500 zliczeń, ale w większości przypadków gubi 255...

po dodaniu dodatkowej zmiennej w ATOMIC_BLOCK:
[syntax=c]ATOMIC_BLOCK(ATOMIC_FORCEON){
timer_cnt_copy=timer_cnt;
}

if(!timer_cnt_copy){
//coś tam robi - generalnie zapala diodę na 40ms i gasi na 1000ms
}

ISR(TIM0_COMPA_vect){
uint16_t n;
n = timer_cnt;
if(n) timer_cnt = --n;

}[/syntax]
efekt oczekiwany:

pół biedy jak ten licznik ma liczyć do np.45000 - tu stracone 255 to prawie nic, ale w tym przypadku traciłem połowę czasu...

Ale doznałem oświecenia tym wątkiem... SZOK

Statystyki: Napisane przez aaadamw — 24 paź 2015, o 22:16

Re: Dziwna przypadłość M328P

2015-10-06T06:35:25+01:00

Potwierdzam - to ten przypadek. Całe życie człowiek się uczy... Napisałem ochnaście programów na różne ATMegi i dopiero teraz wdepnąłem na minę.

Statystyki: Napisane przez szopler — 6 paź 2015, o 06:35

Re: Dziwna przypadłość M328P

2015-10-05T22:47:39+01:00

O w mordę zwierza! Właśnie mi uświadomiliście w jakiej ja nieświadomości żyłem. O.o
wychodzi na to, że im mniej kodu w pętli głównej tym większa szansa na wystąpienie tego problemu.
Szok.
dzięki.

Statystyki: Napisane przez aaadamw — 5 paź 2015, o 22:47

Re: Dziwna przypadłość M328P

2015-10-05T22:07:40+01:00

aaadamw napisał(a):

Panowie,
czy wy tu nie przesadzacie ze szkodliwością tej zmiennej 16bitowej?
przecież (tak mi się wydaje) przy tym programie to może ona nawet być i 32bit i nie powinna szkodzić.

Przeczytaj ten watek a dowiesz się o co chodziło kolegom wyżej viewtopic.php?t=8147&p=91811

Statystyki: Napisane przez jacekk232 — 5 paź 2015, o 22:07

Re: Dziwna przypadłość M328P

2015-10-05T21:41:00+01:00

Panowie,
czy wy tu nie przesadzacie ze szkodliwością tej zmiennej 16bitowej?
przecież (tak mi się wydaje) przy tym programie to może ona nawet być i 32bit i nie powinna szkodzić.

Statystyki: Napisane przez aaadamw — 5 paź 2015, o 21:41

Re: Dziwna przypadłość M328P

2015-10-05T18:36:32+01:00

albo spróbuj to nieco zatomizować jeśli już upierasz się np na siłę na timer 16-bitowy

[syntax=c]if (!Timer_1s) {
uint8_t sreg = SREG;
cli();
Timer_1s = 400;
SREG = sreg;
PORTC ^= (1< }[/syntax]

Statystyki: Napisane przez mirekk36 — 5 paź 2015, o 18:36

Re: Dziwna przypadłość M328P

2015-10-05T17:24:45+01:00

tmichal24 napisał(a):

Jak się dawno nie bawiłeś to mogło wylecieć z głowy że Timer0 jest 8 bitowy, a ty tam ładujesz zmienna 16 bitową i przez to to przekłamanie.
Zmienną Timer_1s zmień sobie na uint8_t i załaduj tam wartość od 0 do 255 i wszystko będzie grało.

Nie ma to związku, ale użycie zmiennej 8-bitowej powinno zlikwidować problem. Rzecz w tym, że procesor jest 8-bitowy i operacje na zmiennej 16-bitowej nie są wykonywane w jednym cyklu zegara (atomowo).
Przeczytaj to:
http://nongnu.org/avr-libc/user-manual/ ... tomic.html

szopler napisał(a):

jakby się procek po 2 mignięciu resetował

To możesz sprawdzić umieszczając na starcie mignięcie innej diody.

Statystyki: Napisane przez Krauser — 5 paź 2015, o 17:24

Re: Dziwna przypadłość M328P

2015-10-05T16:45:36+01:00

Statystyki: Napisane przez tmichal24 — 5 paź 2015, o 16:45

Dziwna przypadłość M328P

2015-10-05T16:07:57+01:00

Sam się skazuję na banicję i umieszczam wątek w lochu bo dawno już nic nie klepałem pod AVR i jak akurat zaistniała potrzeba to zaczęło się od dziwnego problemu.
Otóż mam ATMEGA328P-AU i jak zwykle na początek, żeby sprawdzić czy procek się programuje jak należy napisałem sobie sofcik do migania diodą.
Przy "okropnych delayach" wszystko jest OK tzn. dioda miga sobie równo. Niestety przy użyciu Timer0 w trybie CTC jest jakiś babol. Dioda mignie ze 2 razy w tempie poprawnym potem znów szybciej i tak na zmianę (jakby się procek po 2 mignięciu resetował) i tak w koło Macieju. Problem występuje zarówno na RC jak i zewnętrznym kwarcu 3.6864 MHz.
Wklejam kod dla sprawdzenia, bo może dopadła mnie ślepota...

[syntax=c]#include
#include
//#include

volatile uint16_tTimer_1s = 400;

/* Macro definitions */
#define sbi(byte,bit) byte |= (1<#define cbi(byte,bit) byte &= ~(1<#define bit(byte,n) (byte>>n)&1

void _InitController(void) {
TCCR0A |= (1<TCCR0B |= (1<TIMSK0 |= (1<OCR0A = 143;// CTC every 1ms

sbi(DDRC,PC0);// Led jako wyjście
}

ISR(TIMER0_COMPA_vect) {
uint16_t T;

T = Timer_1s;
if (T) Timer_1s = --T;
}

int main(void) {

_InitController();

sei();

while(1) {

if (!Timer_1s) {
Timer_1s = 400;
PORTC ^= (1<}

//PORTC |= (1<//_delay_ms(1000);
//PORTC &= !(1<//_delay_ms(1000);

}
return 1;
}[/syntax]

Statystyki: Napisane przez szopler — 5 paź 2015, o 16:07