ATNEL tech-forum

Re: Jak pozbyć się delay_ms ?

2013-08-22T21:08:56+01:00

gomes napisał(a):

Całego opisu urządzenia nie podałeś, ale zrób coś takiego:
Zwiększaj jakąś zmienną z każdym przejściem pętli głównej programu, a co sekundę (timerek sobie do tego dodaj). Wyświetlaj uzyskaną wartość i zeruj tą zmienną. Może to Ci uzmysłowi ile taki procek ma mocy przerobowych i czy naprawdę potrzebujesz walki o każdy cykl zegara. Zwłaszcza, że jeżeli nie piszesz w Asemblerze to liczenie cykli zegarowych jest bez sensu.

gomes napisał(a):

Kolory rozswietlaja sie poprawnie lecz czy da sie to jakos napisac oszczedniej/lepiej np bez wykorzystania kolejnej zmiennej, u mnie 'n' ?

Nie znając kontekstu tego kodu, nie jestem w stanie tego ocenić. Jeżeli jednak nie jesteś na styk z zasobami, albo czasem to nie ma sensu dążyć do "idealnej" formy. Jeżeli działa i nie blokuje to nie ruszaj.

Statystyki: Napisane przez barney — 22 sie 2013, o 21:08

Re: Jak pozbyć się delay_ms ?

2013-08-22T17:27:42+01:00

barney napisał(a):

W ten sposób zapewniasz sobie "przyjazne" nazwy timerów/flag (można je wykorzystywać i tak i tak) oraz łatwość dodania następnej: zwiększasz ILE_TIMER_MS o 1 i dopisujesz kolejne makro tworzące przyjazną nazwę (dzięki której od razu wiesz, do czego timer służy).

Podejscie ciekawe, w sumie robi dokladnie to samo tylko jest przejrzyściej zapisane.

barney napisał(a):

I tutaj dla 255 będzie już warunek spełniony. Zauważ, że ręcznie wychodzę z pętli, bo inaczej licznik by się "przekręcił" na 0 i pętla okazała by się nieskończoną

rozwiazanie dziala ale chac przerobic program aby w zadnym miejscu nie bylo 'blokad' i kod wykonywal sie jak najszybciej chyba korzystanie z for jest srednio fajne.
Dlatego z wszystkie for chce zastapic if'ami. Ponizej kod ktory to robi. W roznym czasie kolejno tylko jedna diode rozjasniam: czerwona, zielona i niebieska. Kolory rozswietlaja sie poprawnie lecz czy da sie to jakos napisac oszczedniej/lepiej np bez wykorzystania kolejnej zmiennej, u mnie 'n' ?

[syntax=c]void rgb_rozjasnianie()
{

if (!Timer2_R)
{
Timer2_R = 30;
if (n == 1) // n - zmienna globalna, okresla ktora dioda ma byc rozjasniana
{
r--; // zmienna globalna
OCR1A = r;
}
if (r == 0&& n == 1)
{
n = 2; // przejdz do rozswietlania diody zielonej
OCR1A = 255; // zgas diode czerwona

}

}
// postepuje analogiczniej jak wyzej
if (!Timer2_G)
{
Timer2_G = 40;
if (n == 2)
{
g--;
OCR1B = g;
}
if (g == 0 && n == 2)
{
n = 3;
OCR1B = 255;

}

}
if (!Timer2_B)
{
Timer2_B = 50;
if (n == 3)
{
b--;
OCR0 = b;
}
if (b == 0 && n == 3)
{
n = 1;
OCR0 = 255;

}

}

}[/syntax]

Statystyki: Napisane przez gomes — 22 sie 2013, o 17:27

Re: Jak pozbyć się delay_ms ?

2013-08-21T22:03:06+01:00

Bo zapewne wykonuje się wiele razy, a nie raz. Ja timery obsługuję w taki sposób (dosyć uniwersalny):

makra.h
[syntax=c]#defineILE_TIMER_MS3
#define TIMER_MS_STRZALKAtimer_ms[0]
#define TIMER_MS_BUZZtimer_ms[1]
#define TIMER_MS_BMPtimer_ms[2][/syntax]
main.c
[syntax=c]volatileu16timer_ms[ILE_TIMER_MS];

ISR (TIMER1_COMPA_vect,ISR_NOBLOCK)
{
for (u08 zmniejsz=0; zmniejsz}[/syntax]

I sprawdzanie pojawienia się jakiejś "flagi":
[syntax=c]if (!TIMER_MS_BUZZ)
{
TIMER_MS_BUZZ=200; // ponowne ustawienie timera

... // instrukcje do wykonania
}[/syntax]

W ten sposób zapewniasz sobie "przyjazne" nazwy timerów/flag (można je wykorzystywać i tak i tak) oraz łatwość dodania następnej: zwiększasz ILE_TIMER_MS o 1 i dopisujesz kolejne makro tworzące przyjazną nazwę (dzięki której od razu wiesz, do czego timer służy).

gomes napisał(a):

Zauważ, że z samego warunku pętli ( i < 255 ) wynika, że dla tych 255 (0xFF) jest niespełniony. Pętla więc się nie wykona i nie będzie przypisania OCR0 = i;
Spróbuj tak:
[syntax=c]for (i = 0; i <= 255; i++)
{
OCR0 = i;

_delay_ms(50);
if (i==0xFF) break;
}

_delay_ms(2000);[/syntax]
I tutaj dla 255 będzie już warunek spełniony. Zauważ, że ręcznie wychodzę z pętli, bo inaczej licznik by się "przekręcił" na 0 i pętla okazała by się nieskończoną

Statystyki: Napisane przez barney — 21 sie 2013, o 22:03

Re: Jak pozbyć się delay_ms ?

2013-08-21T07:13:22+01:00

mirekk36 napisał(a):

1. albo podłącz diody LED odwrotnie (katodą i anodą) ... dzięki czemu glitch w trakcie pełnego zapalenia NIGDY nie będzie zauważony przez oko ludzkie

Tego nie moge zrobic bo plytke z wyprowadzeniami juz mam oraz korzystam z diod rgb ze wspolna anoda wiec zgodnie z tym co pisales w ksiazce podlaczenie rezystorow bedzie bledne.

mirekk36 napisał(a):

2. odwróć fazę za pomocą bitów COMxA i uzyskasz ten sam efekt, chociaż dla pełnego wypełnienia będziesz musiał wpisywać odwrotną wartość - no ale można sobie to nadrzędnym makrem załatwić

Przerobilem jak pisales i teraz po wpisaniu 255 diody sie nie swieca ale teraz pojawil sie problem z petla for - jak zrobie warunek for (i = 0; i <= 255; i++ to caly czas petla sie zapetla i nie przechodzi dalej a dla kodu ponizej po wyskoczeniu z petli w OCR0 znajduje sie 1

[syntax=c]for (i = 0; i < 255; i++)
{
OCR0 = i;

_delay_ms(50);
}

_delay_ms(2000);[/syntax]

i musze po tej petli wpisywac do rejestru OCR0 = 255; aby dioda calkowicie zgasla. Czy to jakis bug czy ja zle kojarze jak to powinno dzialac tzn 255 daje nam 11111111 a po kolejnym przeladowaniu wartosc osiaga 0 i for jest konczony ?

Dalej mecze sie z timerami sprzetowymi. Dziala metoda pokazana w ksiazce(Timer2_1) ale ja chcialbym zrobic dodatkowo flage przerwania np co 50ms (Timer2_50ms) i w petli glownej sprawdzam
if (!Timer2_50ms) nie chce to dzialac poprawnie tylko dlaczego ?

[syntax=c]ISR( TIMER2_COMP_vect )
// przerwanie co 5 ms - 200 Hz
{

uint16_t t1 = Timer2_1; /* 5ms Timer1 */
if (t1)
Timer2_1 = --t1;

Timer2_50ms++;
if (Timer2_50ms == 10)
Timer2_50ms = 0;
}[/syntax]
Timer2_50ms to zmienna globalna zadeklarowana tak: volatile uint8_t Timer2_50ms;

Statystyki: Napisane przez gomes — 21 sie 2013, o 07:13

Re: Jak pozbyć się delay_ms ?

2013-08-20T23:22:56+01:00

pomyśl sobie - przez te if'y nigdy w efekcie do końca nie wygasisz diod LED.

Piszesz że masz Bluebooka - więc masz tam opisane jak sobie prosto można poradzić z tymi glitch'ami ale sprzętowo a nie programowo.

1. albo podłącz diody LED odwrotnie (katodą i anodą) ... dzięki czemu glitch w trakcie pełnego zapalenia NIGDY nie będzie zauważony przez oko ludzkie

2. odwróć fazę za pomocą bitów COMxA i uzyskasz ten sam efekt, chociaż dla pełnego wypełnienia będziesz musiał wpisywać odwrotną wartość - no ale można sobie to nadrzędnym makrem załatwić

a te IF'y są po prostu zupełnym wtedy nieporozumieniem i niepotrzebne jak zobaczysz to w praktyce

Statystyki: Napisane przez mirekk36 — 20 sie 2013, o 23:22

Re: Jak pozbyć się delay_ms ?

2013-08-20T23:02:23+01:00

Na forum znalazlem informacje, ze dla amegi przy fast PWM dla ustawienia pojawiaja sie szpilki i dlatego widac lekkie 'jazenie' diod.
Rozwiazaniem ma byc wylczanie timerow. Dla koloru czerwonego i niebieskiego dziala jak powinno ale przy zielonym jest cos nie tak. Czy ponizsze zatrzymywanie timerow jest poprawne ?
[syntax=c]if (!OCR1A ) // if (OCR1A == 0)
TCCR1A &= (1 << COM1A1) & ~(1 << COM1B1) & ~(1 << WGM10);
else
TCCR1A |= (1 << COM1A1) | (1 << COM1B1) | (1 << WGM10);

if (!OCR1B )
TCCR1B &= ~(1 << WGM12);
else
TCCR1B |= (1 << CS10) | (1 << WGM12);

if (!OCR0 )
TCCR0 &= ~(1 << WGM01) & ~(1 << WGM00);
else
TCCR0 |= (1 << WGM01) | (1 << WGM00);[/syntax]

Statystyki: Napisane przez gomes — 20 sie 2013, o 23:02

Re: Jak pozbyć się delay_ms ?

2013-08-20T19:23:21+01:00

Konfiguracja timera wygląda ok. Jako, że pracuje w trybie 8-bitowym to możesz zapisywać wartości do rejestrów OCR1xL (niższych połówek). Użycie wcześniej wyliczonych wartości to dobry pomysł, ale najprawdopodobniej będziesz musiał je dostosować do konfiguracji sprzętowej (u mnie z powodu pojemności układu 0% było już od ~15/256 dla 31kHz). Wrzuć tylko te wartości jako stałe do FLASHa - raczej nie będziesz ich zmieniać, a nie ma sensu marnować RAMu.

Statystyki: Napisane przez barney — 20 sie 2013, o 19:23

Re: Jak pozbyć się delay_ms ?

2013-08-20T12:56:03+01:00

barney napisał(a):

Brzmi ok. Ustaw sobie Timer 16-bitowy w trybie 8-bitowym (TOP na 0x00FF) to odpadnie Ci różnica częstotliwości taktowania i różne wartości dla kwadratowego prawa ściemniania

Timer1 domentacja jest troche zawila wiec prosze o potwierdzenie, czy dobrze go ustawiam aby dzialal tak samo jak Timer0.

[syntax=c]TCCR1A = (1< TCCR1B = (1<
OCR1A = 200; //wartość określająca współczynnik wypełnienia dla PD5
OCR1B = 200; //wartość określająca współczynnik wypełnienia dla PD4[/syntax]

Czy to wystarczy aby w glownej petli manewrowac wpisem do OCR1A oraz OCR1B w zakresie od 0 do 255 i tym regulowac jasnosc swiecenia diod na tych portach ?

Co do prawa sciemniania to znalazlem rozwiazanie z wykorzystaniem stalych wartosci w tablicy a konkretnie
[syntax=c]//tabela przechowujaca wartosci OCR1A wyznaczone funkcja x^2
uint8_t pwm_lookup_table[] ={1, 2, 4, 6, 8, 11, 15, 19, 23, 28, 33, 39, 45, 52,
59, 66, 74, 83, 92, 101, 111, 121, 132, 143, 155,
167, 180, 193, 207, 221, 235, 250};[/syntax]
a w glownej petli programu
[syntax=c]OCR1A = pwm_lookup_table[licznik];[/syntax]
i teraz inkrementujac zmienna licznik np za pomoca przerwania od timera co powiedzmy 10 - 100 ms jestem w stanie regulowac jak szybko bedzie zmienial sie dany kolor oraz w 31 ktokach jego jasnosc.
Czy idę dobra sciezka czy widzicie jakas lepsza metode na regulacje RGB ?

Statystyki: Napisane przez gomes — 20 sie 2013, o 12:56

Re: Jak pozbyć się delay_ms ?

2013-08-20T09:21:47+01:00

barney napisał(a):

A ten komentarz to już odebrałem jako personalny atak na mnie.

Jeśli tak odebrałeś - to przepraszam ciebie uprzejmie (bez żadnej ironii) ... na pewno nie miałem tego na celu ...

i nie strzelam focha ...

za to można dopytać co ktoś ma na myśli a nie pisać, że źle coś tłumaczę ok?

poza tym - to miało znaczyć tylko to - że takie przykłady nic nikomu nie dadzą - że opiszesz sobie co ty tam nie zrobiłeś bo ja też mógłbym tak opisywać i inni - i za chwilę byłaby tu elektroda - wszyscy spece coś robią tylko ci, którzy proszą o pomoc nie wiedzą co i jak.

Każdy z nas ma inne podejście do tego jak pomagać - i ja wcale nie mówię, że mam najlepsze - ale gdy ktoś pomaga komuś w temacie to nie dziw się reakcji jak wchodzisz i piszesz:

barney napisał(a):

Przerwanie co 1ms (1kHz) to strzał w stopę? Przecież to aż 8k cykli zegarowych (dla wewnętrznego generatora 8Mhz). Przy normalnym, nieblokującym kodzie to przecież jest wieczność...

co można wprost odebrać tak jakbyś powiedział że ja jakieś głupoty gadam ...

na to chciałem ci zwrócić uwagę a nie jakieś personalne ataki tu stosować ....

więc jeszcze raz ... jeśli coś źle odebrałeś z mojej wypowiedzi to bardzo przepraszam

a dalej poprowadź gomesa - bo może jemu chodzi o coś innego i może to ja nie mam racji

------------------------ [ Dodano po: 27 minutach ]

barney napisał(a):

Osobiście nie rozumiem tego strachu przed dużą ilością kodu w przerwaniach albo w przerwaniach kaskadowych/zachodzących. Jakiś straszny z tego jest temat tabu (tak sam jak z GOTO). Jeżeli wie się co się robi i jakie są tego konsekwencje (w danym układzie) to nie widzę żadnych przeciwwskazań do stosowania takich konstrukcji...

widzisz to jest tak - ja wiem, ba! nawet jestem przekonany, że wiesz dużo więcej ode mnie .... (żadnej nie ma w tym ironii) ...

ale niestety nie zgodzę się z tobą, że masz dobry sposób na przekazywanie swojej wiedzy .... szczególnie jak chodzi o te zdania cytowane wyżej....

zresztą wystarczy przeczytać to co masz w stopce:

Quote:

Nie pisz komentarzy - dobry kod komentuje się sam.

I nie obraź się proszę, że ja rozszerzyłbym go jeszcze o takie punkty:

- nie używaj symboli bitów w rejestrach tylko zapisuj wartości HEX ?
- nie stosuj wcięć w kodzie bo po co ?
- używaj goto ile wlezie
- zawsze stosu ISR_NOBLOCK

-------------------------------------------

sorry - ale prezentujesz CAŁKOWICIE odmienne podejście niż to którego ja się sam uczę od innych , od lepszych od siebie i to które staram się przekazywać w książce początkującym.

Jeśli więc będziesz starał się na siłę stanąć na przekór tego to nie dziw się, że będę reagował i to stanowczo.

Bo już chociażby brak komentarzy w kodzie - nie przeze mnie, ale przez wszystkich jest uważany wręcz za błąd - i to poważny jeśli chodzi o dobry styl programowania. Powiem więcej w niektórych firmach - tacy freelancerzy uparci, którzy robią po swojemu a nie potrafią dostosować się do zespołu tracą pracę .... to nie jest mój wymysł.

Reasumując tym bardziej będę się sprzeciwiał takiemu przekazywaniu wiedzy na tym forum i koniec.

Statystyki: Napisane przez mirekk36 — 20 sie 2013, o 09:21

Re: Jak pozbyć się delay_ms ?

2013-08-20T08:53:07+01:00

gomes napisał(a):

Jak optymalnie to wykonac zakladajac, ze skorzystam z 3 x sprzetowy pwm ?
Potrzebuje 3 wyjsc a w uc mam OC0 I OC2 8 bitowe oraz OC1A i OC1B 16 bitowe. Potrzebuje 3 wyjsc oraz jednego timera do zastapienia delayow wiec moze OC0 oraz OC1A i OC1B jako wyjscia dla rgb a OC2 jako precyzyjny odmierzacz czasu ?

Brzmi ok. Ustaw sobie Timer 16-bitowy w trybie 8-bitowym (TOP na 0x00FF) to odpadnie Ci różnica częstotliwości taktowania i różne wartości dla kwadratowego prawa ściemniania

gomes napisał(a):

Dodatkowo przy kodzie jak ponizej nawet na sztywno ustawione OCR0 = 0; i pozniej _delay_ms(1000); nie wygaszaja diody do konca ( gdzies w innym watku czytalem, ze potrzebny jest na to pewien czas a tutaj daje az 1 sek i dalej widac, ze lekko swieci).

Tryb Fast PWM ma to do siebie, że nie idzie ustawić 0% oraz 100% (albo jedną z tych wartości idzie, a drugiej nie, doczytaj w PDFie). Najwięcej co uzyskasz to 1/rozdzielczość jako 0% i rozdzielczość-1/rozdzielczość jako 100%. Jeżeli chcesz mieć prawdziwe 0% i 100% to zobacz tryb Phase Correct. Możesz też w sytuacjach granicznych wyłączać Timer i ustawiać 0/1 jak zwykły pin I/O

@mirekk36: Gomes miał gotowy obwód oraz problem z uruchomieniem PWM dla diod. Ty nie przedstawiłeś żadnego rozwiązania problemu nie wymagającego znaczącej ingerencji w obwód, a ja pokazałem, że się da, ale łatwo nie będzie, a i procek będzie musiał działać na ile pójdzie.
A 20MHz dla AVR jest jak najbardziej OK częstotliwością, jeżeli nie robimy jakiegoś układu profesjonalnie/do ludzi.

mirekk36 napisał(a):

Kłopot w tym, że w ogóle nie wiesz o co chodzi .... tzn nie zrozum mnie mnie źle - nie wiesz o co mi chodzi i o czym mówię

a na pewno nie chodzi o przerwanie co 1ms ....

No może i nie wiem... ale powiedz mi jak mam interpretować to zdanie:

mirekk36 napisał(a):

Zapomnij w C o ustawianiu rozdzielczości czasowej timera programowego na 1ms - bo to tak jakbyś sam strzelił sobie w kolano i dziwił się dlaczego cię ono boli. W książce dosyć wyraźnie piszę o tym itp

dla mnie rozdzielczość to najmniejsza jednostka jaką można zmienić/uzyskać w danej sytuacji.
Jeżeli ktoś mi powie, że AVR ma ADCka o rozdzielczości 10 bitów to zrozumiem, że wartość napięcia jest przedstawiania za pomocą 10 wartości, z których każda z nich mogłaby funkcjonować samodzielnie i nie możliwe jest podzielenie każdej z osobna na mniejszą jednostkę w danej aplikacji (czyli po prostu bitów - 0/1). No ale jak już powiedziałem, nie do końca byłem pewien czy o to Ci chodzi - jeżeli nie to wyjaśnij, bo nie wiem co o tym sądzić. Nie rozumiem po co od razu "strzelać focha" i rezygnować z udzielania się w temacie.

mirekk36 napisał(a):

więc cały twój wywód odnośnie moich wypowiedzi wyżej .... szkoda mówić - no ale ok .... spróbuj dalej poprowadzić kolegę gomes'a

Zwłaszcza, że to gomes ucierpi, a nie ja, bo to gomes będzie miał przedstawioną mniejszą ilość opcji/pomysłów...

mirekk36 napisał(a):

barney napisał(a):

Sam w stacji pogodowej poganiam procek na 20Mhz i mam przerwania co 250ns (4kHz / 5k cykli). W przerwaniu mam jednocześnie multipleksowanie klawiatury matrycowej + multipleksowanie wyświetlacza IW18 + obsługę timerów programowych. Nic się nie blokuje, wszystko się wyrabia, żadnych hard-codowych cudów robić nie musiałem...

Wiesz jak ja bym tak zaczął opowiadać co ja mam ... ooo boże to byśmy się pewnie ścigali kto bardziej do pieca dowala, wpadłby jeszcze ktoś inny i zacząłby opowiadać, że to nic co my we dwóch robimy, że on to dopiero dowala do pieca ....

A ten komentarz to już odebrałem jako personalny atak na mnie. Nie wolno podzielić się doświadczeniami z użyciem częstych przerwań z dużą ilością kodu? Osobiście nie rozumiem tego strachu przed dużą ilością kodu w przerwaniach albo w przerwaniach kaskadowych/zachodzących. Jakiś straszny z tego jest temat tabu (tak sam jak z GOTO). Jeżeli wie się co się robi i jakie są tego konsekwencje (w danym układzie) to nie widzę żadnych przeciwwskazań do stosowania takich konstrukcji...

Statystyki: Napisane przez barney — 20 sie 2013, o 08:53

Re: Jak pozbyć się delay_ms ?

2013-08-20T07:55:43+01:00

barney napisał(a):

Dodatkowo zejdź z rozdzielczością do 64 kroków - uzyskasz przerwanie co 512 cykli (PWM zajmie z ~20% czasu procesora), albo do 128 kroków (40%). Jeszcze lepiej jak pogonisz na 20MHz (20% szybciej to od razu lepiej).

Nie bylem wczesniej swiadomy tego zamulenia i nie jestem przekonany, czy docelowy uklad moze sobie na to pozwolic.

Dlatego ewentualnie na plytce moge wykonac druciarstwo i dolutowac dwa przewody.

Mirku, nawet jak korzystam ze sprzetowego pwm to i tak potrzebuje jakiegos dodatowego timera do zastapienia tych delay_ms

[syntax=c]for (i = 0; i < 255; i++)
{
OCR0 = i; // ta dioda będzie ulegała rozjasnianiu w tej pętli
_delay_ms(10);

if (i > 50)
_delay_ms(3);
else
_delay_ms(10);

}[/syntax]

Dodatkowo przy kodzie jak ponizej nawet na sztywno ustawione OCR0 = 0; i pozniej _delay_ms(1000); nie wygaszaja diody do konca ( gdzies w innym watku czytalem, ze potrzebny jest na to pewien czas a tutaj daje az 1 sek i dalej widac, ze lekko swieci).

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

int main(void)
{
//***** SPRZĘTOWY PWM - 1 KANAŁ OC0 (PB3) *******
// ustawienie końcówki OC0 (PB3) sprzętowy PWM jako WYJŚCIE
DDRB |= (1 << PB3);
// ustawienia TIMER0 w Fast PWM
TCCR0 |= (1 << WGM01) | (1 << WGM00); // tryb Fast PWM
TCCR0 |= (1 << COM01); // clear at TOP
TCCR0 |= (1 << CS00); // preskaler = 1
OCR0 = 127; // wygaszenie diody w kanale PWM

DDRB |= (1 << PB0);
PORTB |= (1 << PB0);

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

while (1)
{

for (i = 0; i < 255; i++)
{
OCR0 = i; // ta dioda będzie ulegała rozjasnianiu w tej pętli
_delay_ms(10);

if (i > 50)
_delay_ms(3);
else
_delay_ms(10);

}

_delay_ms(500);

// pętla stopniowo ściemniająca 6 diod LED
for (i = 255; i; i--)
{
_delay_ms(10);
OCR0 = i; // ta dioda będzie ulegała sciemnianiu w tej pętli

if (i > 50)
_delay_ms(3);
else
_delay_ms(10);

}

OCR0 = 0;
_delay_ms(1000);

}
}[/syntax]

Jak optymalnie to wykonac zakladajac, ze skorzystam z 3 x sprzetowy pwm ?
Potrzebuje 3 wyjsc oraz jednego timera do zastapienia delayow wiec moze OC0 oraz OC1A i OC1B jako wyjscia dla rgb a OC2 jako precyzyjny odmierzacz czasu ?

Statystyki: Napisane przez gomes — 20 sie 2013, o 07:55

Re: Jak pozbyć się delay_ms ?

2013-08-20T06:04:38+01:00

barney napisał(a):

Przerwanie co 1ms (1kHz) to strzał w stopę?

Kłopot w tym, że w ogóle nie wiesz o co chodzi .... tzn nie zrozum mnie mnie źle - nie wiesz o co mi chodzi i o czym mówię

a na pewno nie chodzi o przerwanie co 1ms ....

więc cały twój wywód odnośnie moich wypowiedzi wyżej .... szkoda mówić - no ale ok .... spróbuj dalej poprowadzić kolegę gomes'a

barney napisał(a):

Wszystkie pozostałe przerwania muszą mieć atrybut ISR_NOBLOCK, np:

No a ta porada dla początkującego to już jest masakra przykro mi .....

Jak dobrze spojrzeć na to co piszesz - to wg ciebie aby rozwiązać jakikolwiek błahy problem to najlepiej: wziąć kwarc 20MHz albo i więcej jak jeszcze źle działa, wszystkie przerwania typu ISR_NOBLOCK - czyli dowalić do pieca. Fajnie fajnie oby tak dalej.

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

barney napisał(a):

Statystyki: Napisane przez mirekk36 — 20 sie 2013, o 06:04

Re: Jak pozbyć się delay_ms ?

2013-08-20T00:26:42+01:00

8ns to nie jest jeszcze tak źle. Jak pogonisz procka na co najmniej 16MHz to będziesz miał przerwanie co 8*16=128 cykli - bardzo na styk, zamulisz cały procesor. Dodatkowo zejdź z rozdzielczością do 64 kroków - uzyskasz przerwanie co 512 cykli (PWM zajmie z ~20% czasu procesora), albo do 128 kroków (40%). Jeszcze lepiej jak pogonisz na 20MHz (20% szybciej to od razu lepiej).

Według mnie optymalnym rozwiązaniem będzie procek na 20MHz, ISR co 200 cykli (50-70%), 64 kroki.
Fisr=Fcpu/200=20 000 000 / 200 = 100 000 Hz
Fpwm=Fisr/S= 100 000 Hz / 64 = 1562,5 Hz (jeszcze nie taka tragedia)
Praktyczne jasności PWMa strzelisz sobie na 64-16-4-1-0 (dla oczu 100-50-25-~10-0%).

Wszystkie pozostałe przerwania muszą mieć atrybut ISR_NOBLOCK, np:
ISR (TIMER1_COMPA_vect,ISR_NOBLOCK) {}
aby wykonywanie innych przerwań nie zatrzymywało wykonywania regulacji PWM (nie było szarpań/przebłysków). "Dowali" to oczywiście to pieca i wymusi kolejne 10-20B na stos, no ale jak już masz board to cóż zrobić...

Statystyki: Napisane przez barney — 20 sie 2013, o 00:26

Re: Jak pozbyć się delay_ms ?

2013-08-20T00:14:04+01:00

barney napisał(a):

Jeżeli chcemy płynnie regulować jasność diody to 500Hz to jest absolutne minimum dla oświetlenia stacjonarnego

czyli 1 / 500 daje nam 2 ms. Z dalszego wywodu rozumiem, ze ta wartosc jeszcze trzeba podzielic przez 256 krokow co daje nam 8ns.
Upierajac sie przy wykonaniu tego na programowym pwm jestem w stanie to osiagnac ? Mam juz gotowa plytke i wyprowadzenia z tranzystorami na diode nie sa przypisane do portow timerow sprzetowych dlatego chcialbym to zrealizowac jak jak wyzej.
Przy projektowaniu plytki bralem pod uwage kod z niebieskiej ksiazki (05_PWM) gdzie korzystajac z delay_ms moglem pod dowolny pord uc podlaczyc diody i wszystko smigalo tak, jak powinno bez korzystania ze sprzetowych timerow.

Statystyki: Napisane przez gomes — 20 sie 2013, o 00:14

Re: Jak pozbyć się delay_ms ?

2013-08-19T23:47:31+01:00

mirekk36 napisał(a):

Przerwanie co 1ms (1kHz) to strzał w stopę? Przecież to aż 8k cykli zegarowych (dla wewnętrznego generatora 8Mhz). Przy normalnym, nieblokującym kodzie to przecież jest wieczność...

Sam w stacji pogodowej poganiam procek na 20Mhz i mam przerwania co 250ns (4kHz / 5k cykli). W przerwaniu mam jednocześnie multipleksowanie klawiatury matrycowej + multipleksowanie wyświetlacza IW18 + obsługę timerów programowych. Nic się nie blokuje, wszystko się wyrabia, żadnych hard-codowych cudów robić nie musiałem...

mirekk36 napisał(a):

po co ci rozdzielczość 1ms dla diody - co ty chcesz nią migać co 1ms ??? zobaczysz to ?

Jeżeli chcemy płynnie regulować jasność diody to 500Hz to jest absolutne minimum dla oświetlenia stacjonarnego (żeby oczy i nerwy nie wysiadły). Jest to jednak bardzo niska częstotliwość i np. wentylator będzie nam pięknie migotał/przerywał przed oczami. Przy oświetleniu rowerowym ~3kHz to jest granica dla lubiących swoje zęby...

gomes napisał(a):

jak mam to zrealizowac aby nie bylo migotania?

Jeżeli jasność oświetlenia chcemy regulować za pomocą PWM to podstawą jest wysoka częstotliwość, potrzebna do "oszukania" oczu. Drugą ważną sprawą jest rozdzielczość, która definiuje ile różnych poziomów jasności możemy uzyskać. Zauważ, że sprzętowy PWM na timerze 8bit oferuje 256 różnych poziomów jasności dzieląc częstotliwość taktowania przez 256*prescaler. Gdyby był 6 bitowy to miałbyś tylko 64 poziomy jasności, ale częstotliwość byłaby już 256/64=4 razy większa.

A tak w skrócie to częstotliwość przerwań (Fisr) to iloczyn częstotliwość PWM (Fpwm) oraz ilości stopni jasności (S).
Fisr = Fpwm*S
Powinieneś dążyć do jak najwyższego Fpwm, aby światło tak modulowane jak najmniej męczyło oczy. Możesz to uzyskać ustawiając większą częstotliwość przerwań (Fisr) oraz zmniejszając ilość dostępnych poziomów jasności (s). W praktyce musisz ustawić częstotliwość przerwań (Fisr) do oporu oraz wybrać ilość stopni zapewniających wystarczającą ilość poziomów jasności (oczywiście należy tutaj dostosować kwadratowe prawo ściemniania do PWMa, który jest liniowym sposobem regulacji).
Najprościej będzie po prostu znaleźć potrzebne sprzętowe PWM, albo wyrzucić to na zewnętrzny osprzęt (jak będzie trzeba to nawet małe przystawki w postaci T13/T25).

------------------------ [ Dodano po: 18 minutach ]

Tak patrzę i jeden T25 (albo T45/T85 - jedna cholera, jedynie więcej FLASHa, RAMu i EEPROMu) + soft TWI to będzie to czego potrzebujesz

Statystyki: Napisane przez barney — 19 sie 2013, o 23:47

Re: Jak pozbyć się delay_ms ?

2013-08-19T23:34:53+01:00

Hm,
teraz to juz naprawde nic nie rozumiem Ja chce przy uzyciu jednego timera sprzetowego (tutaj timer2) sterowac jasnoscia oraz dlugoscia swiecenia diody RGB.
Na stronie 229 opisujesz jak mozna nawet przy 9 bitowym programowym PWM oszukac wzrok(o ile o tym cwiczeniu pisales) i regulowac jasnoscia diody wiec sadzilem, ze mozna zrobic trzy takie programowe timery i tym regulowac dioda RGB na dowolnym porcie mikrokontrolera. Z ostatniego postu by wynikalo, ze do tego naduje sie tylko timer sprzetowy czyli wykorzystanie portow z oznaczeniami OC0, OC1A i OC1B lub OC2 ?

Statystyki: Napisane przez gomes — 19 sie 2013, o 23:34

Re: Jak pozbyć się delay_ms ?

2013-08-19T23:08:43+01:00

ale o jakim ty migotaniu piszesz ? ... coś czuję że pokręciło ci się wszystko dokumentnie

posłuchaj ty pewnie chcesz go użyć do jakiegoś rodzaju PWM'a ???? dobrze myślę ? jeśli tak to jakieś KOSZMARNE nieporozumienie

timery programowe nie są do ŻADNYCH PWM'ów - zapomnij

one są do ot jakichś tam wolnozmiennych procesów - np właśnie (przykład) jedna dioda miga sobie co 50ms a druga co 180ms. A obydwie migają w tym samym czasie w programie i nie używamy ŻADNYCH delajów

i dlatego jeszcze raz ci powtarzam że jak timer programowy to MINMILANA rozdzielczość czasowa to 10ms ale lepiej 20ms albo i więcej

a ty widzę próbujesz schodzić w dół bo ci się zachciało na nim PWM'a zrobić co ?

PWM'a programowego zostawiasz sobie na timerze sprzętowym. A timery programowe działają sobie oddzielnie swoim własnym i mniej dokładnym życiem.

No ale tak to jest - jak ktoś nie chce zrobić i zobaczyć ćwiczenia z książki ... jeszcze raz mówię - zrób to ćwiczenie - zobacz jak działa i o co w tym chodzi i że to nie ma nic wspólnego z żadnymi PWM'ami .... timery programowe do CAŁKIEM innych celów służą, ok?

Statystyki: Napisane przez mirekk36 — 19 sie 2013, o 23:08

Re: Jak pozbyć się delay_ms ?

2013-08-19T22:48:41+01:00

Czegos w tym miganiu diodami jednak nie rozumiem.
Przy wykorzystaniu kodu przedstawionego poprzednio dla kodu

[syntax=c]if (!Timer3)
{
Timer3=4 ;

PORTB ^= (1 << PB3);
}[/syntax]
Cos mi sie nie zgadza:
przerwanie mam co 4 ms (dziala poprawnie jak pisalem wczesniej) wiec przy ustawieniu Timer3=4 port zmienia swoja wartosc co 16 ms a ja dalej widze migotanie diody (wczesniej zakladalem, ze bedzie to 24 ms). Dopiero przy ustawieniu Timer3=3 migotania nie widze ( 3 * 4 = 12 ms).
Jak ustawie timer jak sugerujesz na 50 czy 100 ms to jak mam to zrealizowac aby nie bylo migotania?

Statystyki: Napisane przez gomes — 19 sie 2013, o 22:48

Re: Jak pozbyć się delay_ms ?

2013-08-19T22:26:32+01:00

Zapomnij w C o ustawianiu rozdzielczości czasowej timera programowego na 1ms - bo to tak jakbyś sam strzelił sobie w kolano i dziwił się dlaczego cię ono boli. W książce dosyć wyraźnie piszę o tym itp

A tym bardziej, że ty w tym samym czasie kręcisz programowym PWM'em który zjada mnóstwo czasu procka

po co ci rozdzielczość 1ms dla diody - co ty chcesz nią migać co 1ms ??? zobaczysz to ?

ustaw sobie rozdzielczość przy twoim projekcie na 50ms a nawet i na 100ms

i wtedy się baw ....

Statystyki: Napisane przez mirekk36 — 19 sie 2013, o 22:26

Re: Jak pozbyć się delay_ms ?

2013-08-19T22:03:41+01:00

mirekk36 napisał(a):

gomes zajrzyj wiec prosze do rozdzialu

Wstep do systemow czasu rzeczywistego

i podejrzyj w kodzie jak jest realizowane tylko miganie dioda LED ok? to duzo ci sie wyjasnj bo chyba ci to umknelo i caly czas na delajach jedziesz

Mirku, ponownie przeczytalem ten rozdzial i dalej nie moge poradzic sobie z tym swieceniem diody.
Zastosowalem sie do rad jaki sa opisane na forum i przestawilem timer na przerwania co 4 ms poniewaz przy 1 ms przy testach z sama dioda procesor nie wyrabial i pojawialy sie losowe swiecenie dioda. Tak jak zostalo to pokazane w ksiazce przedstawia przyklad ponizej - przy odkomentowaniu tego dioda tak jak powinna co sek gasnie po czym zaczyna swiecic wiec timer ustawiony jak zalozylem.

[syntax=c]if (!Timer3)
{
Timer3=250 ;

PORTB ^= (1 << PB3);[/syntax]

Lecac dalej reszta kodu nie dziala juz jak powinna. Jak obliczyc zalezności czasowe aby mozna bylo plynnie regulowac jasnosc swiecenia diody majac w przerwaniu np. flage 4 ms i jego wilelokrotnosc?

ponizej caly kod bez ani jednego deleya lecz obecnie dioda zapala sie na ~ 3 sek po czym gasnie na 1 sek zamiast plynnie sie rozjasniac
[syntax=c]//
#include
#include
#include

volatile uint8_t pwm1, pwm2, pwm3;
volatile uint8_t cnt, i, zmienna;
volatile uint8_t Timer1, Timer2, Timer3; /* timer programowy 100Hz */
// główna funkcja programu main()
int main(void)
{

DDRB |= (1 << PB1) | (1 << PB2) | (1 << PB3);
PORTB |= (1 << PB1) | (1 << PB2) | (1 << PB3);

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

sei();

uint8_t i; // definicja zmiennej i na potrzeby pętli for()
pwm1 = 255;
pwm2 = 255;
pwm3 = 255;
PORTB &= ~(1 << PB1);
PORTB &= ~(1 << PB2);
PORTB &= ~(1 << PB3);
i = 0;

Timer2 = 2;
while (1)
{
/*
if (!Timer3)
{
Timer3=250 ;

PORTB ^= (1 << PB3);
}
*/

if (!Timer2)
{
i++;

pwm1 = i;

if (i > 50)
//_delay_ms(3);
Timer2 = 2;
else
//_delay_ms(10);
Timer2 = 4;
}

}
}

ISR( TIMER2_COMP_vect )
//przerwanie co 4 ms
{

uint8_t n, m, s;

n = Timer1;
if (n)
Timer1 = --n;

m = Timer2;
if (m)
Timer2 = --m;

s = Timer3;
if (s)
Timer3 = --s;

if (!Timer1)
{
Timer1 = 6;
cnt++;

if (cnt > pwm1)
PORTB |= (1 << PB1);
else
PORTB &= ~(1 << PB1);

}
}[/syntax]

Poprawcie mnie prosze, jezeli zle rozumiem jak powinno obliczyc sie swiecenie diody. Aby nie bylo widac 'migotania' dioda powinna migac conajmniej 24 razy na sek. Jezeli mamy przerwanie co 4 ms to 24/4 = 6 wiec timer1 powinien byc inicjalizowany ta wartoscia. Teraz wartosc cnt odpowiada za wypelnienie czyli jak mocno bedzie swiecila nasza dioda. Im pwm1 bedzie mialo wieksza wartosc tym dioda bedzie swiecila slabiej. Pomimo tego calosc nie chce dzialac jak powinna i nie mozna plynnie regulowac czasem swiecenia i jasnoscia.

Statystyki: Napisane przez gomes — 19 sie 2013, o 22:03

Re: Jak pozbyć się delay_ms ?

2013-08-19T09:03:08+01:00

rezasurmar napisał(a):

Rzuć okiem na mój temat termopara na atmedze8, tam masz przykład kodu z wykorzystaniem timerów softwerowych.
Delay, to używamy tylko i wyłącznie na początku przed pętlą główną programu, by np. czekać na "ustabilizowanie" napięć, inicjację sprzętową itd.

Kolego, ja to doskonale rozumiem i datego chce wszystkie mozliwe delaye zlikwidowac w glownej petli programu (pokazuje to zamieszczony przezemnie 1 kod gdzie zmiast for dekrementuje zmienna).

MichalXY napisał(a):

Słuchaj mnie się wydaje że ty chcesz timer programowy zrobić na timerze 2 który pracuje u ciebie jako programowy PWM.
Na twoim miejscu do timera programowego wykorzystał Timer0. W przykładzie z 1-wire masz przykład timera programowego właśnie wykonanego na timer0.

Co za roznica czy korzystam z 8 bitowego timera 0 czy 2 ?(timer 0 w docelowym ukladzie wlansie bedzie wykorzystywany do odczytu temperatury).
Co do kodu to wydaje mi sie, ze dokladnie tak samo kombinuje i przedstawiam w zamieszczonym drugim kodzie. W nim jedynie co zmieniam to przestawienie timera na przerwanie co 1 ms i w obsludze tego przerwania sprawdzam czy minelo juz 25 jego tykniec i wtedy realizuje kod ktory wczesniej ladnie sciemnial diody a to sie rozjechalo. Tylko pytanie dlaczego ?

Statystyki: Napisane przez gomes — 19 sie 2013, o 09:03

Re: Jak pozbyć się delay_ms ?

2013-08-19T09:00:04+01:00

Statystyki: Napisane przez mirekk36 — 19 sie 2013, o 09:00

Re: Jak pozbyć się delay_ms ?

2013-08-19T08:52:39+01:00

Statystyki: Napisane przez MichalXY — 19 sie 2013, o 08:52

Re: Jak pozbyć się delay_ms ?

2013-08-19T08:48:47+01:00

Statystyki: Napisane przez Gość — 19 sie 2013, o 08:48

Re: Jak pozbyć się delay_ms ?

2013-08-19T08:53:15+01:00

Dzieki za szybkie odopowiedzi
Co do niebieskiej ksiazki oczywiscie posiadam i ciagle z niej korzystam. Wszystkie do tej pory omawiane dzialy w moim odczuciu sa bardzo dobrze opisane i mam nadzieje dobrze zrozumialem lecz caly czas mam problem z tymi timerami programowymi. Co do sprzetowych to wszystko jasne lecz nie moge ich uzyc bo program docelowy caly czas ewouluje i piny od tych timerow sa juz zajete.

Co do rozwiazania na timerze 8 bitowym to przerobilem kod Mirka jak ponizej
[syntax=c]#include
#include
#include

volatile uint8_t pwm1, pwm2, pwm3;

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

DDRB |= (1 << PB1) | (1 << PB2) | (1 << PB3);
PORTB |= (1 << PB1) | (1 << PB2) | (1 << PB3);

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

sei();

uint8_t i; // definicja zmiennej i na potrzeby pętli for()
pwm1 = 255;
pwm2 = 255;
pwm3 = 255;

while (1)
{

for (i = 0; i < 255; i++)
{

_delay_ms(10);

pwm1 = i;

if (i > 50)
_delay_ms(3);
else
_delay_ms(10);

}
_delay_ms(500);
for (i = 0; i < 255; i++)
{

_delay_ms(10);

pwm2 = i;

if (i > 50)
_delay_ms(3);
else
_delay_ms(10);

}

_delay_ms(500);
for (i = 0; i < 255; i++)
{

_delay_ms(10);

pwm3 = i;

if (i > 50)
_delay_ms(3);
else
_delay_ms(10);

}
_delay_ms(500);

}

}

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

if (cnt1 == 25)
{
cnt++ ;
cnt1 = 0;
// bezpośrednie sterowanie wyjściami kanałów 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);
}
cnt1++; // zwiększanie licznika o 1
}[/syntax]

W tym przykladzie przestawilem timer na przerwanie co 1 sek ( jak dobrze zrozumialem to 8000000 / 64 /124 daje nam 1008 czyli ~ 1 ms). Calosc kodu wczesniej pracowala na przerwaniu co 25 ms dlatego w if sprawdzam, czy timer do tylu zliczyl i wtedy zeruje cnt1 oraz realizuje kod ktory wczesniej dzialal poprawnie na tych 25 ms.
Efektem tej zmiany jest zapalanie sie kolejno kolorow ale bardziej na zasadzie wlacz/wylacz niz sciemnianie przez pewien czas kolejnych kolorow.
Mikrokontroler nie wyrabia przy tych paru operacjach w przerwaniu (wiem, ze powinno ich tam byc mniej) czy co innego robie zle ?

Statystyki: Napisane przez gomes — 19 sie 2013, o 08:39