ATNEL tech-forum

Re: Timer programowy

2012-10-29T19:36:15+01:00

Dzięki za zwrócenie uwagi :]

Statystyki: Napisane przez xamrex — 29 paź 2012, o 19:36

Re: Timer programowy

2012-10-29T17:33:55+01:00

No no no - spójrz na ten kod u góry i porównaj jaki typ dałeś zmiennym Timer1, Timer2

a na jakim typie pracujesz w przerwaniu - bo nigdy te timery programowe nie będą ci działać (to ten kolejny błąd o którym pisałem wcześniej)

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

a pytania - śmiało zadawaj

Statystyki: Napisane przez mirekk36 — 29 paź 2012, o 17:33

Re: Timer programowy

2012-10-29T17:26:49+01:00

No jak zwykle działa
Ja nie wiem..
Ty to jesteś guru )

Dzięki
Myślę, że więcej pytań miał nie będę

Statystyki: Napisane przez xamrex — 29 paź 2012, o 17:26

Re: Timer programowy

2012-10-29T17:21:15+01:00

Jak WGM1 jest w TCCR1A to ja jestem księdzem

czytaj dokładniej noty

Statystyki: Napisane przez mirekk36 — 29 paź 2012, o 17:21

Re: Timer programowy

2012-10-29T16:56:44+01:00

Ok,
Teraz ruszyło, ale coś te czasy nie takie:D
Postanowiłem napisać prościutki, program, aby sprawdzić w czym rzecz:
[syntax=c]
#include
#include

int main(void){

DDRD |=(1</********* KONFIGHURACJA TIMERA **/
TCCR1A|=(1<TCCR1B|=(1<TIMSK1|=(1<
OCR1A=18000; // 18432000/1024/18000 =1Hz
sei();

while(1){
;
}
}

ISR(TIMER1_COMPA_vect){
PORTD ^=(1<}[/syntax]

No ale zamiast migania co 1 sek, miga co 3,5sek

Żeby nie było, że to fusy, załączam screen z Bootloadera:

Czyżbym coś źle liczył?

Statystyki: Napisane przez xamrex — 29 paź 2012, o 16:56

Re: Timer programowy

2012-10-29T13:29:41+01:00

xamrex napisał(a):

I pewnie problem się rozwiąże, a jeśli nie to znowu zacznę was męczyć..

dokładnie - tzn ja liczę na to, że sam znajdziesz jeszcze JEDEN błąd OK ? .....

ale jeśli nie to śmiało męcz - po to tu jesteśmy

------------------------ [ Dodano po: 5 minutach ]

worner napisał(a):

mirekk36 napisał(a):

To tak samo powoduje ciągłe resetowanie procka - jak każde odblokowane przerwanie, które nie ma procedury swojej obsługi w kodzie

Nawet nie wiedziałem, że tak się zachowuje procek.

worner to troszkę nie tak jak piszesz ale doprecyzuję.

To nie procek się tak zachowuje - sam z siebie .... To jest tak, że jeśli programista czyli ty - odblokujesz jakieś przerwanie w odpowiednim rejestrze - ale nie napiszesz odpowiedniego makra ISR( vector ) bo np zapomniałeś jak w tym przypadku ... to pomyśl co kompilator ma sobie pomyśleć ???

otóż kompilator gdy zobaczy, że nie ma chociażby takiego PUSTEGO makra - to pod adres obsługi tego wektora przerwania wstawi adres obsługi błędnych przerwań ... a tam będzie skok na wszelki wypadek do początku programu. Więc to jest CELOWE działanie kompilatora - że taki kod wygeneruje.

Dlatego OBOWIĄZKIEM programisty jest zadbać o dodanie makra ISR() od razu jak odblokowujesz jakieś przerwanie. Ja zawsze od razu kolejną rzeczą którą robię za pamięci to daję

[syntax=c]ISR( nazwa_wektora ) {

}[/syntax]

i potem nawet jak zapomnę wypełnić to makro - to już nic złego mi się nie stanie - program będzie po prostu skakał do pustej procedury i wracał. Czyli nic nie zrobi ale procek się nie zresetuje.

Statystyki: Napisane przez mirekk36 — 29 paź 2012, o 13:29

Re: Timer programowy

2012-10-29T12:43:22+01:00

mirekk36 napisał(a):

To tak samo powoduje ciągłe resetowanie procka - jak każde odblokowane przerwanie, które nie ma procedury swojej obsługi w kodzie

Nawet nie wiedziałem, że tak się zachowuje procek.

Statystyki: Napisane przez worner — 29 paź 2012, o 12:43

Re: Timer programowy

2012-10-29T10:53:08+01:00

Krauser
Dzięki,
Nie zwróciłem uwagi...

Pod wieczór, jak będę w domu, postaram się poprawić kod..
I pewnie problem się rozwiąże, a jeśli nie to znowu zacznę was męczyć..

Dziękuję serdecznie

Statystyki: Napisane przez xamrex — 29 paź 2012, o 10:53

Re: Timer programowy

2012-10-29T10:51:17+01:00

Krauser jest jeszcze sporo innych rzeczy - ale dajmy koledze może chwilkę na uporządkowanie kodu, ew zmniejszenie - bo wierzę, że wtedy sam zobaczy jeszcze inne rzeczy - a są napewno.

zresztą do takiego kodu przydałoby się np opis autora, że np:

zezwalam na przerwanie compare A ponieważ ..... ...... opis ....

zezwalam na przerwanie compare B ponieważ ..... ...... opis ....

już samo to pozwoliłoby zobaczyć wyżej wymienione błędy

------------------------ [ Dodano po: 1 minucie ]

Krauser napisał(a):

Oczywiście TIMSK1|=(1<

To tak samo powoduje ciągłe resetowanie procka - jak każde odblokowane przerwanie, które nie ma procedury swojej obsługi w kodzie

Statystyki: Napisane przez mirekk36 — 29 paź 2012, o 10:51

Re: Timer programowy

2012-10-29T10:44:13+01:00

xamrex napisał(a):

[syntax=c]
//...
TIMSK1|=(1<TIMSK1|=(1<OCR1A=288; //przerwanie co 1ms
//...
ISR(TIMER2_COMPA_vect){
//...
[/syntax]

Odblokowałeś przerwania dla TIMER1 a masz TIMER2_COMPA_vect co dla AVR powoduje rozpoczęcie programu od początku. Oczywiście TIMSK1|=(1<Statystyki: Napisane przez Krauser — 29 paź 2012, o 10:44

Re: Timer programowy

2012-10-29T10:01:46+01:00

xamrex napisał(a):

Nie wiem Mirku, mógłbym tu wrzucić (po południu, koło 16.00) kod asemblera, jaki został wygenerowany..
Mógłbyś rzucić na niego okiem?

Posłuchaj,

po PIERWSZE to jeśli chcesz żebym np ja analizował kod, to niestety doprowadź go najpierw do porządku tak jak zaproponował ci GwynBleid, bo inaczej uznam że nie szanujesz nikogo na tym forum, a przecież już długo tu jesteś i wiesz że dobrze napisany kod - daje się o 100x szybciej przeanalizować.

CO WAŻNIEJSZE - sam popełnisz 100x mniej błędów

przyznam, że spróbowałem go zacząć analizować - ale mnie odrzuciło - poważnie.

Tym bardziej, że już od samego początku błędy ... tzn może inaczej powiem

w tym kodzie jest po prostu CAŁE STADO BŁĘDÓW - i sam się wcale sobie i innym nie dziwię, że nikt wcześniej tego nie zauważył .... bo tak samo pewnie się każdemu "chce się to czytać"

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

żeby nie było że tylko marudzę (chociaż nie marudzę) to dam ci kilka PORAD:

1. tak jak mówiłem to pwi++; oraz OC0B=pwi; nie ma prawa źle działać
2. zrób prawidłowe wcięcia w kodzie
3. zrób odstępy chociaż 1 linii między ważnymi blokami kodu
4. zwracaj uwagę na typy danych
5. otwórz notę PDF i czytaj co i w którym rejestrze się ustawia bo jest M A S A K R A (tu już sporo znajdziesz)
6. na ZEUSA - stwórz do testów (tak sobie sam) ... jakiś prostszy kod na chwilę żeby to przetestować. Po co ci do testów 30 PWM'ów i setki niepotrzebnych rzeczy. Przecież po kawałku łatwiej się testuje

a jak całość uporządkujesz to wtedy:

1. od razu sam wyłapiesz co najmniej kilka błędów
2. będę w stanie przeanalizować ten kod
3. pomogę albo pomożemy - i dasz sobie z tym radę

to jest moja propozycja OK ?

obejdzie się bez żadnego asemblera - bo to byłoby wręcz bez sensu przy kodzie w C napisanym z tyloma błędami

Statystyki: Napisane przez mirekk36 — 29 paź 2012, o 10:01

Re: Timer programowy

2012-10-29T08:04:10+01:00

Jeśli ktoś ma chwilkę czasu, to bardzo prosiłbym zachowanie tego kodu (oczywiście trzeba troche inaczej timer skonfigrować i PWM ) na M32..

Akurat pożyczyłem płytkę koledze, i nie mam jak tego przetestować..
Bo siedzę nad tym już i siedzę.. i nie mam pomysłów..
Powinno działać a tu nie chce ;/

------------------------ [ Dodano po: 13 minutach ]

Nie wiem Mirku, mógłbym tu wrzucić (po południu, koło 16.00) kod asemblera, jaki został wygenerowany..
Mógłbyś rzucić na niego okiem?

Statystyki: Napisane przez xamrex — 29 paź 2012, o 08:04

Re: Timer programowy

2012-10-29T05:57:39+01:00

Gwyn to na pewno nie chodzi o volatile bo oba przypadki u xarmexa powinny działać.

Statystyki: Napisane przez mirekk36 — 29 paź 2012, o 05:57

Re: Timer programowy

2012-10-28T20:03:45+01:00

Ok,
warunek nie potrzebny, bo przyjmie wartość 0

koncowkar=pwmi; //koncowar to OCR0B (mam to zrobione przez #define)

Zrobiłem na szybko nowy projekcik, aby tylko i wyłącznie się tym pobawić i oto mój plik main.c

[syntax=c]
#include
#include
volatile uint8_t Timer1,Timer2; //timerzy generujace
uint8_t pwmi;
int main(void){
/****** CONF PWM*******************/
DDRD |=(1<//TIMER 0 dla OCROB(PD5) i dla OCROA(PD6)
TCCR0A |= (1<TCCR0A |= (1<TCCR0A |= (1<TCCR0B |= (1<//TIMER 2 da OCR2B(PD3)
TCCR2A |= (1<TCCR2A |= (1<TCCR2B |= (1</********* KONFIGHURACJA TIMERA *********************/
TCCR1A|=(1<TCCR1B|=(1<TIMSK1|=(1<TIMSK1|=(1<OCR1A=288; //przerwanie co 1ms
sei();
/////////////////////////////////////////////////////////////////////////////////////
while(1){
if(!Timer1){
Timer1=20;
pwmi++;
OCR0B=pwmi;
}
}

}

ISR(TIMER2_COMPA_vect){
uint16_t x;
x = Timer1; // 1000Hz Timer1
if (x) Timer1 = --x;
x = Timer2; // 1000Hz Timer2
if (x) Timer2 = --x;
}

[/syntax]

No i dioda cały czas świeci słabo.

A jak zmienię while na:
[syntax=c]while(1){
if(!Timer1){
Timer1=20;
// pwmi++;
OCR0B++;
}
}[/syntax]
To działa OK(rozjaśnia się)

Statystyki: Napisane przez xamrex — 28 paź 2012, o 20:03

Re: Timer programowy

2012-10-28T20:00:36+01:00

Nie odpowiedziałeś na moje pytanie - a ja podpowiem ci że w żadnym z tych wypadków nie potrzebujesz ani:

Code:

if(pwmi>254) pwmi=0;

ani

Code:

if(pwmi>255) pwmi=0;

czekam zatem na odpowiedź

------------------------ [ Dodano po: 1 minucie ]

Nie wspomnę o tym że nigdzie w twoich kodach nie widać co to jest?

koncowkar

Statystyki: Napisane przez mirekk36 — 28 paź 2012, o 20:00

Re: Timer programowy

2012-10-28T19:56:34+01:00

Może tutaj to podam bardziej dokładnie.
Wydaje mi się, że rpoblem lezy w mojej funkcji funkcja2();
1)Działa (dioda się rozjaśnia)
[syntax=c] void funkcja2(void){
koncowkar++;
if(koncowkar>254) koncowkar=0;
_delay_ms(10);
}
[/syntax]
2)Również działa:(czyli TIMER mam ustawiony dobrze)
[syntax=c] void funkcja2(void){
if(!Timer1){
Timer1=20;
koncowkar++;
if(koncowkar>254) koncowkar=0;
}
}
[/syntax]
3)NIE działa: Dioda słabo świci cały czas (tak jakby był problem ze zmienną pwmi)
[syntax=c]void funkcja2(void){
if(!Timer1){
Timer1=20;
pwmi++;
koncowkar=pwmi; //koncowar to OCR0B (mam to zrobione przez #define)
if(pwmi>254) pwmi=0;
}
}[/syntax]

Statystyki: Napisane przez xamrex — 28 paź 2012, o 19:56

Re: Timer programowy

2012-10-28T19:53:47+01:00

Nie za bardzo na razie rozumiem, ale masz coś takiego:

Code:

uint8_t pwmi;

więc jaką wg ciebie wartość przyjmie ta zmienna gdy będzie = 255 i zwiększysz ją o jeden ?

bo widzę tam coś takiego:

Code:

if(pwmi>255) pwmi=0;

Statystyki: Napisane przez mirekk36 — 28 paź 2012, o 19:53

Timer programowy

2012-10-29T17:04:21+01:00

Witam. Mój procek to Mega88 kwearc 18,432Mhz
Mam diodę RGB i chciałbym napisać soie funkcję, która rozjaśnia kolor czerwony, a na dodatek jest nieblokująca.
Tak inicjuję timer 16biotwy(tylko ten mi został)
[syntax=c]void init_timer(){
TCCR1A|=(1<TCCR1B|=(1<TIMSK1|=(1<TIMSK1|=(1<OCR1A=288; //przerwanie co 1ms
}

ISR(TIMER2_COMPA_vect){
uint16_t x;
x = Timer1; // 1000Hz Timer1
if (x) Timer1 = --x;
x = Timer2; // 1000Hz Timer2
if (x) Timer2 = --x;
}

[/syntax]

W maine mam
[syntax=c]
volatile uint8_t Timer1,Timer2; //timerzy generujace
uint8_t EEMEM EE_flaga; //flga sprawdzajaca czy zostay za pierwszym razem skopiowane dane do paieci eeprom

//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};
uint8_t pwmi=0;
void init_timer(){
TCCR1A|=(1<TCCR1B|=(1<TIMSK1|=(1<TIMSK1|=(1<OCR1A=288; //przerwanie co 1ms
}

void funkcja2(void){
if(!Timer1){
Timer1=20;
pwmi++;
koncowkar=pwmi; //koncowar to OCR0B (mam to zrobione przez #define)
if(pwmi>255) pwmi=0;
}
}
int main (void){
USART_Init( __UBRR );// inicjalizacja UART
confpwm();//wlacz pwm
sei();// globalne odblokowanie przerwań
init_timer();
while(1){
funkcja2();
}
[/syntax]

No i teraz dioda świeci cały czas słabo.. (coś nie tak z funkcją funkcja2();)
Natomiast gdy przerobię funckje2() na taką:
[syntax=c]void funkcja2(void){
if(!Timer1){
Timer1=20;
koncowkar++;
if(koncowkar>254) koncowkar=0;
}
}[/syntax]

To dioda się rozjaśnia..

Tak napisana funkjca2(); równiez działa:
[syntax=c]void funkcja2(void){
koncowkar++;
if(koncowkar>254) koncowkar=0;
_delay_ms(10);
}[/syntax]

Statystyki: Napisane przez xamrex — 28 paź 2012, o 18:50