ATNEL tech-forum

Re: Zbyt długi czas wykonywania przerwania -zmienne globalne

2015-02-22T23:00:59+01:00

lukaszSZ999 napisał(a):

amplituda =ADCH/255; //amplituda jako float

Tak na pewno jest źle. Powinno być 255.0

Tak w ogóle to po co ci ten float? Wpisz po prostu:
[syntax=c]OCR0B =(uint8_t) tablica[i] * ADCH / 255;[/syntax]
Najpierw wykona się mnożenie, a potem dzielenie i wynik będzie poprawny.

Statystyki: Napisane przez Krauser — 22 lut 2015, o 23:00

Re: Zbyt długi czas wykonywania przerwania -zmienne globalne

2015-02-21T19:33:05+01:00

No dobrze

Puściłem już ładnie przez filtr RC i mam sinusoide z regulacją czestotliwosci ale za chiny ludowe nie mogę regulować amplitudy. Wydawałoby się to proste.

[syntax=c]ISR(TIMER0_OVF_vect){
ADCSRA |= (1<
amplituda =ADCH/255; //amplituda jako float

i= i+1+ADCH/25;

if (i >= 1000)
{
faza1 = !faza1;
i = 0;
}
//obsługa 1 faz

if (faza1 == 1)
{
OCR0B =(uint8_t) tablica[i]*amplituda;
OCR0A= 0;
}
else if (faza1 ==0) {
OCR0A =(uint8_t) tablica[i]*amplituda;
OCR0B= 0;
}[/syntax]

Niestety za żadne skarby nie chce łykać liczb z przedziału 0>amplituda>1 mimo że robię rzutowanie. Pomóżcie proszę to ręce opadają. Nawet gdy zamiast "amplituda" pomnoże razy 0.5 też to nie przechodzi

[syntax=c]if (faza1 == 1)
{
OCR0B =(uint8_t) tablica[i]*0.5;
OCR0A= 0;
}
else if (faza1 ==0) {
OCR0A =(uint8_t) tablica[i]*0.5;
OCR0B= 0;
}

}[/syntax]

Dziękuję;)

Statystyki: Napisane przez lukaszSZ999 — 21 lut 2015, o 19:33

Re: Zbyt długi czas wykonywania przerwania -zmienne globalne

2015-02-17T23:12:28+01:00

lukaszSZ999 napisał(a):

No i w 350 cykli się wyrabia ;D

A jakby ustawić timery na preskaler 1, tablicę zmniejszyć do 256 bajtów i zmienne i, faza1, faza2, faza3 zrobić 8-bitowe oraz wyrzucić oczekiwanie na zakończenie konwersji z przerwania.
Kąty można przeliczyć.
Wynik z ADCH przepisywać do bufora w przerwaniu od zakończenia konwersji.

lukaszSZ999 napisał(a):

[syntax=c]napiecie = ADCH/256; // regulacja amplitudy[/syntax]

To jest bez sensu, bo ADCH ma maksymalnie 255 i po podzieleniu całkowitym przez 256 wyjdzie 0.

Statystyki: Napisane przez Krauser — 17 lut 2015, o 23:12

Re: Zbyt długi czas wykonywania przerwania -zmienne globalne

2015-02-22T21:53:42+01:00

To ostatecznie przy dużych ADCH mogłoby dojść do sytuacji że co przerwanie przeskakuje o tyle komórek że to już nie byłby sinus a jakaś pokraka... I tutaj lekarstwem byłaby bardzo duża tablica

Statystyki: Napisane przez lukaszSZ999 — 16 lut 2015, o 23:32

Re: Zbyt długi czas wykonywania przerwania -zmienne globalne

2015-02-16T20:31:22+01:00

Dobrze, otworzyłem się jednak na koncepcje wykorzystania tablicy z wartościami sinusa ;D

Dziękuję Wam bardzo... ferie po sesji coraz krótsze więc mam nadzieję że zdążę

Mam już zaprojektowaną płytkę drukowaną więc tylko polutować, załadować program i wiiioo

Będziemy w kontakcie:)

Pozdrawiam

Statystyki: Napisane przez lukaszSZ999 — 16 lut 2015, o 20:31

Re: Zbyt długi czas wykonywania przerwania -zmienne globalne

2015-02-16T18:00:25+01:00

Pierwszy z twoich kodów oblicza sinusa ze znanej liczby. Procesor nie będzie tego robił. Kompilator to obliczy i wstawi tam od razu wartość. W drugim przypadku argument nie jest znany na etapie kompilacji i procesor będzie musiał to wyliczać za każdym razem. Stąd dłuższy kod.

lukaszSZ999 napisał(a):

Nie mogę tutaj skorzystać z tablicy wartości dla jednego okresu sinusa dlatego że falownik ma regulowaną częstotliwość od 0 do 50Hz nie mówiąc że muszę uzyskać przesunięcie fazowe.

Nie wydaje mi się. Może czegoś nie wiem. Przykład 1:
[syntax=c]uint16_t sinus[360] = {/*...*/);
for(uint16_t i = 0; i < 360; ++i)
{
OCRA = sinus[i];
_delay_ms(1); //okres 360 ms
}[/syntax]
Przykład 2:
[syntax=c]uint16_t sinus[360] = {/*...*/);
for(uint16_t i = 0; i < 360; ++i)
{
OCRA = sinus[(i + 100)%360]; //przesunięcie w fazie o 100
_delay_us(100); //okres 36 ms
}[/syntax]

Statystyki: Napisane przez Krauser — 16 lut 2015, o 18:00

Re: Zbyt długi czas wykonywania przerwania -zmienne globalne

2015-02-16T00:15:01+01:00

modyfikator static
tylko ta zmienna i tak ląduje w zmiennych globalnych

Statystyki: Napisane przez Zaba — 16 lut 2015, o 00:15

Re: Zbyt długi czas wykonywania przerwania -zmienne globalne

2015-02-15T22:29:44+01:00

Nie mogę tutaj skorzystać z tablicy wartości dla jednego okresu sinusa dlatego że falownik ma regulowaną częstotliwość od 0 do 50Hz nie mówiąc że muszę uzyskać przesunięcie fazowe. Może i dało by się tak zrobić ale wymagałoby to bardzo dużej tablicy. Mój pomysł jest dobry tylko mam problem z tym pobraniem zmiennych...

Przed chwilą próbowałem użyć register variable ale to nie przyspiesza wcale wykonania operacji... Jak przechować lokalną zmienną utworzoną w przerwaniu by w następnym przerwaniu mógłbym ją odzyskać? Są jakieś sposoby chociaż na tzw "pałe"?

Jak to możliwe że dla przykładu mam coś takiego:
[syntax=c]void sinus(){

uint8_t licznik = 5;
static float sinus;

sinus=sin(licznik);//obliczam sinusa
}[/syntax]

i ten kod wykona się w zaledwie kilkadziesiąt cykli

a sama operacja wyliczenia sinusa w tym kodzie:...

[syntax=c]uint8_t licznikglob; //zmienna globalna

void sinus(){

licznikglob++;
uint8_t licznik = licznikglob;
static float sinus;

sinus=sin(licznik);//obliczam sinusa
}[/syntax]

...potrzebuje ponad 3000 cykli.

Być może gdzieś robię jakiś błąd... To mój pierwszy program w C no ale bez przesady

Statystyki: Napisane przez lukaszSZ999 — 15 lut 2015, o 22:29

Re: Zbyt długi czas wykonywania przerwania -zmienne globalne

2015-02-15T21:30:11+01:00

Jak chcesz mieć szybko to nie licz sinusa tylko skorzystaj z tablicy:
[syntax=c]uint16_t sinus[360] = {/*...*/);
/*....*/
faza1 = ( (ADC/4) * sin[licznik*ADC/(8*fpwm)] ) / 1000; //to tylko przykład[/syntax]
Pozbądź się też liczb zmiennoprzecinkowych, bo w końcu wynik i tak jest liczbą całkowitą, którą wpisujesz do OCRx.

Statystyki: Napisane przez Krauser — 15 lut 2015, o 21:30

Zbyt długi czas wykonywania przerwania -zmienne globalne

2015-02-15T18:31:20+01:00

Witam

Tworzę program pod ATMEGA88 do falownika. Wykorzystuje sprzętowy PWM. Co 0,1ms generuje przerwanie na wykonanie którego mam jedynie 2000cykli (taktowanie 20MHZ). W każdym przerwaniu muszę wyliczyć wartość próbki przebiegu sinusoidalnego no i mam problem... Otóż, operując na zmiennych globalnych (PI, licznik, fpwm) przeliczenie i wygenerowanie wartości sinusa zajmuje ponad 3000cykli... Zauważyłem że jeśli będą to wartości zadeklarowane wewnątrz przerwania, jako lokalne, wyliczenie nowej próbki zajmuje ok. 100 cykli, jednakże jak wiadomo po wyjściu z przerwania tracę wartości tych zmiennych które są mi potrzebne w następnym wywołaniu tego przerwania.

[syntax=c]#define F_CPU 20000000UL
#include
#include
#include
#include

#define fpwm F_CPU/8/256
#define PI 3.14

uint16_t faza1;
uint16_t faza2;
uint16_t faza3;
float licznik2 = 0;

void proba(){

uint16_t licznik = 0; //tutaj na pewno nie bedzie tak...
licznik++;

ADCSRA |= (1<
while(ADCSRA & (1<
faza1 = (ADC/4) * sin(2 * PI*licznik*ADC/(8*fpwm));
faza2 = (ADC/4) * sin((2 * PI*licznik*ADC/(8*fpwm))+(2*PI/3));
faza3 = (ADC/4) * sin((2 * PI*licznik*ADC/(8*fpwm))+(4*PI/3));

if (licznik <(fpwm*0.5)){
OCR0A = faza1;
OCR0B = 0;
OCR1A = faza2;
OCR1B = 0;
OCR2A = faza3;
OCR2B = 0;
}
else{
OCR0B = faza1;
OCR0A = 0;
OCR1B = faza2;
OCR1A = 0;
OCR2B = faza3;
OCR2A = 0;
}

licznik2++;
if(licznik<=(8*fpwm/ADCH)){
licznik=0;

}
}

int main(void)
{

ADC_conf();
timer_init();
proba();

while (1){

}

}[/syntax]

UWAGA! funkcja "proba" jest tutaj w zastępstwie dla przerwania, gdyż symulator AVR Studio nie dawał rady inaczej. Proszę traktować jako przerwanie.

Nie mogę zmniejszać częstotliwości PWM dla otrzymania większej ilości cykli na obsługę przerwania gdyż to mija się z celem.

Proszę mi powiedzieć co zrobić? Już kombinowałem nad tym by co przerwanie wrzucać wartości zmiennych globalnych do lokalnych i operacje wyliczenia sinusa wykonać na lokalnych ale on wtedy znów robi to przez ok 3000 taktów. Próbowałem też na zmiennych static - zachowuje się tak jak na globalnych.

Pomożecie?

Statystyki: Napisane przez lukaszSZ999 — 15 lut 2015, o 18:31