ATNEL tech-forum

Re: Przerwania a wartości ułamkowe

2016-02-03T22:09:19+01:00

lorddran napisał(a):

Tak, jednak wtedy program wraca do miejsca, w którym był gdy zaczynało się przerwanie, a nie do miejsca w którym rozpoczyna się algorytm regulatora. Ja natomiast chcę by zaraz po pomiarze (który wykonuje się w przerwaniu) odbywało się liczenie nowej wartości dla PWM.

Dlatego panie kolego proponuję ci zacząć naukę technik programowania np z tej książki:
http://atnel.pl/mikrokontrolery-avr-jezyk-c.html

wtedy zrozumiesz, że to co piszesz

lorddran napisał(a):

Tak, jednak wtedy program wraca do miejsca, w którym był gdy zaczynało się przerwanie, a nie do miejsca w którym rozpoczyna się algorytm regulatora. .

jest po prostu jakąś totalną niedorzecznością ....

Mówię ci warto poznać podstawowe techniki programowania - nawet najprostszy mechanizm flagi o której wspomina wyżej jeden z kolegów.... I szybko przestaniesz mówić, że program gdzieś tam indziej wraca niż ty tego oczekujesz... To ty programujesz i program działa tak jak chce programista - a nie tak jak mu się akurat wyda za stosowne

Statystyki: Napisane przez mirekk36 — 3 lut 2016, o 22:09

Re: Przerwania a wartości ułamkowe

2016-02-03T21:06:09+01:00

Statystyki: Napisane przez lorddran — 3 lut 2016, o 21:06

Re: Przerwania a wartości ułamkowe

2016-02-03T20:51:55+01:00

W przerwaniu możesz zmieniać tylko flagę xor`em i odczytywać ją w pętli while.

Np.

[syntax=c]ISR(cos){
flaga_pid ^= 1;
}

int main(void) {
while(1) {
if(flaga_pid) pid_func();
}
}[/syntax]

Statystyki: Napisane przez ps19 — 3 lut 2016, o 20:51

Re: Przerwania a wartości ułamkowe

2016-02-03T20:50:28+01:00

Źle się wyraziłem. Prawdą jest, że nie trzeba wykonywać algorytmu regulatora w przerwaniu. W wersji programu gdzie funkcja regulatora jest w pętli głównej, a w przerwaniu tylko pomiar - wszystko działa i ma się świetnie. Jednak chciałbym mieć pewność, że dla każdego pomiaru wyliczona będzie odpowiednia wartość z regulatora. Chcę też, by obliczanie wykonywane było zaraz po wykonaniu pomiaru. Tak więc nie musi, ale jednak "chcę i to bardzo"

Statystyki: Napisane przez lorddran — 3 lut 2016, o 20:50

Re: Przerwania a wartości ułamkowe

2016-02-03T20:19:45+01:00

lorddran napisał(a):

Dlaczego musi być w przerwaniu? Dlatego, że jest to regulator PI

No to sobie kolega powód wymyślił - tak jak myślałem ..... Więc jeszcze raz na spokojnie ci powiem - to nie musi być w przerwaniu

Statystyki: Napisane przez mirekk36 — 3 lut 2016, o 20:19

Re: Przerwania a wartości ułamkowe

2016-02-03T18:52:33+01:00

Dlaczego musi być w przerwaniu? Dlatego, że jest to regulator PI i ważne jest dla mnie by obliczenia i wysyłanie wartości dla PWM odbywały się w tym samym czasie. A dlaczego nie można przeskalować? Cóż, albo robię coś źle, albo nie można bo regulator przestaje działać gdy próbuję przemnożyć wszystkie wartości...
[syntax=c]//zmienne
volatile float tmp = 0;
volatile float tmp2 = 0;
volatile float tmp3 = 0;
struct Struktura4 {
float Kp;
float prad_zadany;
float prad_zmierzony;
float ei;
float czlon_I;
float ei_suma;
float reg;
float Ti;
float Ts;
};
struct Struktura4 REG;[/syntax]
[syntax=c]//ten fragment chciałbym umieścić w przerwaniu
if(reg_flag == 1){
REG.Kp = 0.1;
REG.Ti = 0.001;
REG.ei_suma = REG.ei_suma + (REG.Ts * REG.ei);
REG.Ts = 0.001;
REG.prad_zadany = 0.7;
PORTD |= (1<REG.prad_zmierzony = (-0.014*pomiar1) + 7.154;
REG.ei = REG.prad_zadany - REG.prad_zmierzony;
REG.reg = REG.Kp * REG.ei;
REG.czlon_I = (REG.Kp/REG.Ti) * REG.ei_suma;
tmp = (REG.reg + REG.czlon_I);
if (tmp > 1)
{
tmp = 1;
PORTD |= (1<PORTD &= ~(1<}
if (tmp < 0)
{
tmp = 0;
}
OCR1A = tmp * 511;
}[/syntax]

Wykorzystuje przerwanie TIMER1_OVF_vect do wykonania pomiaru wartości prądu i w tym przerwaniu chciałbym dodać cały algorytm regulatora PI.

Statystyki: Napisane przez lorddran — 3 lut 2016, o 18:52

Re: Przerwania a wartości ułamkowe

2016-02-03T00:37:21+01:00

A moze zdarzymy policzyc jakis zmiennyprzecinek w przerwaniu?

Statystyki: Napisane przez KoreX — 3 lut 2016, o 00:37

Re: Przerwania a wartości ułamkowe

2016-02-03T00:02:47+01:00

Hmmm, też próbuję ogarnąć co to za obliczenia, że nie można ich rozbić na liczby całkowite i robić poza przerwaniem... chętnie zapoznam się z problemem

Statystyki: Napisane przez SylwekK — 3 lut 2016, o 00:02

Re: Przerwania a wartości ułamkowe

2016-02-02T23:22:26+01:00

kicajek napisał(a):

...a tak z ciekawości - o które linijki kodu jest ta sprzeczka?

To jest najciekawsze .... bo jak na razie nikt nie wie o jakie linijki kodu chodzi ....

Statystyki: Napisane przez mirekk36 — 2 lut 2016, o 23:22

Re: Przerwania a wartości ułamkowe

2016-02-02T23:12:22+01:00

lorddran napisał(a):

obliczenia muszą być koniecznie wykonywane w przerwaniu

mirekk36 napisał(a):

A ja ci mówię, że nie muszą być koniecznie w przerwaniu.

...a tak z ciekawości - o które linijki kodu jest ta sprzeczka?

Pozdr.

Statystyki: Napisane przez kicajek — 2 lut 2016, o 23:12

Re: Przerwania a wartości ułamkowe

2016-02-02T22:33:30+01:00

A ja ci mówię, że nie muszą być koniecznie w przerwaniu. To że tak mówisz pokazuje tylko jedno - że nie widzisz innych rozwiązań i to jest twój problem.

Statystyki: Napisane przez mirekk36 — 2 lut 2016, o 22:33

Re: Przerwania a wartości ułamkowe

2016-02-02T22:02:57+01:00

cóż, niestety obliczenia muszą być koniecznie wykonywane w przerwaniu i niestety przeskalowanie wszystkiego na liczby całkowite też nie zdaje egzaminu...

Statystyki: Napisane przez lorddran — 2 lut 2016, o 22:02

Re: Przerwania a wartości ułamkowe

2016-02-02T20:47:38+01:00

Tak jest taki trik i bardzo prosty, wystarczy dwa punkty zastosować

1. przenieść obliczenia do programu poza przerwania (jeśli już muszą być zmiennoprzecinkowe)
2. zastosować obliczenia w oparciu o liczby całkowite - też się da

Statystyki: Napisane przez mirekk36 — 2 lut 2016, o 20:47

Przerwania a wartości ułamkowe

2016-02-02T20:18:04+01:00

Witam,
czy jest jakiś sposób by w przerwaniu wykonać operacje na zmiennych niecałkowitych? Może jest jakiś trik który to umożliwia?
pozdrawiam

Statystyki: Napisane przez lorddran — 2 lut 2016, o 20:18