ATNEL tech-forum

Re: Zmniejszanie wartości OCR1A - błędne działanie programu

2015-11-21T16:21:58+01:00

No to teraz masz przynajmniej jeden problem rozwiązany (inicjalizacja przerwania jest OK) - czyli poprawnie użyte przerwanie w trybie CTC .... Zatem możesz szukać już błędu spokojnie w innych częściach swojego kodu.

Statystyki: Napisane przez mirekk36 — 21 lis 2015, o 16:21

Re: Zmniejszanie wartości OCR1A - błędne działanie programu

2015-11-21T16:09:36+01:00

Być może nie do końca, nie mam zbytnio wprawy w czytaniu noty katalogowej, a najbardziej mylące są dla mnie opisy rejestrów oznaczone jako [...]register A czy [...] register B. Tak więc moja nowa inicjalizacja timera:

[syntax=c]//inicjalizacia timera 1 - symulacja silnika
TCCR1B |= (1 << WGM12); // tryb CTC
OCR1A = 30625;
TCCR1B |= (1 << CS11)| (1 << CS10); //prescaler 64
TIMSK1 |= (1 << OCIE1A); //włączenie przerwania od CTC[/syntax]

Poniżej przerwanie:

[syntax=c]ISR(TIMER1_COMPA_vect)

{

if (start) {

switch (buf2) {

case 1:

T_PAR1_ON;
T_PAR2_OFF;
T_PAR3_OFF;
T_PAR4_OFF;
SLED1_OFF;
SLED2_ON;

break;

case 2:

T_PAR1_ON;
T_PAR2_OFF;
T_PAR3_OFF;
T_PAR4_OFF;
SLED1_ON;
SLED2_OFF;

break;

case 3:

T_PAR1_OFF;
T_PAR2_ON;
T_PAR3_OFF;
T_PAR4_OFF;
SLED1_OFF;
SLED2_ON;

break;

case 4:

T_PAR1_OFF;
T_PAR2_ON;
T_PAR3_OFF;
T_PAR4_OFF;
SLED1_ON;
SLED2_OFF;

break;

case 5:

T_PAR1_OFF;
T_PAR2_OFF;
T_PAR3_ON;
T_PAR4_OFF;
SLED1_OFF;
SLED2_ON;

break;

case 6:

T_PAR1_OFF;
T_PAR2_OFF;
T_PAR3_ON;
T_PAR4_OFF;
SLED1_ON;
SLED2_OFF;

break;

case 7:

T_PAR1_OFF;
T_PAR2_OFF;
T_PAR3_OFF;
T_PAR4_ON;
SLED1_OFF;
SLED2_ON;

break;

case 8:

T_PAR1_OFF;
T_PAR2_OFF;
T_PAR3_OFF;
T_PAR4_ON;
SLED1_ON;
SLED2_OFF;

break;

}

if (par1 == 1) {
buf2++;
if (buf2 > 8)
buf2 = 1;
} else {
buf2--;
if (buf2 < 1)
buf2 = 8;

}

}
}[/syntax]

Statystyki: Napisane przez krzynier — 21 lis 2015, o 16:09

Re: Zmniejszanie wartości OCR1A - błędne działanie programu

2015-11-21T15:56:53+01:00

krzynier napisał(a):

Zmiana kanału B na kanał A nie przynosi rezultatów

A wiesz o co chodzi z tymi kanałami A i B ? ..... to pokaż po swoich zmianach teraz kod inicjalizacji twojego timera1 i kod przerwania

Statystyki: Napisane przez mirekk36 — 21 lis 2015, o 15:56

Re: Zmniejszanie wartości OCR1A - błędne działanie programu

2015-11-21T15:37:00+01:00

Właściwie to zrobiłem to chyba z rozpędu, skopiowałem konfigurację rejestrów timera z innego programu i tak zostało:) Zmiana kanału B na kanał A nie przynosi rezultatów.

Statystyki: Napisane przez krzynier — 21 lis 2015, o 15:37

Re: Zmniejszanie wartości OCR1A - błędne działanie programu

2015-11-21T15:30:13+01:00

mirekk36 napisał(a):

powiedz po co używasz TIMER1_COMPB_vect ? ..... B ??? dlaczego ?

Kol.Mirek nie pytał dlaczego TIMER1 wogóle, tylko dlaczego B a nie A

Pozdr.

Statystyki: Napisane przez kicajek — 21 lis 2015, o 15:30

Re: Zmniejszanie wartości OCR1A - błędne działanie programu

2015-11-21T15:14:41+01:00

Przyznam, że nie wiem czemu użycie TIMER1_COMPB_vect mogłoby być przyczyną problemu. Taki był mój zamysł, uznałem że w wypadku mojego programu, użycie przerwania od Timera1 do sterowania paskiem diod jest najprostszym rozwiązaniem. Timer 2 mam już zajęty do obsługi wyświetlaczy siedmiosegmentowych. Dodam że działanie tego paska led przebiega zgodnie z oczekiwaniami, poza tym felernym przyspieszaniem.

Statystyki: Napisane przez krzynier — 21 lis 2015, o 15:14

Re: Zmniejszanie wartości OCR1A - błędne działanie programu

2015-11-21T14:46:20+01:00

krzynier napisał(a):

Proszę o nakierowanie w znalezieniu błędu

proszę

- powiedz po co używasz TIMER1_COMPB_vect ? ..... B ??? dlaczego ?

Statystyki: Napisane przez mirekk36 — 21 lis 2015, o 14:46

Zmniejszanie wartości OCR1A - błędne działanie programu

2015-11-21T14:36:37+01:00

Witam.
Projektuję prosty układ na podstawie ATMegi328, jedną z części tego układu jest pasek kilku diod LED, który ma stopniowo zwiększać częstotliwość migania diod do osiągnięcia zadanej wartości w ustalonym czasie. Obsługa paska LED zrealizowana jest przez przerwanie generowane przez TIMER1 skonfigurowany następująco:
[syntax=c]//inicjalizacia timera 1 - symulacja silnika
TCCR1B |= (1 << WGM12); // tryb CTC
OCR1A = 30625;
TCCR1B |= (1 << CS11)| (1 << CS10); //prescaler 64
TIMSK1 |= (1 << OCIE1B); //włączenie przerwania od CTC[/syntax]
Przerwanie zrealizuje prostą funkcję switch przełączającą stany diod:
[syntax=c]ISR(TIMER1_COMPB_vect)

{

if (start) {

switch (buf2) {

case 1:

T_PAR1_ON;
T_PAR2_OFF;
T_PAR3_OFF;
T_PAR4_OFF;
SLED1_OFF;
SLED2_ON;

break;

case 2:

T_PAR1_ON;
T_PAR2_OFF;
T_PAR3_OFF;
T_PAR4_OFF;
SLED1_ON;
SLED2_OFF;

break;
//[...] w sumie mam 8 diod więc pozwolę sobie pominąć fragment kodu dla zaoszczędzenia miejsca
}[/syntax]

Po wciśnięciu przycisku start, diody mają "rozpędzić się" do zadanej prędkości. Zrealizowałem to w następujący sposób:

[syntax=c]liczba = 50; //liczba symbolizuje z jaką częstotliwością ma docelowo migać pasek diod
liczbabuf=liczba; //zmienna utworzona na potrzeby reszty programu
if(KEYSTART) //Wciśnięcie przycisku start
{
if (!start)
{
start = 1; //uaktywnia funkcję napisaną w przerwaniu
liczba= 1;
while(liczba != liczbabuf) //pętla wykonująca się dopóki liczba nie osiągnie wartości zadanej
{
OCR1A = 8000000 / (64 * 1.0 * liczba) - 1; //ustalam częstotliwość wykonywania przerwania

if(!Timer1) //timer programowy zaimplementowany w oddzielnym przerwaniu
{
Timer1=((par5*1000)/(1.0*liczbabuf))/5; //par5 jest zmienną określającą przybliżony czas w jakim diody powinny się rozpędzić do prędkości docelowej
liczba++;
}
}
}
}[/syntax]

Z kodu wynika, że wartość OCRA1 jest skokowo obniżana, co powoduje zwiększenie częstotliwości występowania przerwania. Niestety nie działa to prawidłowo, podczas przyspieszania program w przerwaniu dostaje chwilowych zwiech w losowych momentach, co skutkuje chwilowym zatrzymaniem przesuwającego się paska. Analogicznie napisałem funkcję działającą w drugą stronę, powodującą hamowanie diod, działa ona zgodnie z zamierzeniami bez żadnych zawieszeń.
Proszę o nakierowanie w znalezieniu błędu, oraz o wyrozumiałość, gdyż jest to jeden z moich pierwszych projektów.

Statystyki: Napisane przez krzynier — 21 lis 2015, o 14:36