Witam

Rozpocząłem swoją zabawę z AVR od attiny13a - fajny mały procesorek z 1kB pamięci flash.... i tu zaczynają się schody.
Gdy zadeklaruję zmienną bez nadania jej wartości i użyję jej w funkcji _delay_us() program ma ponad 1kB



i nie mieści się do pamięcji procka



Wystarczy poprawić jeden wpis:
unsigned int czas=0;
i oto wynik:



To przysłowiowy pryszcz, bo zawsze przy deklaracji zmienej mogę ją czymś zainicjować. Schody zaczynają się tu:


i po kompilacji:
d
Z tego co zauważyłem, każde przypisanie do zmiennej będącej argumentem funkcji _delay_us() wyniku przesumięcia bitowego (dzielenia, mnożenia przez wielokrotność 2) kończy się kodem wynikowym ponad 1kB.
Używam WinAVR-20100110. Na innych kompilatorach nie próbowałem. Mam wprawdzie zainstalowany AVR studio 4.0 - ale jakoś nie potrafię za wiele w nim zrobić... świeżynka jestem.
Czy spotkaliście się z podobnym problemem? Jak go rozwiązać? Czy istnieje jakaś inna, w miarę precyzyjna, funkcja opóźnienia czasowego, która nie będzie robił podobnych psikusów?

_________________
Mr. Nobody

Polecam zastosować się do tego: topic7402.html

_________________
http://www.jaglarz.info

Poprawiłem i obiecuję poprawę na przyszłość - mam nadzieję, że na tym forum dozwolona jest edycja postów....
Nadal czekam na odpowiedź.

_________________
Mr. Nobody

Do funkcji delay_ms / us jako argument podaje się stała dosłowna liczbową.
Nie podaje się argumentu w postaci zmiennej.

Czyli powinno byc np: _delay_us(20);

Zawsze tak jest przy funkcji delay, powinno się przekazywać do niej stałą. Najłatwiej wykorzystać jakiś timer.

Witam,

Ja do kolegi wyżej dodam, że jeżeli chcesz używać delaya ze zmienną to zrób coś takiego:


i teraz używasz tak:



z Niebieskim pozdRowieniem,
Doman89

------------------------ [ Dodano po: 4 minutach ]

Dodam jeszcze kolega żebyś sobie zainstalował:

ATMEL Studio 6.2 żebyś nie korzystał ze starych kompilatorów.

albo


ECLIPSE jeżeli nie czujesz się na siłach z w/w - duże wsparcie na forum jest szczególnie dla niego.

Tak żebyś miał przede wszystkim najnowszy Toolchain

Dzięki

Idąc Twoim tropem znalazłem to:



Z tego co wyczytałem, muszę wykonać kilkakrotnie funkcję _delay_us() w pętli, no i oczywiście podać w nagłówku zdefinicję F_CPU.

zaczynam przerabiać swój programik

_________________
Mr. Nobody

Mam nadzieję, że kolega nie ma na myśli czynić herezji typu:



Tfu!

z Niebieskim pozdRowieniem,
Doman89

hehehe teraz widzi kolega co to znaczy polecać Atmel Studio początkującemu ? ... pierwsze co zrobi - poleci na bloga X .... i z tamtąd jak zarazę przyniesie to tfuuu #define F_CPU w kodzie programu

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

A dlaczego tak tego #define F_CPU nie lubicie?
Bruździ w czymś? Czy po prostu nieelegancko wygląda
Rozumiem, aby tego nie wstawiać do programu.

_________________
Mr. Nobody

Jakby tu chodziło o jakieś tam "lubienie" to nikt by o tym nie wspominał ...


to też - ale to mało ważne


O! tu zaczynasz dobrze myśleć - to teraz obejrzyj ten poradnik, od tego momentu jak niżej link:

https://www.youtube.com/watch?v=UhcyBpM57vo#t=2891

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

nie wiem dlaczego nikt w Tym wątku nie wyjaśnił, dlaczego nie warto stosować funkcji opóźniających (mimo zaznaczania Mirka w powyższym filmiku jak ważne są dobre praktyki programistyczne...) i nie przedstawił jak to się robi w normalnym świecie:
w Attiny13 masz Timer0, którego możesz ustawić tak, aby uzyskać przerwanie co tyle us lub ms ile Ci potrzeba.

CS02 CS01 CS00 Description
0 0 0 No clock source (Timer/Counter stopped)
0 0 1 clkI/O/(No prescaling)
0 1 0 clkI/O/8 (From prescaler)
0 1 1 clkI/O/64 (From prescaler)
1 0 0 clkI/O/256 (From prescaler)
1 0 1 clkI/O/1024 (From prescaler)
1 1 0 External clock source on T0 pin. Clock on falling edge.
1 1 1 External clock source on T0 pin. Clock on rising edge.o

Od biedy możesz skorzystać z przerwania Watchdoga i nie jest to jakaś tajemna wiedza, którą posiądziesz dopiero po tym jak przez rok będziesz się borykał z funkcjami typu _delay.

To odsłonię trochę rąbka tajemnicy - programuję falownik o częstotliwości od ok 5 do ok 60Hz na 230V pracujący w układzie mostka.
Do generowania sygnału kluczującego wykorzystuję PWM - do tego używam TIMER:0. PB1 iPB2 sterują połówkami klucza, PB0 - PWM. Na PB3 robię przerwanie zewnętrzne - przy przeciążeniu wyłączy się PWM na ok 1s. Na PB4 mierzę napięcie z dzielnika rezystancyjnego i w zależności od jego wartości ustawiana jest częstotliwość, przy czym przy (WYNIK>>2) > 230 ustawiona będzie częstotliwość stała 50Hz (około) - wszystko mierzone oscyloskopem, więc dokładność "PI razy drzwi"
A że jest to mój pierwszy program w atmedze (ba wcześniej się procków bałem jak ognia i wszystko robiłem na piechotkę - tranzystorek, scalaczek itp.) pewno powiecie że porywam się z motyką na słońce.
Ale to mi już działa.... nawet się ładnie na oscyloskopie prezentuje, choć kod programu wymaga zapewne jeszcze "oczyszczenia" - jest to wersja BARDZO robocza i wstyd mi ją tu wklejać . Pomyśleć jeszcze muszę o "watchdog" - reset jak pójdzie coś nie tak - zostało mi jeszcze jakieś 40% wolnej pamięci - tak na wszelki wypadek.
Dlatego też TIMER:0 nie wykorzystam do generacji opóźnień, mimo, że były by one bardzo precyzyjne, bo w tym momencie osiągnąłem maksimum swoich możliwości, ale dzięki za trop.

_________________
Mr. Nobody