ATNEL tech-forum

Re: Przerwania zewnętrzne na Atmega 328P

2018-06-25T19:37:10+01:00

Szybkość nie ma tu znaczenia. Ale dziękuję za poprawkę

Problemem były trzaskające bez przerwy przerwania. Pomogła sugestia kolegi andrews. Temat do zamknięcia

Statystyki: Napisane przez Bart92 — 25 cze 2018, o 19:37

Re: Przerwania zewnętrzne na Atmega 328P

2018-06-23T16:00:58+01:00

witam,

Bart92 napisał(a):

if (enable == 1) {
if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 1)) {
rotation(1);
phase = 1;
}

if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 0)) {
rotation(2);
phase = 2;
}

if ((sensor1 == 1) && (sensor2 == 1) && (sensor3 == 0)) {
rotation(3);
phase = 3;
}

if ((sensor1 == 0) && (sensor2 == 1) && (sensor3 == 0)) {
rotation(4);
phase = 4;
}

if ((sensor1 == 0) && (sensor2 == 1) && (sensor3 == 1)) {
rotation(5);
phase = 5;
}

if ((sensor1 == 0) && (sensor2 == 0) && (sensor3 == 1)) {
rotation(0);
phase = 0;
}
} else

tak sobie pomyślałem czy nie szybciej by się wykonało gdyby zastosować coś w tę stronę.

[syntax=c]if (enable == 1) {
uint8_t tablica_wzorcowa[7]= {0,2,4,3,0,1,5};
uint8_t sygnal = sensor1 | (sensor2 << 1) | (sensor3 << 2);

rotation(tablica_wzorcowa[sygnal]);
phase = tablica_wzorcowa[sygnal];
} else....[/syntax]

Statystyki: Napisane przez Daro69 — 23 cze 2018, o 16:00

Re: Przerwania zewnętrzne na Atmega 328P

2018-06-23T00:38:09+01:00

andrews napisał(a):

Bart92 napisał(a):

[syntax=c]while (1) {

// ...

if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 1)){
PORTB ^= (1< }

// ...

}[/syntax]

Rozumiem, że te 3 sensory dają 6 kombinacji na cykl. W związku z tym kombinacja 101 trwa przynajmniej 1/6 cyklu.
Ile razy pętla while zdąży zrobić obiegów, w czasie gdy powyższy warunek będzie spełniony?
Obawiam się, że impulsów będzie dużo więcej niż jeden na cykl, szczególnie przy niższych obrotach.

Może lepiej byłoby np. jakoś tak:
[syntax=c]//
if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 1)) {
PORTB |= (1< }
else {
PORTB &= ~(1< }[/syntax]

Masz rację kolego. Polecę w tą stronę.

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

Daro69 napisał(a):

witam,
widzę mała kolizję w kodzie, może ma wpływ na działanie programu.

Bart92 napisał(a):

if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 1)){
PORTB ^= (1< }

if (enable == 1) {
if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 1)) {
rotation(1);
phase = 1;
}

czy może lepiej by było:
[syntax=c]if (enable == 1) {
if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 1)){
...}
...}

else { // <------
if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 1)){

PORTB ^= (1< }
}[/syntax]
bo przy obecnym kodzie, czy enable jest 1 czy nie, to pierwszy if jest spełniony dla odpowiednio ustawionych sensorów.
?
pozdrawiam.

Tak powinno być, gdyż impulsy powinny być zliczane gdy silnik jest wyłączony, ale również wtedy kiedy jest włączony. Powinny być niezależne od "enable" które odpala silnik.

Statystyki: Napisane przez Bart92 — 23 cze 2018, o 00:38

Re: Przerwania zewnętrzne na Atmega 328P

2018-06-22T22:43:36+01:00

witam,
widzę mała kolizję w kodzie, może ma wpływ na działanie programu.

Bart92 napisał(a):

if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 1)){
PORTB ^= (1< }

if (enable == 1) {
if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 1)) {
rotation(1);
phase = 1;
}

Statystyki: Napisane przez Daro69 — 22 cze 2018, o 22:43

Re: Przerwania zewnętrzne na Atmega 328P

2018-06-22T09:11:40+01:00

Bart92 napisał(a):

[syntax=c]while (1) {

// ...

if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 1)){
PORTB ^= (1< }

// ...

}[/syntax]

Statystyki: Napisane przez andrews — 22 cze 2018, o 09:11

Re: Przerwania zewnętrzne na Atmega 328P

2018-06-22T00:26:39+01:00

Wartość przez którą dzielę impulsy wynika z typu silnika. Ten ma chyba ze 24 zęby i takich pełnych cykli sześciu komutacji podczas jednego obrotu wykonuje kilka, czy kilkanaście. Silnik ma bardzo niskie obroty, gdyż siedzi w piaście koła od roweru. Przenosi moment bezpośrednio na obręcz, bez żadnej przekładni.

Przyjmijmy, że ta wartość dzielnika jest prawidłowa. Będę to jeszcze kalibrował z GPS, żeby pokazywało perfekt.
A póki co chcę osiągnąć chociaż jakąś zależność pomiędzy obrotami a wskazaniem

Impuls przerwania generuje uC odpowiedzialny za komutacje. Wszelkie zakłócenia są odfiltrowane, nie ma o tym mowy. Kilkadziesiąt kondensatorów(w tym nie jeden byk elektrolit), diod i transili dba o to, żeby komputerki były stabilne. W dodatku są zasilane z dwupoziomowego zasilacza liniowego.

Łapcie kawałek kodu z uC który robi silnik:

[syntax=c]while (1) {
measurement();
power();

if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 1)){
PORTB ^= (1<}

if (enable == 1) {
if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 1)) {
rotation(1);
phase = 1;
}

if ((sensor1 == 1) && (sensor2 == 0) && (sensor3 == 0)) {
rotation(2);
phase = 2;
}

if ((sensor1 == 1) && (sensor2 == 1) && (sensor3 == 0)) {
rotation(3);
phase = 3;
}

if ((sensor1 == 0) && (sensor2 == 1) && (sensor3 == 0)) {
rotation(4);
phase = 4;
}

if ((sensor1 == 0) && (sensor2 == 1) && (sensor3 == 1)) {
rotation(5);
phase = 5;
}

if ((sensor1 == 0) && (sensor2 == 0) && (sensor3 == 1)) {
rotation(0);
phase = 0;
}
} else {
ALL_OFF
}[/syntax]

Jak widzicie warunek wysłania impulsu jest taki sam, jak warunek pierwszej komutacji. Nie wrzuciłem go tam, ponieważ komutacje wykonują się tylko gdy jest sygnał z kontrolera, że ma przyspieszyć. Jeżeli zakręcimy przepustnicę, PWM nie ustawia się na 0, tylko całkowicie wyłącza.

Aww. mówiąc prosto gdy impuls był w warunku komutacji, prędkościomierz działał tylko gdy był odkręcony gaz. W momencie zamknięcia przepusnicy pokazywał 0 mimo iż silnik się obracał.

Statystyki: Napisane przez Bart92 — 22 cze 2018, o 00:26

Re: Przerwania zewnętrzne na Atmega 328P

2018-06-21T20:35:01+01:00

RadekB86 napisał(a):

w 10 linijce Dzielisz przez 5.2 ? wiesz o tym że tak naprawdę dzielisz tylko przez 5 ?

Obawiam się, że nie masz racji. Obliczenia będą wykonane na liczbach typu float, a wynik zostanie dopiero zaokrąglony do liczby całkowitej.

Większym problemem może być czas potrzebny na takie obliczenia. Taka operacja może zająć kilkaset taktów zegara, co w procedurze obsługi przerwania może być niewskazane, bo np. w czasie obsługi przerwania od timera przerwania zewnętrzne są wyłączone, więc można zgubić impulsy (choć tu raczej wygląda, że jest ich za dużo). Wszystko tu zależy od tego, jaka jest maksymalna częstotliwość tych impulsów z silnika. Może to nie jest tutaj problemem, ale i tak dobrze byłoby skrócić czas obsługi przerwania np. tak:[syntax=c]speed = (rps * 10 + 26) / 52;[/syntax]
To powinno znacząco skrócić czas wykonania procedury obsługi przerwania (która zawsze powinna być jak najkrótsza), a wynik obliczeń będzie taki sam. W sumie nie bardzo widzę sensu stosowania dodatkowej zmiennej. Wystarczyłoby:[syntax=c]ISR(TIMER1_COMPA_vect)
{
speed = (count * 10 + 26)/ 52;
count=0;
}[/syntax]

Generalnie w tym, co przedstawiłeś nie widzę raczej żadnego błędu, jeśli chodzi o logikę programu. Nie wiem, skąd wziąłeś tę wartość 5.2, ani jaki jest zakres obrotów silnika, więc nie wiem, czy obliczenia są prawidłowe. Na wszelki wypadek mógłbyś spróbować wyświetlić zamiast prędkości wartość zmiennej count i sprawdzić, czy zliczona ilość impulsów zgadza się z założeniami. Może masz problem sprzętowy np. jakieś zakłócenia od silnika powodują, że impulsów jest więcej niż oczekujesz? Jeśli masz możliwość, mógłbyś też sprawdzić te impulsy oscyloskopem.

Najlepiej byłoby wydzielić minimum kodu niezbędnego tylko do samego pomiaru prędkości usuwając wszystkie inne zadania programu i sprawdzić, czy to działa. Jeśli nie, łatwiej będzie znaleźć błąd. Jeśli będzie działać, to będzie oznaczało, że problem leży w innym fragmencie kodu.

Statystyki: Napisane przez andrews — 21 cze 2018, o 20:35

Re: Przerwania zewnętrzne na Atmega 328P

2018-06-21T18:40:38+01:00

w 10 linijce Dzielisz przez 5.2 ? wiesz o tym że tak naprawdę dzielisz tylko przez 5 ? i nie powinno to być w nawiasie ?

Statystyki: Napisane przez RadekB86 — 21 cze 2018, o 18:40

Przerwania zewnętrzne na Atmega 328P

2018-06-21T08:15:46+01:00

Witam!

Zrobiłem sobie kontroler do silnika bezszczotkowego.

Projekt jest oparty na dwóch układach atmega 328P, spiętych ze sobą. Jeden zajmuje się wyłącznie komutacjami silnika, drugi natomiast obsługuje pomiary, zabezpieczenia, wyświetlacz, manetkę gazu.

Spięte są ze sobą 5 liniami, z czego 4 odpowiadają za przesyłanie sygnału o ustawionej mocy, natomiast 5 wysyła impulsy do przerwań prędkościomierza.

uC od komutacji generuje zmianę stanu pinu co każdy cykl obrotu. im koło kręci się szybciej, tym gęściej zmienia stan pinu. I tutaj błędu ani filozofii nie ma.

Problem jest natomiast z drugim uC, tym od wyświetlacza. Na nim są generowane przerwania zewnętrzne zliczające impulsy, oraz wewnętrzne, które te impulsy zerują i "przesyłają" dalej.

Problem jest taki, że po ruszeniu silnikiem zawsze pokazuje podobną wartość(ok40kmh), nawet jak silnik ledwo się rusza. Jak się zatrzyma, poprawnie pokazuje 0.

Gdzie jest błąd?

[syntax=c]//speedometer
volatile unsigned int count = 0;
volatile unsigned int rps;
volatile unsigned int speed;[/syntax]

[syntax=c]//speedometer

EICRA |= (1<EIMSK |= (1<TCCR1B |= (1<TCCR1B |= (1<TCCR1B |= (1<
TIMSK1 |= (1<sei();

OCR1A= 7812;
DDRD &= ~(1<PORTD |= (1<

[syntax=c]ISR(INT1_vect)
{
//CPU Jumps here automatically when INT0 pin detect a falling edge
count++;
}

ISR(TIMER1_COMPA_vect)
{
//CPU Jumps here every 1 sec exactly!
rps=count;
speed = rps / 5.2;
count=0;
}[/syntax]

Statystyki: Napisane przez Bart92 — 21 cze 2018, o 08:15