F_CPU Dodatkowe opcje L U

Question

WitamSpotkałem się z tym, że ludzie definiują prędkość zegara w plikunp.:Code: cLog in, to see the codeWidziałem również:Code: cLog in, to see t...

mirekk36 · Accepted Answer

Mylisz się jest możliwość właśnie w pełnej wersji AVR Studio 5 .oczywiście sam jeszcze szukałem parę minut tego miejsca. Wprawdzie Eclipse też ma milion opcji - ale jednak pod niektórymi względami jest nadal wygodniejsze od AVR Studio. Chociaż te podpowiedzi z kolei w AVR Studio są też fajne bo w Eclipse jakoś nie zawsze działają niestety.

michalko12 · Answer

Unsigned Long bez tego kompilator potraktuje literał jako int a to może powodować problemy jesli literał będzie poza zakresem.

xamrex · Answer

To trzeba w projekcie dodawać te litery UL, czy można je pominąć?

michalko12 · Answer

Dla dużych wartości musisz je dodawać

xamrex · Answer

Dla dużych..Ile to jest dużo?Czyli coś takiego?#define F_CPU 1000000Jest błędne (przecież 1M, to chyba dużo)

tadzik85 · Answer

A jaki zakres wartości ma int? Zastanowiłeś się?

nsvinc · Answer

"dużo" to jest zakres liczb które może trzymać typ int, i jest to zależne od platformy. Z tego co wiem, int na AVR jest 16bitowy. Inne procki jak dsPIC czy ARM traktują mają 32bitowy int.
Kolejna istotna rzecz, to kwalifikator unsigned. Bez niego, twój 16bitowy int przyjmie wartość max. 32767. Z nim - 65535.
Dla 32bitowego inta, max to jest 2.147.483.647, dla unsigned inta 4.294.967.296

Na AVR typ long jest 32bitowy (mogę sie mylić, ale załóżmy że tak jest), więc literał tego typu jest w stanie pomieścić np. 1000000 (milion). 16bitowy int już nie...

Stąd też, jeśli masz literał 8000000 (8 mln), to musi on być long. Kwalifikator unsigned będzie ci potrzebny, jeśli będziesz wymagać liczb większych niż 2.147.483.647, stąd

#define F_CPU 8000000unsignedlong jest ok
#define F_CPU 8000000long też jest ok

ale

#define F_CPU 8000000 już jest lipa, bo liczba jest wieksza niz domyslny typ int na 8bitowym AVRrze, tak samo jak
#define F_CPU 8000000unsigned, bo unsigned nadal nie gwarantuje ci pomieszczenia liczby na 16 bitach...

-------------------------
Disclaimer
Mogłem się pomylić co do szerokości bitowej typów na AVR. Jeśli tak, proszę o poprawkę ;]

michalko12 · Answer

Jak literał składa się z co najmniej 5 cyfr stosuj te sufixy i będzie bezpiecznie. Wielkość liter nie ma znaczenia może być ul jak i UL

xamrex · Answer

No ok będę stosował.

Załóżmy, że jestem początkujący..
Co robię?
Pisze w googlach kurs c avr
Wchodzę na stornę, gdzie jest przykładowy kod do mrugania diodami:

Log in, to see the code

#define F_CPU 1000000L

I setki osób próbuje ten kod.
I co się okazuje?
Kod działa, a brakło tam literki U

Ja też zrobiłem sobie małą próbę:
Mam kwarc zew. 11,0592
Napisałem kod:

Log in, to see the code

No i działa, a nie ma literałów UL,
Czyli jeśli je pominę to nic wielkiego się nie stanie, tylko po prostu tak nie powinno się robić?
Mam rację?

tadzik85 · Answer

Zacznijmy od tego ze to F_CPU powinno definiować się w makefile. To główna zasada której powinieneś się trzymać.

xamrex · Answer

Tylko AVR Studio w wersji 5, generuje sam makefile a w opcjach nigdzie nie wadziłem możliwości definiowania zegaraWięc jedyna opcja to dodanie tej definicji do pliku.

xamrex · Answer

Gdzie?Ściągnąłem AVR Studio 5 i nie mogę znaleźć.

mirekk36 · Answer

jak dasz w tym miejscu co na obrazku wyżej wkleiłem - to masz już załatwione że będzie to w makefile zrobione jak się należy

tmf · Answer

Poza tym stałe można definiować przekazując odpowiednie parametry do gcc:-DF_CPU=A to już łatwo wprowadzić w opcjach projektu.

michalko12 · Answer

Wszystko zależy od tego z czym taki literał użyjesz, może tez zależęc od kompilatora.. Jeśli taki literał użyjesz ze zmiennymi typu long to to zadziała, jeśli użyjesz z int to może nie zadziałać jak trzeba. Code: cLog in, to see the codeZobacz na jakich typach pracują funkcje delay: