ATNEL tech-forum

Re: funkcja main

2014-02-10T22:22:01+01:00

Procesor ma takie nóżki oznaczone OC1A i OC1B na których możesz sobie uruchomić PWM i wtedy korzysta się z OCR1A i OCR1B

Statystyki: Napisane przez Krauser — 10 lut 2014, o 22:22

Re: funkcja main

2014-02-08T17:58:43+01:00

okej a do do czego służy rejestr OCR1B skoro CTC wykorzystuje OCR1A to po co OCR1B ?

Statystyki: Napisane przez spider12 — 8 lut 2014, o 17:58

Re: funkcja main

2014-02-06T19:47:11+01:00

spider12 napisał(a):

OK jak to zobrazować wyżej kolega PKoz napisał że avr studio pokazuje to gdzie kompilator skacze
z instrukcji po instrukcji
co się dzieje z tym programem patrząc z perspektywy asemblera
Zobaczcie kod powyżej c tylko że w asemblerze :

Jeśli dalej tego nie zrozumiem to poprostu uznam że tak musi być

[syntax=asm]0000006c

:
6c:87 b3 inr24, 0x17; 23
6e:80 6c orir24, 0xC0; 192
70:87 bb out0x17, r24; 23
72:8e b5 inr24, 0x2e; 46
74:85 60 orir24, 0x05; 5
76:8e bd out0x2e, r24; 46
78:80 ed ldir24, 0xD0; 208
7a:95 ed ldir25, 0xD5; 213
7c:9d bd out0x2d, r25; 45
7e:8c bd out0x2c, r24; 44
80:89 b7 inr24, 0x39; 57
82:84 60 orir24, 0x04; 4
84:89 bf out0x39, r24; 57
86:78 94 sei
88:ff cf rjmp.-2 ; 0x88

0000008a <__vector_9>:
8a:1f 92 pushr1
8c:0f 92 pushr0
8e:0f b6 inr0, 0x3f; 63
90:0f 92 pushr0
92:11 24 eorr1, r1
94:8f 93 pushr24
96:88 b3 inr24, 0x18; 24
98:80 58 subir24, 0x80; 128
9a:88 bb out0x18, r24; 24
9c:8f 91 popr24
9e:0f 90 popr0
a0:0f be out0x3f, r0; 63
a2:0f 90 popr0
a4:1f 90 popr1
a6:18 95 reti

000000a8 <_exit>:
a8:f8 94 cli

000000aa <__stop_program>:
aa:ff cf rjmp.-2 ; 0xaa <__stop_program>[/syntax]

No ale co ma się dziać? Program realizuje po kolei instrukcje asemblera.

A co robi każdy z rozkazów to już musisz sprawdzić w książce o asemblerze choćby na ATmegi.

Np. ostatni rozkaz to właśnie tzw. koniec programu. Program skacze w kółko w to samo miejsce (stop program) w pustej pętli.

Statystyki: Napisane przez Jaglarz — 6 lut 2014, o 19:47

Re: funkcja main

2014-02-06T19:32:54+01:00

kila napisał(a):

To tak w wielkim skrócie, bo oczywiście z pętli while program może przeskoczyć do innej funkcji, zadeklarowanej przez użytkownika, ale nie ważne

Lub np. do obsługi przerwania. Zawsze potem po wykonaniu tego co jest (jak kolega wyżej napisał w innej funkcji) lub po "obsłużeniu" przerwania - program zawsze wraca do main w miejsce o jeden rozkaz dalej.

Statystyki: Napisane przez danny — 6 lut 2014, o 19:32

Re: funkcja main

2014-02-05T17:33:49+01:00

To może ja jeszcze spróbuję Cię nakierować.

Program na PC jest tak jakby skończony tak? Znaczy to, że np taki Pasjans - teoretycznie po wygranej partii jest koniec. Teoretycznie podkreślam. Program możesz zamknąć i spoko.

Na mikroprocesorach nie jest już tak prosto. Program na uP NIGDY ale to NIGDY nie może się skończyć. Dlatego jest ta pętla while. Pętla ta wykonuje swoje ciało dopóki warunek w nawiasie jest prawdą. Jak wiadomo z algebry i logiki Boola, 1 jest zawsze prawdą, także pętla while(1) będzie wykonywana aż do odcięcia zasilania.

A funkcja main musi być, gdyż jest to główne ciało programu. Program idzie zawsze od góry do dołu. Czyli jesteśmy w głównym ciele - funkcji main. Wykonują się jakieś procedury, np inicjacja przerwań itp, bo to się ma wykonać tylko raz. Ustawianie portów na odpowiedni tryb we/wy itd. Potem program napotyka na pętle while, do której wchodzi i nigdy nie wyskoczy.

To tak w wielkim skrócie, bo oczywiście z pętli while program może przeskoczyć do innej funkcji, zadeklarowanej przez użytkownika, ale nie ważne

Statystyki: Napisane przez kila — 5 lut 2014, o 17:33

Re: funkcja main

2014-02-02T16:35:11+01:00

Statystyki: Napisane przez spider12 — 2 lut 2014, o 16:35

Re: funkcja main

2014-02-02T16:07:08+01:00

Bo
[syntax=c]TIMSK |= (1<odblokowuje przerwania tylko dla Timera1 w trybie przepełnienia (Overflow).

Żeby procesor mógł zobaczyć, że ów Timer zgłosił przerwanie musi być również włączone globalne zezwolenie na przerwania czyli ustawiony bit I w rejestrze SREG. Można to zrobić poprzez sei() ale można by zrobić też tak[syntax=c]SREG |= (1<
Czyli żeby procesor zobaczył, że jakiś moduł zgłosił przerwanie muszą być włączone globalne przerwania i przerwania dla konkretnrgo modułu.

W Elportalu znalazłem dwa rysunki z Oślej łączki. Przeanalizuj je a dużo ci się wyjaśni

Statystyki: Napisane przez jacekk232 — 2 lut 2014, o 16:07

Re: funkcja main

2014-02-02T15:46:30+01:00

Jeśli odblokujemy raz:

TIMSK |= (1<
to po co drugi zezwalać na przerwanie

sei();

dokładnie tego nie rozumiem

Statystyki: Napisane przez spider12 — 2 lut 2014, o 15:46

Re: funkcja main

2014-02-02T13:12:21+01:00

spider12 napisał(a):

od którego momentu zaczyna zliczać impulsy timer od
TIMSK |= (1<
czy może od

sei(); //zezwolenie na globalne przrwanie

Timery w AVR zaczynają zliczać impulsy od momentu ustawienia preskalera czyli po tej lini
[syntax=c]TCCR1B |= (1<impulsy taktujące procesor są podawane na wejście licznikowe Timera. Czyli od tego czasu po każdym impulsie jest zwiększana wartość rejestru TCNTx. Można powiedzieć że Timer zaczął liczyć. Jeśli nie odblokujemy przerwań to Timer będzie tak sobie liczył od 0 do MAX i tak w kółko ale przerwania od niego nie będą obsługiwane. Flaga przerwania będzie ustawiona bo przy każdym przekręceniu licznika jest ustawiana ale do puki nie odblokujemy przerwań
[syntax=c]TIMSK |= (1<
sei(); //zezwolenie na globalne przrwanie[/syntax] to procek jej nie zobaczy i nie przejdzie do funkcji obsługi przerwania.

spider12 napisał(a):

a co to jest sei();

sei() włącza globalne zezwolenie na przerwania czyli ustawia 8 bit (bit I) w rejestrze SREG.

Statystyki: Napisane przez jacekk232 — 2 lut 2014, o 13:12

Re: funkcja main

2014-02-02T12:18:06+01:00

pokaż jak to zrobić kolego PKoz

Wielka prośba to sobie to zobacze i przeanalizuje

czyli po wejściu w przerwanie rejestr TCNT1 jest wyzerowany i zaczyna liczyc od zera wraca i znów zaczyna liczyc od zera stąd te 4 sekundy odstepu midzy przerwaniami a nie 1 s

od kiedy timer zaczyna przechodzić w przerwanie czy od ustawienia bitu

TIMSK |= (1<
a co to jest sei();

tak naprawde to wiem tle że musi być w main gdy korzysta się z przerwania

Statystyki: Napisane przez spider12 — 2 lut 2014, o 12:18

Re: funkcja main

2014-02-02T11:47:32+01:00

Tak bardzo obrazowo
Wyobraź sobie że TCNT1 jest takim licznikiem który liczy w kółko od 0 .. MAX i od początku
a przerwanie Overflow wykonuje się gdy licznik doliczy do TOP (czyli jak nic nie wpiszesz to do MAX)

i teraz w main wpisujesz do TCNT1 nową wartość (ustawiasz w nim nawą wartość MAX)
jak licznik doliczy do MAX to wywoła się przerwanie , tylko jest mały szkopuł
ten licznik nie zacznie znowu liczyć od zera tylko leci dalej do swojego starego MAX
i dlatego żeby licznik zliczał równe (prawie równe) odcinki czasu trzeba
zaraz w przerwaniu najlepiej na samym początku wpisać ponownie nową wartość MAX
żeby nasztępne przerwanie wykonało się ponownie w tym samym czasie
i tak w kółko.
Jest inny tryb licznika (nie każdego) który wyręcza nas z wpisywania MAX to
tryb CTC ale to inna bajka

Statystyki: Napisane przez Zaba — 2 lut 2014, o 11:47

Re: funkcja main

2014-02-02T10:35:30+01:00

dlaczego gdy w przerwaniu wpisze jeszcze raz do rejestru licznika TCNT1 wartość to program działa inaczej tzn. dioda led mruga co sekunde prawidołowo zgodnie z założeniem, inaczej jest gdy tego wpisu nie ma, dlaczego trzeba ta wartość wpisywac dwa razy w przerwaniu i funkcji main
jeśli się chce by dioda mrugała co sekunde.

sami zobaczcie może na swoich zestawach ATB

Code:

ISR (TIMER1_OVF_vect){

       TCNT1 = 54736; //wpiasanie wartosci początkowej 
      PORTB ^= (1<
}

przecież gdy wpisze ją raz to po co drugi ?

Statystyki: Napisane przez spider12 — 2 lut 2014, o 10:35

Re: funkcja main

2014-02-02T10:08:18+01:00

karolek napisał(a):

opcja jest : )
można uzyć goto

Jak ktoś to przeczyta ... (i nie piszę tego złośliwie broń boże do kolegi karolek bo kolega być może jeszcze mocno czegoś nie rozumie), ale jak ktoś to przeczyta to niech splunie trzy razy przez lewe ramię, obróci się wokoło 2 razy i ZAPOMNI o tym tzn o GOTO w języku C (poważnie - najlepiej zapomnieć że jest taka instrukcja w C i nigdy jej nie używać - a SZCZEGÓLNIE jak się jest początkującym)

Nie wspomnę już że w wielu przypadkach ludzie używając jej - robią to TOTALNIE niestety bez sensu, składu i ładu - tak jak zresztą w powyższym przykładzie

Poza tym nadal to co powiedziałem jest prawdą - FUNKCJA WYKONA SIĘ TYLKO RAZ .... nie ma innej opcji a to że tu kolega wystrzelił z kocim GOTO oznaczać by mogło tylko i wyłącznie fakt - że stworzy nową pętlę nieskończoną wewnątrz funkcji czyli niejako zastąpi while() - to tyle

Statystyki: Napisane przez mirekk36 — 2 lut 2014, o 10:08

Re: funkcja main

2014-02-02T10:07:14+01:00

Funkcji goto raczej się nie używa, po to są pętle, żeby z nich skorzystać Czemu by nie zrobić pętli w pętli ?:P

Statystyki: Napisane przez Waszek — 2 lut 2014, o 10:07

Re: funkcja main

2014-02-02T08:29:09+01:00

spider12 napisał(a):

jak to rozumieć czyli instrukcjie w main wykonują sie raz i koniec ???

mirekk36 napisał(a):

... a że jest to nietypowa bo startowa funkcja to ona może w ogóle TYLKO RAZ się wykonać po restarcie procesora. Nie ma innej opcji.

opcja jest : )
można uzyć goto

[syntax=c]int main() {

label1:
while (1)
{
goto label1;
}
}[/syntax]

Statystyki: Napisane przez karolek — 2 lut 2014, o 08:29

Re: funkcja main

2014-02-02T08:14:41+01:00

ok, może moje pytanie jest banalne ale zadałem je tylko dlatego by lepiej to sobie wszytsko wyobrazić;)

a co się dzieje gdy już wykona się miganie diodą w tym przypadku poniżej i prgram wraca do main
moje pytanie brzmi gdzie?
do while przeciez tam w ciele while nic nie ma

od którego momentu zaczyna zliczać impulsy timer od
TIMSK |= (1<
czy może od

sei(); //zezwolenie na globalne przrwanie

czytałem o tym w ksiązece jednak chciałbym przeczytać wasze wypowiedzi na ten temat by lepiej to zzrozumieć

Code:

/*Program wykorzystuje timer1 16 bitowy i ma zapalać dioda led  */

#include 
#include 


int main (void) {

   DDRB |= (1<   TCCR1B |= (1<   TCNT1 = 54736;  //wpiasanie wartosci początkowej 
    TIMSK |= (1<
    sei();  //zezwolenie na globalne przrwanie
   while (1){

   }

}

ISR (TIMER1_OVF_vect){

       
      PORTB ^= (1<
}

Statystyki: Napisane przez spider12 — 2 lut 2014, o 08:14

Re: funkcja main

2014-02-01T22:59:19+01:00

PKoz napisał(a):

MirkoT napisał(a):

Jak to? To w C nie można tworzyć pętli nieskończonych?

Nic takiego nie twierdze.
Twierdze tylko, że funkcja main() jest wywoływana przez system operacyjny, z systemu pobiera parametry i zwraca wartość.
Jest to zgodne zarówno z konwencją K&R, ANSI i C9X.

A, jasne. Źle Cię zrozumiałem.
No a jak to się ma do pisania systemów operacyjnych?
Przecież kiedy startuje jądro to nie ma jeszcze "systemu", bo dopiero się uruchamia. Gdzieś tam na samym początku też musi
być "jakaś" funkcja main() która nie ma skąd wziąć parametrów i nigdzie ich nie zwróci, bo przecież podobnie nie zakończy
działania. No chyba, że "położymy" system.

Statystyki: Napisane przez MirkoT — 1 lut 2014, o 22:59

Re: funkcja main

2014-02-01T22:42:59+01:00

spider12 napisał(a):

jak to rozumieć czyli instrukcjie w main wykonują sie raz i koniec ???

DOKŁADNIE TAK, funkcja main() tak jak każda inna funkcja, po wywołaniu wykonuje się TYLKO JEDEN RAZ tylko jeden raz , a że jest to nietypowa bo startowa funkcja to ona może w ogóle TYLKO RAZ się wykonać po restarcie procesora. Nie ma innej opcji.

Statystyki: Napisane przez mirekk36 — 1 lut 2014, o 22:42

Re: funkcja main

2014-02-01T21:40:19+01:00

PKoz napisał(a):

Wbrew pozorom pytanie kolegi spider12 nie jest całkiem bez sensu. Funkcja main() jest jak każda inna, ma listę parametrów i ma zwracaną wartość.

Problem leży w tym, że język C został stworzony dla maszyn z systemem operacyjnym (Unix). System wywołuje funkcję main() i po jej zakończeniu odbiera od niej wartość. Dla AVR'ów nie ma systemu operacyjnego, nie ma więc jak uruchomić funkcji main(), ani gdzie przekazać wartości funkcji main().

Problem ten został rozwiązany w ten sposób, że funkcja main() uruchamia się sama (z resetem procesora) i kończy się nieskończoną pętlą. Jest to sprzeczne ze standardem języka C, ale działa.

Jak to? To w C nie można tworzyć pętli nieskończonych?
Podobno C bardzo dobrze nadaje się (nadawał) do pisania systemów operacyjnych. Czy SO nie działa w pętli nieskończonej?

Statystyki: Napisane przez MirkoT — 1 lut 2014, o 21:40

Re: funkcja main

2014-02-01T20:32:59+01:00

Panowie, zamiast uprawiać filozofie wystarczy spojrzeć w listing programu
[syntax=c]#include

int main (void)
{
PORTB = 0xFF;
}[/syntax]
[syntax=asm]popo.elf: file format elf32-avr

Sections:
Idx Name Size VMA LMA File off Algn
0 .text 0000007a 00000000 00000000 00000054 2**1
CONTENTS, ALLOC, LOAD, READONLY, CODE

Disassembly of section .text:

00000000 <__vectors>:
0:0c 94 2a 00 jmp0x54; 0x54 <__ctors_end>
4:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
8:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
c:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
10:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
14:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
18:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
1c:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
20:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
24:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
28:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
2c:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
30:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
34:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
38:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
3c:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
40:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
44:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
48:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
4c:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>
50:0c 94 34 00 jmp0x68; 0x68 <__bad_interrupt>

00000054 <__ctors_end>:
54:11 24 eorr1, r1
56:1f be out0x3f, r1; 63
58:cf e5 ldir28, 0x5F; 95
5a:d4 e0 ldir29, 0x04; 4
5c:de bf out0x3e, r29; 62
5e:cd bf out0x3d, r28; 61
60:0e 94 36 00 call0x6c; 0x6c

64:0c 94 3b 00 jmp0x76; 0x76 <_exit>

00000068 <__bad_interrupt>:
68:0c 94 00 00 jmp0; 0x0 <__vectors>

0000006c

:
6c:8f ef ldir24, 0xFF; 255
6e:88 bb out0x18, r24; 24
70:80 e0 ldir24, 0x00; 0
72:90 e0 ldir25, 0x00; 0
74:08 95 ret

00000076 <_exit>:
76:f8 94 cli

00000078 <__stop_program>:
78:ff cf rjmp.-2 ; 0x78 <__stop_program>[/syntax]

Wektor resetu skacze do 54 (inicjalizacji pamięci). Jak widać 60 wywołuje maina, a po jego zakończeniu (74-ret) zostanie wywołane 64-skok do 76.
Zostaną więc wyłączone wszystkie przerwania, a potem program będzie cały czas skakał do 78 (taki assemblerowy while(1);).

Tak więc po zakończeniu/wyjściu z funkcji main w przypadku AVRów, mikrokontroler wyłącza globalnie przerwania i przechodzi do nic nie robiącej pętli nieskończonej.

Dlatego też, jeżeli main służy nam tylko do inicjalizacji przerwań, a potem program wykonuje się tylko w nich, to na końcu maina należy dodać while(1);, bo inaczej uC z niego by wyszedł i wykonał standardowe cli.

Statystyki: Napisane przez barney — 1 lut 2014, o 20:32

Re: funkcja main

2014-02-01T20:32:04+01:00

Jeżeli w main() lub w funkcjach z main() wywoływanych nie zapętlisz programu to program będzie szedł dalej czyli będą wykonywane kolejne komendy zapisane we flaszu po main(). Da to oczywiście nieoczekiwane rezultaty. Prawdopodobnie zwiecha lub reset procesora. Dopóki jeszcze procesor dycha przerwania oczywiście będą się wykonywały.

Statystyki: Napisane przez perlon — 1 lut 2014, o 20:32

Re: funkcja main

2014-02-01T19:31:08+01:00

Tak instrukcje w main wykonują się tylko raz
Ty zapętlasz program w niekończącej się pętli głównej (while(1))

Tak powrót z przerwania jest do pętli głównej
a konkretnie do miejsca o jedną instrukcje za momentem w którym
przerwanie zostało wywołane

Statystyki: Napisane przez Zaba — 1 lut 2014, o 19:31

Re: funkcja main

2014-02-01T19:30:22+01:00

jak na moje to wszystko w pętli main wykonuje się raz, następnie wchodzimy do pętli nieskończonej while i tam sobie lecimy w kółko. Wystąpi przerwanie to wykonuje się kod w przerwaniu i wraca do punktu w którym wystąpiło przerwanie czyli w pętli while

Statystyki: Napisane przez gedo — 1 lut 2014, o 19:30

Re: funkcja main

2014-02-01T19:17:50+01:00

jak to rozumieć czyli instrukcjie w main wykonują sie raz i koniec ???

raz ustawiają się bity w rejestrach ???

a co z przerwaniami jesli program wychodzi z przerwania ISR to czy wraca do pętli nie skończonej, czy wykonuje się main po powrocie od początku czyli od: DDRB |= (1<

Code:

#include 
#include 


int main (void) {

   DDRB |= (1<   TCCR1B |= (1<   TCNT1 = 54736;
    TIMSK |= (1<
    sei();
   while (1){

   }

}

ISR (TIMER1_OVF_vect){

       TCNT1 = 54736;
      PORTB ^= (1<
}

Statystyki: Napisane przez spider12 — 1 lut 2014, o 19:17

Re: funkcja main

2014-02-01T17:41:10+01:00

spider12 napisał(a):

hej słyszałem że funkcja main to rodzaju pętla taka jak while i for co się dzieje w main na lini :
"}" czy następuje skok ku górze do lini:

A powiedz gdzie to słyszałeś ?

no bo chyba nie powiesz że z tej książki?

http://atnel.pl/mikrokontrolery-avr-jezyk-c.html

Jeśli jej nie masz to polecam bo na prawdę warto ugruntować sobie taką podstawową wiedzę - bez tego ciężko dalej iść

------------------------------------------

main() - to funkcja jak wyżej kolega słusznie powiedział

while() - to jedna z pętli w języku C

i jedno nie ma za bardzo z drugim nic do czynienia

Statystyki: Napisane przez mirekk36 — 1 lut 2014, o 17:41