ATNEL tech-forum

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-07-20T19:25:15+01:00

cs3 napisał(a):

Witam,
nie wiem czy dobrze pytam ale czy te zadania co podałeś to są do zrobienia na jednym timerze (np. Timer0)? W tym timerze, inkrementowana jest co pewien czas (np. 100 razy na sekundę) wartość Timer1 i w pętli while(1) wykonywane jest np. zapalanie LED co 1 sekundę i PWM. Chyba to źle rozumiem :>

Poczytaj rozdział O Wstępie do systemów czasu rzeczywistego w pierwszej książce

http://atnel.pl/mikrokontrolery-avr-jezyk-c.html

to zrozumiesz o co chodzi w tym zadanku ok ?

Statystyki: Napisane przez mirekk36 — 20 lip 2012, o 19:25

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-07-20T18:44:05+01:00

Statystyki: Napisane przez cs3 — 20 lip 2012, o 18:44

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-02-07T16:14:03+01:00

DidekxD napisał(a):

Działa bez problemowo. A co do dwóch timerów to wiedziałem że wystarczy jeden. Po prostu w razie wu użyłem dwóch.

Tak też dziękuje za pomoc i przy okazji pokazanie uproszczonego zamiennika pętli for() na moje potrzeby

Tylko, żebyś dobrze zrozumiał co chciałem przekazać. Bo to nie o to chodzi, że tym sposobem można wykorzystać tylko jeden timer programowy. Ty w swoich kodach próbowałeś wykorzystać je w ogóle niezgodnie z przeznaczeniem. One miały być w twoich kodach niejako ekwiwalentem funkcji _delay_ms() a tak nie można bo sam widziałeś do czego to prowadzi.

I dlatego też to co pokazałem nie jest absolutnie pokazaniem uproszczonego zamiennika pętli for(). Stosujesz niestety na razie takie jeszcze proste "kalki" myślowe (co poniekąd rozumiem) .... ale staraj się tego unikać bo to wprowadza cię w błąd coraz dalej.

Pokazałem sposób wykorzystania timera programowego do realizacji twojego celu ale w ogóle w oderwaniu od prób zastępowania czegoś w twoim kodzie. Po prostu tu podchodzimy całkiem inaczej. Wyznaczamy sobie grupy zadań, które będą się wykonywały z zadaną rozdzielczością czasową. Co nie ma nic wspólnego z zastępowaniem wszelakich pętli w tym for().

Dlatego w celu lepszego zrozumienia tego proponuję ci rozbudować ten kod np o takie zadanie.

1. ma się wykonywać to co dotychczas (rozjaśnianie i ściemnianie diody LED przez PWM)
2. na wyświetlaczu LCD ma sobie działać licznik, który będzie zliczał tyknięcia ale równo co 500ms
3. inna dioda LED ma sobie migać równo co 1 sekundę.

Jak to zrobisz to nie ma bata - połkniesz do końca bakcyla i zrozumiesz to do końca. Bo jak widzisz, mówię tu o założeniach wg których niezależnie od siebie mają się wykonywać jakby 3 różne procesy ale w tym samym czasie

Statystyki: Napisane przez mirekk36 — 7 lut 2012, o 16:14

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-02-07T15:54:01+01:00

Statystyki: Napisane przez DidekxD — 7 lut 2012, o 15:54

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-02-07T08:54:02+01:00

Nie, nie, nie panie kolego - to nadal błędne założenia co do działania timerów programowych a nawet w tym twoim programie niepotrzebne są dwa timery programowe. To że użyłeś tych dwóch co najwyżej nieco niweluje przypadkowość Ale program całkowicie źle działa ...

rozważ takie podejście, poniżej definicja 2 zmiennych narzędziowych a jeszcze niżej fragment działania JEDNEGO timera programowego, który realizuje ci płynne rozjaśnianie i ściemnianie Idź w takim kierunku myślenia o sposobach zastosowań timerów programowych - bo ty jeszcze (co widać z poprzednich przykładów masz na razie w głowie taką prostą kalkę myślową i) cały czas kojarzysz timery programowe jako COŚ co ma wprost zastąpić _delsy_ms() ... a to nie tak Całkiem inaczej ...

zobacz - po co mi pętle for() w takim przypadku ? Przeanalizuj dokładnie co ja tu zrobiłem.

[syntax=c]uint8_t kierunek, my_pwm;

while(1) {

// ***** tu działa timer programowy
if( !Timer1 ) {
if( kierunek ) {
if( my_pwm < 255 ) my_pwm++; else kierunek=0;
} else {
if( my_pwm > 0 ) my_pwm--; else kierunek=1;
}
Timer1=10;
}
// ****** koniec timera programowego

} // koniec while(1)[/syntax]

Odpaliłem timer programowy i równo co określony czas realizuję działania. Rozdzielczość czasową na poziomie wyznaczonym przez Timer1 mam zapewnioną Krótko i na temat.

Sprawdź jaki będziesz miał efekt na swojej diodzie LED.

Aha - no i teraz wyobraź sobie, że możesz w tej samej pętli while(1) odpalić drugi albo i trzeci timer programowy i na podobnej zasadzie także płynnie ale także całkowicie niezależnie jakby w jednym czasie realizować całkiem inne zadania ... i to jest największą zaletą takich mechanizmów. Przy czym każdy timer programowy może działać z własną rozdzielczością czasową!!!

Statystyki: Napisane przez mirekk36 — 7 lut 2012, o 08:54

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-02-07T00:44:23+01:00

Tak tego nie przewidziałem aczkolwiek już coś moje myśli wokoło tego krążyły. Dziękuje za poradę problem rozwiązany aczkolwiek sądzę że to jest złe rozwiązanie bo działa tak jak funkcja delay zatrzymująca mi program w pętli puki się nie wykona. Tak też uważam że moje rozwiązanie na szybko w warunkach if które jest powyżej jest lepsze. Tak sadzę

Dla Ciekawskich podam jak powinien wyglądać kod. Działający kod.

[syntax=c]for(uint8_t i = 0;i<254;)
{
if(!Timer1) // opóźnienie timerem programowym 10ms
{
Timer1=1;// 10ms
OCR1A = i;// wypełnienie PWM
i++;// zwiększenie zmiennej po planowym opóźnieniu
}
}
for(uint8_t i = 255;i>1;)
{

if(!Timer2){
Timer2=1;
OCR1A = i;
i--;
}
}[/syntax]

Statystyki: Napisane przez DidekxD — 7 lut 2012, o 00:44

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-02-06T23:56:38+01:00

No dobrze - to tu widać twój podstawowy błąd rozumowania z tą pętlą for(). Ona w jednym i drugim przypadku wykonuje się tysiące razy szybciej niż to co jest w wywołaniu timera programowego, który odpali się co 1ms. Pomyśl. Dlatego czasem zdarzy się, że w całej pętli while trafi się wykonanie warunki if() z timerem programowym a czasem nie, stąd jakieś skokowe i całkiem przypadkowe wartości zmiennej i trafiają do OCR1A.

Statystyki: Napisane przez mirekk36 — 6 lut 2012, o 23:56

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-02-06T23:33:57+01:00

To tak jeśli zamieszczę OCR1A=i w if(!Timer1) to dioda wyraźnie miga i i nic poza tym. jeśli zrobię tak jak w przykładach wyżej czyli poza ifem to po prostu tak jak by się zawiesza na powiedzmy OCR1A=127.

[syntax=c] for(uint8_t i = 0;i<254;i++)
{
OCR1A = i;
if(!Timer1) Timer1=1; //Programowy timer
}
[/syntax]

[syntax=c] for(uint8_t i = 0;i<254;i++)
{
if(!Timer1)
{
Timer1=1; //Programowy timer
OCR1A = i;
}
}
[/syntax]

Nie wiem jak mógłbym to lepiej wytłumaczyć.

Statystyki: Napisane przez DidekxD — 6 lut 2012, o 23:33

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-02-06T23:15:06+01:00

mi się po prostu wydaje ze źle wyliczył czas wykonania pętli i stąd brak płynności

Statystyki: Napisane przez SunRiver — 6 lut 2012, o 23:15

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-02-06T23:07:28+01:00

Hmm musiałbym chyba próbować jakoś odpalić twój kod żeby zrozumieć czemu nie możesz uzyskać płynnego sterowania PWM, ale nie za bardzo mam możliwość i czas niestety Napisz chociaż w skrócie o co chodzi z tym brakiem płynności ? Zawiesza się coś czy jak ?

Statystyki: Napisane przez mirekk36 — 6 lut 2012, o 23:07

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-02-06T22:20:24+01:00

Raczej nic nie wspominałem o while() mi chodzi jedynie o to czemu nie mogę uzyskać płynnego wysterowania wypełnieniem PWM dla diody w dwóch pętlach for() przy użyciu programowych timerów(opóźnień) gdy przy użyciu '_delay_ms(10);' działa pięknie. Może teraz jaśniej trochę objaśniłem

Statystyki: Napisane przez DidekxD — 6 lut 2012, o 22:20

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-02-06T21:10:38+01:00

No właśnie mnie ciężko się wypowiedzieć o tym rozwiązaniu bo ani z opisu nie wiem do czego służy a o kompletnym braku komentarzy sam napisałeś nie wspomnę o lekkim bałaganie w kodzie.

Ale tak ogólnie wydaje się że samo zastosowanie timerów programowych OK, tylko co to ma wspólnego z pętlą for() vs while() ? nie wiem za bardzo o co chodzi - jak pisałem wcześniej.

Statystyki: Napisane przez mirekk36 — 6 lut 2012, o 21:10

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-02-06T20:16:37+01:00

Ujmę to tak teoria ma nie wiele wspólnego z praktyką
Ale ogólnie dobre myślenie -- zawsze jakiś no delay no-nie

Statystyki: Napisane przez SunRiver — 6 lut 2012, o 20:16

Re: Sprzętowy Timer, pętla for, opóźnienie.

2012-02-06T20:12:56+01:00

Rozwiązałem problem za pomocą paru zmiennych i warunków if. Aczkolwiek zastanawiam się czemu to nie działa z pętlą for...
Poniżej moje obejście problemu za pomocą pętli if. Robione na szybko.

[syntax=c] static uint8_t i,b=0;
uint8_t a=1;
while(1)
{
//if(!Timer1)
//{
//Timer1=100;
//PORTC ^= (1<//}

if(i<254 && a==1)
{
if(!Timer1)
{
//_delay_ms(1);
Timer1=1;
OCR1A = b++;
if(b==255) a=0;
}
i++;
}
else i=255;

if(i>1 && a==0)
{
if(!Timer1)
{
//_delay_ms(1);
Timer1=1;
OCR1A = b--;
if(b==0) a=1;
}
i--;
}
else i=0;[/syntax]

Z góry przepraszam za brak komentarzy aczkolwiek jak wspominałem, pisałem to na szybko.
Tak w ogóle co Panowie sądzicie o takim teoretycznym rozwiązaniu ?

Statystyki: Napisane przez DidekxD — 6 lut 2012, o 20:12

Sprzętowy Timer, pętla for, opóźnienie.

2012-02-06T19:45:46+01:00

Witam.

Mam mały problem z zaadoptowaniem opóźnienia programowego timera w pętli for.

[syntax=c]for(uint8_t i = 0;i<254;i++)
{
OCR1A = i;
if(!Timer1) Timer1=1; //Programowy timer
//_delay_ms(10);
}[/syntax]

Jak widać zamieniłem Delaya timerem programowym i o ile takie coś jak poniżej działa. I ładnie co sekundę zapala i gasi mi diodę led to po wyżej dzieją się jakieś cyrki.

[syntax=c]if(!Timer1)
{
Timer1=100;
PORTC ^= (1<}[/syntax]

W gwoli formalności podam że z opóźnieniem delay działa normalnie ta pętla. Procek to Atmega8 (mam od kumpla).
Poniżej kody do programowego timera.

[syntax=c]// programowe timery
volatile uint16_t Timer1, Timer2; // 100Hz
[/syntax]

[syntax=c]/************* PROGRAMOWE TIMERY ***************/
TCCR2 |= (1<TCCR2 |= (1<OCR2 = 78; // Przerwanie porównania co 10ms (100Hz)
TIMSK |= (1<sei();// Zezwolenie na wykonywanie przerwań
/************* KONIEC ***************/[/syntax]

[syntax=c]ISR(TIMER2_COMP_vect)
{
uint16_t x;
x = Timer1;// 100Hz Timer1
if (x) Timer1 = --x;
x = Timer2;// 100Hz Timer2
if (x) Timer2 = --x;
}[/syntax]

Zegar taktowany wewnętrznym generatorem(chyba tak się to nazywało ^^) 8 000 000Hz
Bardzo jestem ciekaw czemu to nie bangla z pętlą for.

Statystyki: Napisane przez DidekxD — 6 lut 2012, o 19:45