ATNEL tech-forum

Re: Przerwania (multipleksowanie LED)

2011-11-26T17:19:57+01:00

nie nie mam zestawu uruchomieniowego poki co

Statystyki: Napisane przez Michal_PB1 — 26 lis 2011, o 17:19

Re: Przerwania (multipleksowanie LED)

2011-11-26T17:09:17+01:00

A przypomnij mi czy ty masz przypadkiem nasz zestaw uruchomieniowy ATB ? Bo jeśli tak to bez robienia sobie propgramatora do odblokowywania też sobie poradzisz .... w naszym zestawie ciężko zablokować procka za pomocą fusków. No i też można odblokować w pewnym zakresie.

Statystyki: Napisane przez mirekk36 — 26 lis 2011, o 17:09

Re: Przerwania (multipleksowanie LED)

2011-11-26T16:40:19+01:00

nie nie bawilem sie fusebitami. Po prostu wgralo i pozniej juz sie nei chcialo wgrac i nie wiem czemu kupilem nowa i sie programuje bede musial zrobic se jakis ten programtator do odblokowania

Statystyki: Napisane przez Michal_PB1 — 26 lis 2011, o 16:40

Re: Przerwania (multipleksowanie LED)

2011-11-26T10:54:35+01:00

Michal_PB1 napisał(a):

chyba mi sie zablokowal mikrokontroler bo nie moge go zaprogramowac

Albo jednak bawiłeś się fusebitami i przestawiłeś taktowanie na 1MHz, za to później zapomniałeś o ptaszku "slowsck" (tak mi się tylko wydaje) w programie MkAvrCalculator.

Statystyki: Napisane przez mirekk36 — 26 lis 2011, o 10:54

Re: Przerwania (multipleksowanie LED)

2011-11-26T10:48:08+01:00

To znaczy że co się dzieje ... ??
jakie masz komunikaty z avrdude

Statystyki: Napisane przez SunRiver — 26 lis 2011, o 10:48

Re: Przerwania (multipleksowanie LED)

2011-11-25T23:49:45+01:00

chyba mi sie zablokowal mikrokontroler bo nie moge go zaprogramowac

Statystyki: Napisane przez Michal_PB1 — 25 lis 2011, o 23:49

Re: Przerwania (multipleksowanie LED)

2011-11-25T21:53:53+01:00

Dokładnie jak pisze kolega SunRiver. Twój cel można osiągnąć na wiele sposobów i to bez zmiany taktowania procka (po co?), no tylko trza byłoby bardziej sprecyzować właśnie ten cel, wtedy uda się szybciej pomóc.

Statystyki: Napisane przez mirekk36 — 25 lis 2011, o 21:53

Re: Przerwania (multipleksowanie LED)

2011-11-25T21:17:29+01:00

Tu bym bardzo chciał wiedzieć Miachale co masz na mysli jaką czestotliwość chcesz uzyskać ??

żeby nie zmieniać taktowania ustaw preskaler na żadaną wartość , a wynik z preskalera podziel dodatkowo w procedurce i może to rozwiaze twój problem ?? ale własnie jak napisaleś -- tylko co masz na mysli??

[syntax=c]
void timers_init(void)
{

TCCR0|=(1<//TIMSK|=(1<TCCR2|=(1<//TIMSK|=(1<#define _10ms ( 10 * ( xtal / 1024000 ) )

OCR0=_10ms;//rejest porownania
OCR2=_10ms;//rejest porownania

//sbi(DDRD, 5);
DDRD|=(1<<5)|(1<<5);
//sbi(DDRD, 4);
TCCR1A = 0xa3;//10100011 PWM z liczeniem w gore, bez preskalera
TCCR1B = 0x09;//00001001 fast PWM, 10 bit, gorna wartosc 1023
OCR1A=100;
OCR1B=100;

}
/////////////////////////////////////////////////////////////////////////////
#ifndef LCD
void timer0_gen(unsigned long f)
{
TCCR0|=(1<TCCR0&=~((1<DDRB|=(1<<3);

if((f<=(unsigned long)(xtal/2))&&(f>(unsigned long)(xtal/2/256)))
{
TCCR0&=~((1<TCCR0|=(1<OCR0=(unsigned char)(xtal/f/2-1);
}
else if((f<=(unsigned long)(xtal/2/8))&&(f>(unsigned long)(xtal/2/8/256)))
{
TCCR0&=~((1<TCCR0|=(1<OCR0=(unsigned char)(xtal/f/8/2-1);
}
else if((f<=(unsigned long)(xtal/2/64))&&(f>(unsigned long)(xtal/2/64/256)))
{
TCCR0&=~(1<TCCR0|=(1<OCR0=(unsigned char)(xtal/f/64/2-1);
}

else if((f<=(unsigned long)(xtal/2/256))&&(f>(unsigned long)(xtal/2/256/256)))
{
TCCR0&=~((1<TCCR0|=(1<OCR0=(unsigned char)(xtal/f/256/2-1);
}

else if((f<=(unsigned long)(xtal/2/1024))&&(f>(unsigned long)(xtal/2/256/1024)))
{
TCCR0&=~(1<TCCR0|=(1<OCR0=(unsigned char)(xtal/f/1024/2-1);
}
}
#endif //nie uzywac razem z LCD na porcie B
/////////////////////////////////////////////////////////////////////////////
void timer2_gen(unsigned long f)
{
TCCR2|=(1<TCCR2&=~((1<DDRD|=(1<<7);

if((f<=(unsigned long)(xtal/2))&&(f>(unsigned long)(xtal/2/256)))
{
TCCR2&=~((1<TCCR2|=(1<OCR2=(unsigned char)(xtal/f/2)-1;
}
else if((f<=(unsigned long)(xtal/2/8))&&(f>(unsigned long)(xtal/2/8/256)))
{
TCCR2&=~((1<TCCR2|=(1<OCR2=(unsigned char)(xtal/f/8/2)-1;
}

else if((f<=(unsigned long)(xtal/2/32))&&(f>(unsigned long)(xtal/2/32/256)))
{
TCCR2&=~(1<TCCR2|=(1<OCR2=(unsigned char)(xtal/f/32/2)-1;
}

else if((f<=(unsigned long)(xtal/2/64))&&(f>(unsigned long)(xtal/2/64/256)))
{
TCCR2&=~((1<TCCR2|=(1<OCR2=(unsigned char)(xtal/f/64/2)-1;
}
else if((f<=(unsigned long)(xtal/2/128))&&(f>(unsigned long)(xtal/2/256/128)))
{
TCCR2&=~(1<TCCR2|=(1<OCR2=(unsigned char)(xtal/f/128/2)-1;

}
else if((f<=(unsigned long)(xtal/2/256))&&(f>(unsigned long)(xtal/2/256/256)))
{
TCCR2&=~(1<TCCR2|=(1<OCR2=(unsigned char)(xtal/f/256/2)-1;

}

else if((f<=(unsigned long)(xtal/2/1024))&&(f>(unsigned long)(xtal/2/256/1024)))
{
TCCR2|=(1<OCR2=(unsigned char)(xtal/f/1024/2)-1;
}
}

/////////////////////////////////////////////////////////////////////////////
[/syntax]

może to cie naprowadzi w podobny sposób mozesz uzyskać prawie każdą czestotliwość

Statystyki: Napisane przez SunRiver — 25 lis 2011, o 21:17

Re: Przerwania (multipleksowanie LED)

2011-11-25T20:01:33+01:00

ok chyba ustawienia trybu mam ok. tylko teraz zastanawiam sie jak za pomoca CTC uzyskac mala czestotliwosc widoczna dla oka migania np LED (bo jezeli zliczenie jest zgodne z OCR to zapala LED - chyba moze tak byc ?) .to co mi wpada na mysl to to zeby zmienic czestotliwosc taktowania atmegi z 8MHz (przy takiej moge uzyskac ok 35Hz i to jest za duzo) na 1MHz i tu by bylo dobrze albo uzycie 16 bitowego Timer'a, ale czy jest jakis sposob zeby nie zmieniac taktowania ? tylko co mi przychodzi na mysl
sorry za upierdliwosc

Statystyki: Napisane przez Michal_PB1 — 25 lis 2011, o 20:01

Re: Przerwania (multipleksowanie LED)

2011-11-25T18:56:03+01:00

Nie, no spokojnie tragedii nie ma w końcu i na m8 da się popracować , a jeśli chodzi o tryb CTC na timerze 8-bitowym, to proszę sobie spojrzeć w nocie PDF jeszcze do Timera2

Statystyki: Napisane przez mirekk36 — 25 lis 2011, o 18:56

Re: Przerwania (multipleksowanie LED)

2011-11-25T16:13:58+01:00

no niestety takie kupilem ;/ ale teraz juz wiem ze byl to blad to jak moge wlaczyc tryb CTC w atmega8 ? tylko poprzez Timer 16 bitowy (bo w tym widze ustawienia dla trybów) ?

Statystyki: Napisane przez Michal_PB1 — 25 lis 2011, o 16:13

Re: Przerwania (multipleksowanie LED)

2011-11-25T16:10:16+01:00

Michal_PB1 napisał(a):

dlaczego w datasheet Atmega8 nie ma trybow Timera0 (chyba ze jakos przeoczam) ustawienia preskalera widze ale trybow pracy nie

Dlaczego?

Pytanie powinien kolega postawić inaczej

Dlaczego kupiłem i kupuję nadal tego starego szrota ATmega8 zamiast ATmega88 albo ATmega168 ?

A porada jest taka, jakby kolega kupił sobie ATmega88 czyli nowszą wersję m8 to zobaczyłby kolega tryby pracy Timera0 a tak ? nigdy ich kolega nie zobaczy w m8 .... teraz już wiadomo dlaczego? i dlaczego nie warto kupować m8 tylko jak już m88 albo lepiej m168 ???

A to że m88 ma różne tryby pracy dla Timera0 to jeszcze nic, ma wiele innych rzeczy, które na co dzień każdemu programiście są potrzebne w porównaniu do m8. Choćby dodatkowe PWM'y sprzętowe, choćby lepiej działający ADC, choćby niższe napięcie odniesienia dla ADC i tak mógłbym jeszcze troszkę wymieniać

Statystyki: Napisane przez mirekk36 — 25 lis 2011, o 16:10

Re: Przerwania (multipleksowanie LED)

2011-11-25T15:43:29+01:00

dlaczego w datasheet Atmega8 nie ma trybow Timera0 (chyba ze jakos przeoczam) ustawienia preskalera widze ale trybow pracy nie

Statystyki: Napisane przez Michal_PB1 — 25 lis 2011, o 15:43

Re: Przerwania (multipleksowanie LED)

2011-11-24T23:44:57+01:00

Dokładnie tak. Przerwania działają w tle o ile dobrze napiszemy ich procedury. Jeśli zamieścimy tam jakieś długotrwałe funkcje jak np _delay, czy chociażby obsługę wyświetlacza LCD co niektórzy próbują robić, to już sam kojarzysz jaką masakrę tym samym robimy w stosunku do biednego programu głównego, który nagle zostaje spowolniony na maxa.

Przerwanie - przerywa program, i dokładnie wraca po wykonaniu w to samo miejsce tylko do kolejnej linii, zatem następuje kontynuacja przerwanego programu.

Statystyki: Napisane przez mirekk36 — 24 lis 2011, o 23:44

Re: Przerwania (multipleksowanie LED)

2011-11-24T23:35:55+01:00

aaaha. chyba juz rozumiem o co chodzi. tak jak by te przerwania "sa czyms osobnym i dzialaja tak w tle" czyli jak jest np ta dioda i sobie miga to jak w tle nastapia porownanie 39 z zliczaniem to wtedy jest STOP i nastepuje wykonanie tego co jest w funkcji ISR po skonczeniu tego jest dlasza kontynuacja przerwanego dzialania ?

Statystyki: Napisane przez Michal_PB1 — 24 lis 2011, o 23:35

Re: Przerwania (multipleksowanie LED)

2011-11-24T22:54:59+01:00

Każdy może liczyć na odpowiedź - tylko muszę zdążyć

Rozumiem, że koledze chodzi w ogóle o zasadę działania przerwania a nie tylko tego konkretnego.

Otóż gdy w tym przypadku licznik sprzętowy zliczy do 39, i zrówna się z wartością w rejestrze porównania to procesor ustawi flagę przerwania przede wszystkim. A jeśli będzie odblokowane to konkretne przerwanie oraz przerwania globalne to wtedy procesor zechce wykonać natychmiast procedurę obsługi tego przerwania, którą oczywiście MUSIMY wcześniej przygotować:

Code:

ISR( wektor_przerwania ) {

}

Zatem jeśli np program w pętli głównej będzie sobie np migał jakąś tam diodą, i w trakcie nastąpi przerwanie, to natychmiast procesor wykona tę procedurę obsługi przerwania. MUSI ona trwać jak najkrócej. A gdy się skończy , to sterowanie powróci (w uproszczeniu) do następnej linii programu głównego, w którym został przerwany i dioda będzie dalej sobie migać

Statystyki: Napisane przez mirekk36 — 24 lis 2011, o 22:54

Przerwania (multipleksowanie LED)

2011-11-24T21:53:17+01:00

Witam
Mam takie pytanie czy mógłby mi ktoś powiedzieć po co są te przerwania i co się w nich dzieje (. Np w przypadku trybu CTC zliczania porównuje on do liczby uzyskanej z dzielenia preskalera (w naszym przypadku 39). I chodzi mi o to co się stanie, gdy będzie 39 zliczenie równe 39, nastąpi przerwanie ? i co dalej się będzie działo ?
Z góry dziękuje

Statystyki: Napisane przez Michal_PB1 — 24 lis 2011, o 21:53