ATNEL tech-forum

Re: [C] Attiny13, przerwanie INT0

2013-11-06T20:16:23+01:00

Ale po poprawce mam &= przed

Wiem, że nie muszę. Bez przerwań ogarniam bez problemu (ale zabrzmiało )
Sęk w tym, ze teraz właśnie ćwiczę sobie przerwania i chciałem tak ich użyć. Jak się okazało trochę na siłę. No i widać, ze jeszcze ustawianie bitów muszę porządnie przemielić.

Dzięki wielkie za zainteresowanie!

Statystyki: Napisane przez rescue1 — 6 lis 2013, o 20:16

Re: [C] Attiny13, przerwanie INT0

2013-11-06T19:16:07+01:00

Nie musisz korzystać z przerwań:
[syntax=c]while(1) {
LED1_ON;
_delay_ms(50);
LED1_OFF;
_delay_ms(500);
while( !(PINB & (1< PORTB |= (1< }
PORTB &= ~(1<}[/syntax]

[syntax=c](0<Czegoś takiego się nie używa, bo to nic nie robi, 0 po przesunięciu to nadal 0. Twój przykład wyzeruje cały rejestr, a jak dodasz ~() to nic nie zrobi.

Statystyki: Napisane przez Krauser — 6 lis 2013, o 19:16

Re: [C] Attiny13, przerwanie INT0

2013-11-06T09:14:09+01:00

Krauser napisał(a):

A, to już wiem skąd to wydłużenie czasu przy podaniu na stałe niskiego stanu na INT0. Bo rozkłada się na zmianę stanu diody (w wektorze) i skok do głównej funkcji. Dobrze myślę?
Czyli jeśli chcę wstrzymać wykonywanie błyskania na czas występowania stanu niskiego na jakimś pinie to użycie do tego przerwania jest chybionym pomysłem tak?

EDIT....

A z MCUCR to faktycznie zamieszałem wyzwolenie INT0 niskim stanem powinno być tak? :
[syntax=c]MCUCR &= (0<
Użyłem niskiego stanu a nie zbocza opadającego bo chciałem, żeby niski stan blokował wykonywanie głównego programu.

Statystyki: Napisane przez rescue1 — 6 lis 2013, o 09:14

Re: [C] Attiny13, przerwanie INT0

2013-11-05T22:57:39+01:00

Tu jest tak, że wykonywana jest funkcja przerwania i program wraca do głównego programu i wykonuje jedną instrukcję (asemblerową) po czym zabiera się za wykonywanie funkcji obsługi oczekującego przerwania.

PS.
[syntax=c]MCUCR &= ~(1<To nie ma żadnego efektu, bo masz ten sam bit 2 razy i ~ ma wyższy priorytet niż |

Statystyki: Napisane przez Krauser — 5 lis 2013, o 22:57

Re: [C] Attiny13, przerwanie INT0

2013-11-05T20:57:03+01:00

To mam jeszcze takie pytanie.

[syntax=c]#include
#include
#include

int main() {

MCUCR &= ~(1< GIMSK |= (1< sei();

DDRB |= (1< DDRB |= (1< DDRB &= ~(1< PORTB |= (1<
#define LED1_ON PORTB |=(1<#define LED1_OFF PORTB &= ~(1<

while(1) {
LED1_ON;
_delay_ms(50);
LED1_OFF;
_delay_ms(500);
}

}

ISR(INT0_vect) {

PORTB ^= (1<
}[/syntax]

Wrzuciłem do procka powyższy program. W założeniu miało być tak, że błyska sobie LED1 (PB4)a po podaniu stanu niskiego na INT0 błyskanie się zatrzymuje a LED2 (PB0) zmienia stan. No i w zasadzie tak jest. ALE jak zwarłem na stałe INT0 (PB1) do masy to LED2 zapala się na stałe (znaczy pewnie super szybko zmienia stany więc widać świecenie) a LED1 zapala się na sekundę co 10 sekund. Dlaczego? Nie powinno być tak, że dopóki jest stan niski na INT0 to główny program jest przerwany? A tu na dokładkę główny program zaczął działać inaczej.

Statystyki: Napisane przez rescue1 — 5 lis 2013, o 20:57

Re: [C] Attiny13, przerwanie INT0

2013-11-03T15:39:25+01:00

Nie no teraz będę wiedzieć. Tylko lipa trochę taka. Bo wiesz, człowiek stara się być dokładny. Jak mam A to wybieram A. Aż tu nagle okazuje się, że jak wybiorę poprawnie to Eclipse mi rzuca kłody pod nogi. Co więcej jest niekonsekwentny bo po przestawieniu z 13 na 13A błędu już ponownie nie pokazał. Gdyby nie to forum to tak naprawdę taki świeżak jak ja w życiu by nie doszedł czemu tam jest błąd... a raczej czemu jest a go nie ma. No bo program jest poprawny. Ech...
Jakby nie było, WIELKIE DZIĘKI i idę przerywać

Statystyki: Napisane przez rescue1 — 3 lis 2013, o 15:39

Re: [C] Attiny13, przerwanie INT0

2013-11-03T15:03:30+01:00

rescue1 napisał(a):

Wybrałem 13A bo do stykówki mam włożony własnie 13A.

Co z tego że masz 13A jeśli nie korzystasz z nowszych bitów konfiguracyjnych w wersji A ... Dlatego jeśli nie wiesz jakie są różnice a w niektórych prockach z literką A na końcu jak np ATmega8A, 32A 16A nie ma ŻADNYCH różnic od strony programowej to nie ustawiaj wersji z A bo po co ?

Statystyki: Napisane przez mirekk36 — 3 lis 2013, o 15:03

Re: [C] Attiny13, przerwanie INT0

2013-11-03T14:20:06+01:00

Atmel toolchain.

Kurde... magia.

Zmieniłem na 13 i pchełka znikła. Przestawiłem znów na 13A i pchełki nie ma a kompilacja poszła bez błędów.

Code:

**** Build of configuration Release for project przerwanie ****

make all 
Building file: ../main.c
Invoking: AVR Compiler
avr-gcc -Wall -Os -fpack-struct -fshort-enums -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=attiny13a -DF_CPU=8000000UL -MMD -MP -MF"main.d" -MT"main.d" -c -o "main.o" "../main.c"
Finished building: ../main.c
 
Building target: przerwanie.elf
Invoking: AVR C Linker
avr-gcc -Wl,-Map,przerwanie.map -mmcu=attiny13a -o "przerwanie.elf"  ./main.o   
Finished building target: przerwanie.elf
 
Invoking: AVR Create Extended Listing
avr-objdump -h -S przerwanie.elf  >"przerwanie.lss"
Finished building: przerwanie.lss
 
Create Flash image (ihex format)
avr-objcopy -R .eeprom -O ihex przerwanie.elf  "przerwanie.hex"
Finished building: przerwanie.hex
 
Create eeprom image (ihex format)
avr-objcopy -j .eeprom --no-change-warnings --change-section-lma .eeprom=0 -O ihex przerwanie.elf  "przerwanie.eep"
Finished building: przerwanie.eep
 
Invoking: Print Size
avr-size --format=avr --mcu=attiny13a przerwanie.elf
AVR Memory Usage
----------------
Device: attiny13a

Program:     126 bytes (12.3% Full)
(.text + .data + .bootloader)

Data:          0 bytes (0.0% Full)
(.data + .bss + .noinit)


Finished building: sizedummy
 

**** Build Finished ****

Nic z tego nie rozumiem. Wybrałem 13A bo do stykówki mam włożony własnie 13A.

Statystyki: Napisane przez rescue1 — 3 lis 2013, o 14:20

Re: [C] Attiny13, przerwanie INT0

2013-11-03T14:06:49+01:00

rescue1 napisał(a):

Procek ustawiony poprawnie na ATTINY13A

A jakiego toolchaina używasz ? WinAVR czy Atmelowskiego ?

Bo jeśli tego pierwszego to procek jest źle ustawiony ...

Ustaw ATtiny13

I jeśli nie korzystasz z dodatkowych fiuczerów ATtiny13A - to w żadnym z toolchainów nie ustawiaj ATtiny13A

Statystyki: Napisane przez mirekk36 — 3 lis 2013, o 14:06

Re: [C] Attiny13, przerwanie INT0

2013-11-03T14:04:48+01:00

A może kolega wrzuciłby log z Konsoli ?
Tam musi coś być ...

Statystyki: Napisane przez acid3 — 3 lis 2013, o 14:04

Re: [C] Attiny13, przerwanie INT0

2013-11-03T13:57:35+01:00

Nowiutki workspace. Zaimportowałem i..... na początku zrobiło sie milion pchełek. Po "clean project" została ta jedna
Procek ustawiony poprawnie na ATTINY13A

Statystyki: Napisane przez rescue1 — 3 lis 2013, o 13:57

Re: [C] Attiny13, przerwanie INT0

2013-11-03T13:36:11+01:00

rescue1 napisał(a):

o co kaman?

http://www.fotosik.pl/pokaz_obrazek/pel ... 7e704.html

Na początek bardzo bardzo uprzejmie cię proszę - ładuj zdjęcia na nasz serwer ok ? - w każdym dziale masz instrukcję prostą jak :

topic44.html

a jeśli chodzi o co kaman ? .... to:

1. czy na 100% masz wybrany właściwy procek w ustawieniach projektu?
2. Jeśli właściwy procek to utwórz nowy workspace - czysty i zaimportuj do niego ten projekt i wtedy sprawdź kompilację i daj znać ok?

Statystyki: Napisane przez mirekk36 — 3 lis 2013, o 13:36

Re: [C] Attiny13, przerwanie INT0

2013-11-03T13:22:33+01:00

Witajcie.
W wolnych chwilach kombinuję sobie z niebieska ksiażką i czytam tutejsze forum. Zazwyczaj idzie mi nieźle. Ale obecnie własnie jestem na etapie rozkminiania przerwań. Machnąłem sobie do Eclipse`a przykład Mirka i za jasną ciasną nie mogę się pozbyć tej cholernej czerwonej pchełki
ATTINY13A, atmel toolchain

o co kaman?

Statystyki: Napisane przez rescue1 — 3 lis 2013, o 13:22

Re: [C] Attiny13, przerwanie INT0

2012-08-11T18:35:15+01:00

Dziękuję bardzo, faktycznie taki sposób lepszy nie wiem w sumie dlaczego sobie tak życie utrudniłem...

Statystyki: Napisane przez Kobuz — 11 sie 2012, o 18:35

Re: [C] Attiny13, przerwanie INT0

2012-08-08T10:54:17+01:00

Zaraz zaraz - masz pierwszą książkę moją ? chyba masz z tego co piszesz - więc co za problem zapuścić bodajże drugą lekcję i dodać do niej przewanie jak wyżej z tym że nie wpisuj że Pan do tego przerwania żadnych delayów - po co ?

W przerwaniu ZAPAL po prostu sobie jakąś diodę LED - czy to nie da ci znać że przerwanie wystąpiło

bo teraz to ty zmieniasz w kółko i wszędzie stan diody na przeciwny - przecież to dla oka się nie nadaje

Weź że dwie diody LED i zrób sobie tak:

[syntax=c]#include
#include
#include

#define LED2 (1<#define LED1 (1<
int main() {
DDRB |= LED1 | LED2; //Konfiguracja PB1 i PB4 LED

DDRB &=~(1< PORTB |= (1<
MCUCR |= (1< GIMSK |= (1<
sei();

while(1) {
PORTB ^= LED1;
_delay_ms(500);
}

}

ISR(INT0_vect) {
PORTB ^= LED2;
}[/syntax]

i proszę program ma sobie normalnie migać diodą LED1 co pół sekundy a nie tam jakieś 33ms, których nie jesteś już w stanie prawie zobaczyć

a jak wciśniesz klawisz podpięty do przerwania to druga dioda LED2 będzie sobie niezależnie zmieniać stan na przeciwny

czy coś więcej potrzeba żeby zobaczyć podstawy działania INTx ?

Statystyki: Napisane przez mirekk36 — 8 sie 2012, o 10:54

Re: [C] Attiny13, przerwanie INT0

2012-08-08T10:15:01+01:00

Głownie chce nauczyć się przerwań, żeby stwierdzić że przerwanie wystąpiło, muszę to jakoś zaobserwować. Żeby mieć pewność że całość działa tak jak zaplanowałem diody świecą i w głównej pętli programu i w pętli przerwania. To, jak miałem nadzieję, pozwoli zaobserwować zmiany.

Generalnie robię to na ATtiny13 bo z nim mam problem... jak korzystam z jakiegoś większego uC w którym mam na przykład na porcie C przyciski a na D wyjścia nie ma problemu. W przypadku gdy mam tylko jeden port i na przyciski i na wyjścia program nie działa mi prawidłowo.

Statystyki: Napisane przez Kobuz — 8 sie 2012, o 10:15

Re: [C] Attiny13, przerwanie INT0

2012-08-07T21:34:44+01:00

Kobuz napisał(a):

W takim razie podłączę oscyloskop i zerknę jak to wygląda. Dzięki, nie przyzwyczaiłem się jeszcze do sprawdzania takich rzeczy oscyloskopem.

No bo kolega wyżej chciał ci bardziej przez to powiedzieć, że zdecydowanie lepiej wymyślić inny i prostszy przykład programowy niż coś takiego do czego trzeba oscyloskopu zaraz. Przecież żeby trzeba było do tak prostych celów zaraz targać oscyloskopy to zabawa w programowanie procków byłaby tylko dla ludzi z super zasobną kieszenią.

Ja mam całkiem inną propozycję dla kolegi autora wątku. Napisz lepiej co chcesz uzyskać ? opisz to ? co ma pokazać ci taki prosty test - to my tu postaramy się ciebie naprowadzić jaką drogą iść i jak tworzyć taki pierwszy testowy program OK ?

Statystyki: Napisane przez mirekk36 — 7 sie 2012, o 21:34

Re: [C] Attiny13, przerwanie INT0

2012-08-07T21:10:36+01:00

W takim razie podłączę oscyloskop i zerknę jak to wygląda. Dzięki, nie przyzwyczaiłem się jeszcze do sprawdzania takich rzeczy oscyloskopem.

Statystyki: Napisane przez Kobuz — 7 sie 2012, o 21:10

Re: [C] Attiny13, przerwanie INT0

2012-08-07T21:04:54+01:00

Ale co w tym programie nie działa poprawnie?
Bo najpierw w pętli głównej co 33ms zmieniasz stan diody na przeciwny. Co i tak jest dość trudne do zaobserwowania gołym okiem.
A potem obsługa przerwania. Zmiana stanu diody na przeciwny dwa razy pod rząd, sekunda przerwy i znowu podwójna zmiana stanu diody. Żeby to zaobserwować to bez oscyloskopu chyba się nie da.

Statystyki: Napisane przez jacekk232 — 7 sie 2012, o 21:04

Re: [C] Attiny13, przerwanie INT0

2012-08-06T22:49:01+01:00

Niestety program ten nie działa poprawnie, spowodowane jest to tylko wystąpieniem tego opóźnienia w funkcji?
uC to oczywiście ATtiny13

Statystyki: Napisane przez Kobuz — 6 sie 2012, o 22:49

Re: [C] Attiny13, przerwanie INT0

2012-08-06T22:41:09+01:00

Dlatego nigdy nie używamy _delay_xx w przerwaniach..........

Statystyki: Napisane przez Malutki_27 — 6 sie 2012, o 22:41

Re: [C] Attiny13, przerwanie INT0

2012-08-06T22:01:46+01:00

Kobuz napisał(a):

Nie za bardzo też rozumiem o co chodzi z tym że funkcja obsługi przerwań powinny być jak najkrótsza? ...

Nie koniecznie najkrótsza, ale powinna skończyć działanie przed nadejściem następnego przerwania i jeszcze powinno zostać trochę czasu dla programu głównego.

Jak chyba wiesz, przerwania wystepują cyklicznie, co jakiś czas. Wyobrażasz sobie co by się stało gdyby procedura obsługi przerwania była za długa? Po pierwsze przyszłoby następne przerwanie, po drugie nie wykonał by się kod z programu głównego.

Statystyki: Napisane przez Jaglarz — 6 sie 2012, o 22:01

[C] Attiny13, przerwanie INT0

2012-08-06T21:55:16+01:00

Witam,

napisałem taki program z użyciem przerwania. Są to moje początki w tym temacie dlatego prosiłbym o wyjaśnienie gdzie jest błąd.

[syntax=c]/*
* main.c
*
* Created on: 05-08-2012
* Author: Admin
*/

#include
#include
#include

#define LED2 PB4
#define LED1 PB1

int main()
{
DDRB |= (1<
DDRB &=~(1<
PORTB |= (1<
MCUCR |= (1<
GIMSK |= (1<
sei();

while(1)

{
PORTB ^= (1<_delay_ms(33);
}

}

ISR(INT0_vect)
{
PORTB ^= (1<PORTB ^= (1<_delay_ms(1000); //zeby sie upewnic ze przerwanie wystapilo
PORTB ^= (1<PORTB ^= (1<}

[/syntax]

Nie za bardzo też rozumiem o co chodzi z tym że funkcja obsługi przerwań powinny być jak najkrótsza? Jeśli na przykład chciałbym aby po wystąpieniu przerwania np. diody zaczęły cyklicznie migać powiedzmy co min. to jak to zrealizować? Albo jeśli po naciśnięciu przycisku chciałbym żeby serwo wykonało jakąś sekwencję...

Statystyki: Napisane przez Kobuz — 6 sie 2012, o 21:55