ATNEL tech-forum 2014-02-13T16:03:04+01:00 https://forum.atnel.pl/feed.php?f=8&t=5750&mode 2014-02-13T16:03:04+01:00 2014-02-13T16:03:04+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=70305#p70305 <![CDATA[Re: Timery Programowe [ATmega 8]]]> Statystyki: Napisane przez zlata_n — 13 lut 2014, o 16:03

]]> 2014-02-10T20:17:11+01:00 2014-02-10T20:17:11+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=69737#p69737 <![CDATA[Re: Timery Programowe [ATmega 8]]]> [syntax=c]#include <avr/io.h>
//#include <util/delay.h>
//#include <avr/interrupt.h>

uint16_t Timer1, Timer2;


void prog_timer(void);

int main(void)
{
DDRD |= (1<<PD6) | (1<<PD7); //wyjścia - diody LED

TCCR0 |= (1<<CS02) | (1<<CS00);//preskaler 1024
TCNT0 = 178;//ok. 10ms - 100Hz
//TIMSK |= (1<<TOIE0);//odblokowanie przerwania Timer0 Overflow

//sei();

while(1)
{
prog_timer();

if(!Timer1)
{
Timer1 = 20;
PORTD ^= (1<<PD6);
}

if(!Timer2)
{
Timer2 = 100;
PORTD ^= (1<<PD7);
}
}
}

void prog_timer(void)
{
uint16_t n;

if( TIFR & (1<<TOV0) )//jeśli flaga przepełnienia ustawiona
{
TIFR |= (1<<TOV0);//wyzeruj flagę
TCNT0 = 178;//wpisz wartość początkową do licznika Timera0

n = Timer1;/* 100Hz Timer1 */
if (n) Timer1 = --n;

n = Timer2;/* 100Hz Timer1 */
if (n) Timer2 = --n;
}

}[/syntax]

W przypadku tego rozwiązania pętla while musi się wykonywać jak najszybciej a wszystko w niej powinno być nieblokujące.

W twoim programie możesz spróbować wywoływać funkcję prog_timer() wewnątrz pętli while w funkcji mix_channel().
[syntax=c]void mix_channel(void)
{
while(1)
{
prog_timer();

if (!Timer1)
{
Timer1 = 255;
sw++;
}

if (sw > 3) sw = 1;
if (sw == 1)
{
if (!Timer2)
{
Timer2 = 1;
if (m>0) m--;
if (n<255) n++;
o = 0;
}
}
if (sw == 2)
{
if (!Timer2)
{
Timer2 = 1;
m = 0;
if (n>0) n--;
if (o<255) o++;
}
}
if (sw == 3)
{
if (!Timer2)
{
Timer2 = 1;
if (m<255) m++;
n = 0;
if (o>0) o--;
}
}

OCR1A = m;
OCR2 = n;
OCR1B = o;
}
}[/syntax]

Sprawdź czy takie rozwiązanie ci zadziała.

Statystyki: Napisane przez jacekk232 — 10 lut 2014, o 20:17

]]> 2014-02-09T14:29:23+01:00 2014-02-09T14:29:23+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=69449#p69449 <![CDATA[Re: Timery Programowe [ATmega 8]]]> faktycznie chyba ATmega jest uszkodzona... choć uparcie twierdze, że nie... dlaczego?
Zrobiłem jeszcze jeden test na timerach. Odpaliłem 3 Timery sprzętowe w trybie PWM. Wszystko działa tak jak powinno. Tak więc Timery są OK. Problem zaczyna się jak wrzucam przerwania...

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

// główna funkcja programu main()
int main(void)
{

//***** KANAŁ BLUE *******
//***** SPRZĘTOWY PWM - 1 KANAŁ OC2 (PD7) *******
// ustawienie końcówki OC2 (PD7) sprzętowy PWM jako WYJŚCIE
DDRB |= (1<<PB3);
// ustawienia TIMER2 w Fast PWM
TCCR2 |= (1<<WGM21)|(1<<WGM20); // tryb Fast PWM
TCCR2 |= (1<<COM21); // clear at BOTTOM
TCCR2 |= (1<<CS20); // preskaler = 1
OCR2=0; // wygaszenie diody w kanale PWM


//***** KANAŁ GREEN *******
//***** SPRZĘTOWY PWM - 1 KANAŁ OC1A (PD5) *******
// ustawienie końcówki OC1A (PD5) sprzętowy PWM jako WYJŚCIE
DDRB |= (1<<PB1);
// ustawienia TIMER1 w Fast PWM
TCCR1A |= (1<<WGM12)|(1<<WGM10); // tryb Fast PWM
TCCR1A |= (1<<COM1A1); // clear at BOTTOM
TCCR1B |= (1<<CS10); // preskaler = 1
OCR1A=0; // wygaszenie diody w kanale PWM


//***** KANAŁ RED *******
//***** SPRZĘTOWY PWM - 1 KANAŁ OC1B (PD4) *******
// ustawienie końcówki OC1B (PD4) sprzętowy PWM jako WYJŚCIE
DDRB |= (1<<PB2);
// ustawienia TIMER1 w Fast PWM
TCCR1A |= (1<<WGM12)|(1<<WGM10); // tryb Fast PWM
TCCR1A |= (1<<COM1B1); // clear at BOTTOM
TCCR1B |= (1<<CS10); // preskaler = 1
OCR1B=0; // wygaszenie diody w kanale PWM


uint8_t i;// definicja zmiennej i na potrzeby pętli for()

while(1)
{

for(i=0;i<255;i++) // rozjasnianie green
{
OCR2=i;
_delay_ms(5);
}
for(i=255;i;i--) // sciemnianie green
{
OCR2=i;
_delay_ms(5);
}
for(i=0;i<255;i++) // rozjasnianie red
{
OCR1A=i;
_delay_ms(5);
}
for(i=255;i;i--) // sciemnianie red
{
OCR1A=i;
_delay_ms(5);
}
for(i=0;i<255;i++) // rozjasnianie blue
{
OCR1B=i;
_delay_ms(5);
}
for(i=255;i;i--) // sciemnianie blue
{
OCR1B=i;
_delay_ms(5);
}


}
}[/syntax]


No dobra, przerwania są uparte i nie chcą zadziałać, to może spróbuję ugryźć problem od innej strony ... Mianowicie przerwania programowe (systemowe) od timera potrzebuje tak naprawdę do kawałka kodu, który odpowiedzialny jest za funkcje mix, która miesza kolory w 3 niezależnych pętlach. Wynikiem czego jest piękne przejście pomiędzy kolorami ... Kod ten jest wzięty z naszego forum i faktycznie działa efektownie. Teraz pytanie brzmi, czy da się rozwiązać ten problem bez korzystania z timera `systemowego` ?? Przychodzi mi na myśl tylko użycie pętli for() co tworzy nam kod zbyt `liniowy`. Jakieś pomysły? Poniżej wlejam funkcję, którą chcę przerobić.


[syntax=c]void mix_channel(void)
{
while(1)
{
if (!Timer1)
{
Timer1 = 255;
sw++;
}
if (sw > 3) sw = 1;
if (sw == 1)
{
if (!Timer2)
{
Timer2 = 1;
if (m>0) m--;
if (n<255) n++;
o = 0;
}
}
if (sw == 2)
{
if (!Timer2)
{
Timer2 = 1;
m = 0;
if (n>0) n--;
if (o<255) o++;
}
}
if (sw == 3)
{
if (!Timer2)
{
Timer2 = 1;
if (m<255) m++;
n = 0;
if (o>0) o--;
}
}

OCR1A = m;
OCR2 = n;
OCR1B = o;
}
}[/syntax]

Statystyki: Napisane przez zlata_n — 9 lut 2014, o 14:29

]]> 2014-02-08T19:59:24+01:00 2014-02-08T19:59:24+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=69310#p69310 <![CDATA[Re: Timery Programowe [ATmega 8]]]>
Niestety @zlata_n wgrałem Twój program do ATmegi8 i
niedobre wieści dla Ciebie bo u mnie ten program śmiga aż
miło :).
Jeśli na innym timerze masz taką samą sytuację jak przedtem
to na 90% (moim zdaniem oczywiście) uC poszedł
na wieczny odpoczynek :(
i chyba będziesz musiał sprawić sobie nowy ;)

Statystyki: Napisane przez Zaba — 8 lut 2014, o 19:59

]]> 2014-02-08T17:27:10+01:00 2014-02-08T17:27:10+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=69293#p69293 <![CDATA[Re: Timery Programowe [ATmega 8]]]>
[syntax=c]#include <avr/io.h>
#include <util/delay.h>
#include <avr/interrupt.h>


// główna funkcja programu main()
int main(void)
{

//***** PROGRAMOWY PWM - 3 KANAŁY *******
// ustawienie pinów kanałów programowych PWM jako WYJŚCIA
// DDRB |= (1<<PB1)|(1<<PB2)|(1<<PB3);
DDRD |= (1<<PD6);

// włączenie diod LED
// PORTB |= (1<<PB1)|(1<<PB2)|(1<<PB3);
PORTD &= ~(1<<PD6);



// ustawienia TIMER1 w tryb CTC
TCCR1A |= (1<<WGM12);
TCCR1B |= (1<<CS10);
OCR1A = 200;
TIMSK |= (1<<OCIE1A);

sei(); // odblokowanie globalne przerwań

while(1)
{
PORTD ^= (1<<PD6); // TEST DEBUGGER
_delay_ms(1000);
}
}


// ciało procedury obsługi przerwania Compare Match Timera1
ISR( TIMER1_COMPA_vect )
{

}[/syntax]

Statystyki: Napisane przez zlata_n — 8 lut 2014, o 17:27

]]> 2014-02-08T15:42:14+01:00 2014-02-08T15:42:14+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=69273#p69273 <![CDATA[Re: Timery Programowe [ATmega 8]]]>
Próbowałeś skonfigurować TIMER1, też ma tryb CTC, żeby sprawdzić co wtedy się dzieje?

Statystyki: Napisane przez Marcin_G — 8 lut 2014, o 15:42

]]> 2014-02-08T15:24:52+01:00 2014-02-08T15:24:52+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=69269#p69269 <![CDATA[Re: Timery Programowe [ATmega 8]]]> poniżej schemat moje układu:

Obrazek

Statystyki: Napisane przez zlata_n — 8 lut 2014, o 15:24

]]> 2014-02-07T01:00:44+01:00 2014-02-07T01:00:44+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68923#p68923 <![CDATA[Re: Timery Programowe [ATmega 8]]]> zlata_n napisał(a):

...dioda nie mruga ... jeżeli tylko zakomentuje sei() to dioda mruga poprawnie (co 1 sek). Według mnie coś z inicjalizacją przerwania Timer2...? czasy złe? preskaler? podział częstotliwości? Przypomne, że korzystam z ATmegi8 i wewnętrze taktowanie 8MHz.

HELP ME ...


Też testuje ten Twój program na ATmedze8 z wewnętrznym taktowaniem 8MHz, i wszystko działa prawidłowo. Zarówno PWM jak i teraz ta migająca dioda z ostatnio wklejonego kodu.

Statystyki: Napisane przez Marcin_G — 7 lut 2014, o 01:00

]]> 2014-02-06T15:35:20+01:00 2014-02-06T15:35:20+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68771#p68771 <![CDATA[Re: Timery Programowe [ATmega 8]]]>
weź tylko dla testu zmień przerwanie np.
na Timer0 overflow
ustaw tam wszystko co trzeba
zrób pusty wektor tego przerwania i zobacz
czy jak puścisz przerwania (sei()) to
czy wynik będzie taki sam jak obecnie

sprawdzisz chociaż częściowo czy przerwania "żyją"
no bo przecież ten Twój ostatni powinien działąć

Jeśli to nie pomoże to jeszcze możesz odlutować wszysko
co jest zbędne do poprawnej pracy uC i jeszcze raz puścić
procka tylko z samym debugerem

Wiem dużo roboty ale nie mam innego pomysłu jak to sprawdzić
gdzie siedzi przyczyna tej "awarii" :)

Statystyki: Napisane przez Zaba — 6 lut 2014, o 15:35

]]> 2014-02-06T15:19:49+01:00 2014-02-06T15:19:49+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68766#p68766 <![CDATA[Re: Timery Programowe [ATmega 8]]]>
Ponieżej kod którym testuje:

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


// główna funkcja programu main()
int main(void)
{

//***** PROGRAMOWY PWM - 1 KANAŁ *******
// ustawienie pinów kanałów programowych PWM jako WYJŚCIA
DDRD |= (1<<PD6);

// włączenie debuggera LED
PORTD &= ~(1<<PD6);



// ustawienia TIMER2 w tryb CTC
TCCR2 |= (1<<WGM21); // tryb CTC
TCCR2 |= (1<<CS20); // preskaler = 1
OCR2 = 200; // dodatkowy podział częsttotliwości przez 200
TIMSK |= (1<<OCIE2); // zezwolenie na przerwanie CompareMatch

sei(); // odblokowanie globalne przerwań

while(1)
{
PORTD ^= (1<<PD6); // TEST DEBUGGER
_delay_ms(1000);
}
}


// ciało procedury obsługi przerwania Compare Match Timera2
ISR( TIMER2_COMP_vect )
{

}[/syntax]

dioda nie mruga ... jeżeli tylko zakomentuje sei() to dioda mruga poprawnie (co 1 sek). Według mnie coś z inicjalizacją przerwania Timer2...? czasy złe? preskaler? podział częstotliwości? Przypomne, że korzystam z ATmegi8 i wewnętrze taktowanie 8MHz.

HELP ME ...

Statystyki: Napisane przez zlata_n — 6 lut 2014, o 15:19

]]> 2014-02-03T23:40:47+01:00 2014-02-03T23:40:47+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68310#p68310 <![CDATA[Re: Timery Programowe [ATmega 8]]]> . U mnie ten kod działa zarówno wtedy gdy mam wstawione te warunki co w kodzie podanym kilka postów wcześniej, jak i same delaye. Za każdym razem dioda się rozjaśnia i ściemnia.

------------------------ [ Dodano po: 7 minutach ]

Jeszcze raz przeczytałem Twój pierwszy post i piszesz że używasz też driverów do LED. Może one coś mieszają? Jest opcja żebyś po testował kod na diodzie podłączonej bezpośrednio do procka? Może uda Ci się dolutować jakoś diodę "na pająka".

Statystyki: Napisane przez Marcin_G — 3 lut 2014, o 23:40

]]> 2014-02-03T22:19:39+01:00 2014-02-03T22:19:39+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68286#p68286 <![CDATA[Re: Timery Programowe [ATmega 8]]]> z wygnanie (delegacja) wrzucę ten kod u siebie.:)

Tylko to dopiero pod koniec tygodnia (niestety)

Statystyki: Napisane przez Zaba — 3 lut 2014, o 22:19

]]> 2014-02-03T22:11:40+01:00 2014-02-03T22:11:40+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68285#p68285 <![CDATA[Re: Timery Programowe [ATmega 8]]]> Statystyki: Napisane przez zlata_n — 3 lut 2014, o 22:11

]]> 2014-02-03T21:42:23+01:00 2014-02-03T21:42:23+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68277#p68277 <![CDATA[Re: Timery Programowe [ATmega 8]]]>

ale spróbuj tak dla testu ustawić w
fuse bitach uproszczonych CKOPT

Wiem wiem dotyczy to zewnętrznego taktowania ale może spróbować

Statystyki: Napisane przez Zaba — 3 lut 2014, o 21:42

]]> 2014-02-03T18:34:21+01:00 2014-02-03T18:34:21+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68218#p68218 <![CDATA[Re: Timery Programowe [ATmega 8]]]> Statystyki: Napisane przez zlata_n — 3 lut 2014, o 18:34

]]> 2014-02-02T21:53:40+01:00 2014-02-02T21:53:40+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68126#p68126 <![CDATA[Re: Timery Programowe [ATmega 8]]]>
Generalnie to problemem w kodzie który wkleiłeś w pierwszym poście był brak opóźnienia w wykonywaniu pętli. Co prawda dałeś jednego delaya, ale nie dość że był on poza instrukcjami wykonywanymi w pętli, to właśnie był tylko jeden. Nie było więc innej opcji jak ciągłe świecenie diody. Nawet jakbyś tego delaya umieścił w pierwszej pętli a nie dał byś drugiego w drugiej pętli, to dioda też by się ciągle świeciła.
Sprawdziłeś kod który wkleiłem? Działa?

Statystyki: Napisane przez Marcin_G — 2 lut 2014, o 21:53

]]> 2014-02-02T21:07:26+01:00 2014-02-02T21:07:26+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68118#p68118 <![CDATA[Re: Timery Programowe [ATmega 8]]]> Statystyki: Napisane przez zlata_n — 2 lut 2014, o 21:07

]]> 2014-02-02T20:47:57+01:00 2014-02-02T20:47:57+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68111#p68111 <![CDATA[Re: Timery Programowe [ATmega 8]]]> zlata_n napisał(a):

zakomentowałem pierwszego if i włączyłem sei() i to samo, `debugger` swieci sie cały czas, nie mruga. Dzieje się to samo gdy usunę wszystko z ciała przerwania, więc to nie pomaga. Dopiero gdy zakomentuje sei() dioda `debugger` sobie mruga co 1sek.

To zakomentowałeś?
[syntax=c]if(cnt>=pwm1) PORTB |= (1<<PB1); else PORTB &= ~(1<<PB1);[/syntax]
Na pewno?

Statystyki: Napisane przez MirkoT — 2 lut 2014, o 20:47

]]> 2014-02-02T20:45:43+01:00 2014-02-02T20:45:43+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68110#p68110 <![CDATA[Re: Timery Programowe [ATmega 8]]]> zlata_n napisał(a):

Jest to program z bluebooka i `teoretycznie` nie zmieniany powinien działać tak jak to opisuje Mirek w książce. Nie było mowy o problemie z inicjalizacją tych wartości PWM.


Piszesz że z Bluebooka?
No to niedokładnie przepisałeś.
Spróbuj to:

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

// definicje zmiennych do sterowania 3 kanałami programowych PWM
// zmienne typu uint8_t, rozdzielczość 8-bitowa
volatile uint8_t pwm1, pwm2, pwm3;

// główna funkcja programu main()
int main(void)
{

//***** PROGRAMOWY PWM - 3 KANAŁY *******
// ustawienie pinów kanałów programowych PWM jako WYJŚCIA
DDRB |= (1<<PB1)|(1<<PB2)|(1<<PB3);

// włączenie diod LED
PORTB |= (1<<PB1)|(1<<PB2)|(1<<PB3);

// wyłączenie diod LED
//PORTB &= ~ ((1<<PB1)|(1<<PB2)|(1<<PB3));


// ustawienia TIMER2 w tryb CTC
TCCR2 |= (1<<WGM21); // tryb CTC
TCCR2 |= (1<<CS20); // preskaler = 1
OCR2 = 200; // dodatkowy podział częsttotliwości przez 200
TIMSK |= (1<<OCIE2); // zezwolenie na przerwanie CompareMatch

sei(); // odblokowanie globalne przerwań
uint8_t i; // definicja zmiennej i na potrzeby pętli for()

while(1)
{
for(i=0;i<255;i++)
{
pwm1=i;
pwm2=i;
pwm3=i;
if (i>10) _delay_ms(3); else _delay_ms(15);
}
for(i=255;i>0;i--)
{
pwm1=i;
pwm2=i;
pwm3=i;
if (i>10) _delay_ms(3); else _delay_ms(15);
}
}
}


// ciało procedury obsługi przerwania Compare Match Timera2
ISR( TIMER2_COMP_vect )
{
static uint8_t cnt; // definicja naszego licznika PWM

if(cnt>=pwm1) PORTB |= (1<<PB1); else PORTB &= ~(1<<PB1);
if(cnt>=pwm2) PORTB |= (1<<PB2); else PORTB &= ~(1<<PB2);
if(cnt>=pwm3) PORTB |= (1<<PB3); else PORTB &= ~(1<<PB3);
cnt++; // zwiększanie licznika o 1

}[/syntax]

Statystyki: Napisane przez Marcin_G — 2 lut 2014, o 20:45

]]> 2014-02-02T20:43:36+01:00 2014-02-02T20:43:36+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68108#p68108 <![CDATA[Re: Timery Programowe [ATmega 8]]]> Statystyki: Napisane przez zlata_n — 2 lut 2014, o 20:43

]]> 2014-02-02T20:40:39+01:00 2014-02-02T20:40:39+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68105#p68105 <![CDATA[Re: Timery Programowe [ATmega 8]]]> zlata_n napisał(a):

no dobrze MirkoT, napisałem też już wcześniej, że nie mam jak zmienić pinu bo jest to gotowa płytka i mogę testować ją tylko na 3 pinach. Tam gdzie mam diode RGB. Docelowo chce uruchomić te przerwania programowe i ciągle nie wiem jak.

jak mówiłem... nie czytałem całego wątku, a tylko odniosłem się do tego Twoje postu i kodu o niewykonywaniu się pętli głównej po włączeniu przerwań.
a skoro nie możesz zmienić pinu to zakomentuj w przerwaniu pierwszego if'a

Statystyki: Napisane przez MirkoT — 2 lut 2014, o 20:40

]]> 2014-02-02T20:38:22+01:00 2014-02-02T20:38:22+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68103#p68103 <![CDATA[Re: Timery Programowe [ATmega 8]]]> Statystyki: Napisane przez zlata_n — 2 lut 2014, o 20:38

]]> 2014-02-02T20:36:35+01:00 2014-02-02T20:36:35+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68101#p68101 <![CDATA[Re: Timery Programowe [ATmega 8]]]> Z tego wyciągnąłeś wniosek, że pętla główna Ci się nie wykonuje.
a problemem jest pin do którego podłączyłeś tą diodę ;-)
Wybierz inny pin i zobaczysz, że zacznie radośnie zmieniać stan co 1sek

Statystyki: Napisane przez MirkoT — 2 lut 2014, o 20:36

]]> 2014-02-02T20:32:55+01:00 2014-02-02T20:32:55+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68099#p68099 <![CDATA[Re: Timery Programowe [ATmega 8]]]> MirkoT napisał(a):

przeczytaj ten mój post
topic5750.html#p68083

no ale nie rozumiem, co mam zmienić, inicjacje mam wrzucić w inne miejsce? czy inicjować inną wartościa?
Jest to program z bluebooka i `teoretycznie` nie zmieniany powinien działać tak jak to opisuje Mirek w książce. Nie było mowy o problemie z inicjalizacją tych wartości PWM.

Statystyki: Napisane przez zlata_n — 2 lut 2014, o 20:32

]]> 2014-02-02T20:30:07+01:00 2014-02-02T20:30:07+01:00 https://forum.atnel.pl/viewtopic.php?t=5750&p=68096#p68096 <![CDATA[Re: Timery Programowe [ATmega 8]]]> zlata_n napisał(a):

Marcin_G napisał(a):
A jeżeli dobrze policzyłem to licznik tyka co 5ms.

czyli rozumiem, że musze zmienić szybkość tykania licznika w przerwaniu tak?

nie, nie o to chodzi.

------------------------ [ Dodano po: kilkunastu sekundach ]

przeczytaj ten mój post
http://forum.atnel.pl/topic5750.html#p68083

Statystyki: Napisane przez MirkoT — 2 lut 2014, o 20:30

]]>