ATNEL tech-forum

Re: Makra https://www.nongnu.org/avr-libc/

2021-04-18T15:18:50+01:00

Będę szczery i nie jest to próba demotywacji kolegi w żaden sposób tylko moje osobiste przemyślenie. Programowanie jakiejkolwiek rodziny uC zajmuje sporo czasu. Ja zyskałem pewność tego co robię dopiero po kilku latach, dziesiątkach książek i milionach godzin spędzonych nad notami katalogowymi, a i tak czuję się mega początkujący. Jeżeli liczysz, że wszystko będzie od razu działać bez poświęcenia znacznej ilości czasu na rozpracowanie problemu (być może nawet tygodni) to moim zdaniem nie warto w twoim przypadku iść w embedded. Tylko czas i praktyka pomoże, nawet przy świetnej znajomości innych języków i programowania na dowolnym OS.

Statystyki: Napisane przez Makowka — 18 kwi 2021, o 15:18

Re: Makra https://www.nongnu.org/avr-libc/

2021-04-18T11:30:59+01:00

Nie rozumiem Twojego podejścia/sposobu do nauki nowego tematu. Strasznie sobie we wszystkim robisz pod górkę (a to inny procek, a to środowisko). W ten sposób tylko będziesz się frustrował. Tym bardziej, że z zewnątrz to wygląda jak byś bardzo szybko się niecierpliwił i poddawał. Programowanie tego nie lubi. Niedawno kupiłeś książkę a już ją sprzedajesz?

1) nie ma książki, która porusza wszystkie rodziny procesorów danego producenta, bo jest to po prostu niemożliwe. Książka ma na celu wskazanie drogi, którą trzeba przejść, aby zrozumieć ideę.
Mam wszystkie książki Mirka i chyba wszystkie dostępne na rynku polskim dot. AVR i moim skromnym zdaniem to książki Mirka są najprzystępniej napisane dla początkujących. Co więcej uczy on w nich porządnego stylu programowania. Sam na niego trafiłem przez hejterów jak szukałem pozycji dot. AVR i ją odradzali - a okazała się strzałem w 10tkę.

2) przy rozpoczęciu nauki - używaj 1:1 co jest używane w poradnikach/książkach. Na "kombinowanie" i adaptację pod inne modele procków przyjdzie czas, jak już ogarniesz te z poradników/książek

3) ZAWSZE bazą jest nota procesora - tam są opisane wszystkie niezbędne informacje (i Mirek wielokrotnie w książce tam kieruje). Ciesz się, że 8bitowce mają dużo mniej do ustawiania w rejestrach w porównaniu do np. 32bitowców.

Statystyki: Napisane przez micky — 18 kwi 2021, o 11:30

Re: Makra https://www.nongnu.org/avr-libc/

2021-04-18T08:12:35+01:00

edwardkraweznik napisał(a):

mam problem ze wszystkim

A więc nie przeczytałeś uważnie i nie przemyśałeś książki.

W makrodefinicjach peryferiów "klasycznych" AVR jest bajzel i nie ma innej możliwości jak sprawdać wszystko w nocie dla danego konkretnego procka. Sama konfiguracja jest bardzo prosta, składa się z kilku kroków.
1. Ustawienie preskalera czyli częstotliwości zegara timera. Preskaler to po prostu podzielnik częstotliwości głównego zegara. W AVR preskaler ma bardzo ograniczony zakres ustawień. Preskaler ustawia się z reguły na końcu ponieważ ustawienia inne od 0 startują taktowanie timera.
2. Tryb pracy: normalny, Compare Match, PWM
3. Opcjonalne wyprowadzenie przebiegu na wyjście. Wyjście ustawia się gdy chce się uzyskać sprzętowo generowany przebieg, a więc dotyczy to trybów Compare i PWM
4. Opcjonalne ustawienie przerwań generowanych przez timer. Są dwa główne: od przepełenienia timera i od porównania.
0. Chociaż krok zerowy ale daję na końcu, bo nie wszystkie procki to mają i nie zawsze jest używane. Włączenie timera do prądu. Używane w zastosowaniach low power. Procek z pudełka ma wszystko powłączane więc można pominąć.
Wszystko. Od dwóch do 4 linii kodu (plus kod ISR jeśli ustawione przerwanie). Dla m8:
[syntax=c]/* timer0 */
/* posiada jedynie tryb normalny więc punktu 2 brak */
/* j.w więc punktu 3 brak */
TIMSK |= _BV(TOIE0); /* punkt 4 przerwanie od przepełnienia */
TCCR0 = _BV(CS00) | _BV(CS02); /* punkt 1: preskaler 1024. Obowiązkowo (!) zdefinować ISR(TOV0_vect) */[/syntax]

[syntax=c]/* timer1 */
TCCR1A |= _BV(WGM11); /* punkt 2: Fast PWM o częstotliwości F_CPU/1024/1000 i wypełnieniu 50%*/
TCCR1B |= _BV(WGM12) | _BV(WGM13);
ICR1 = 1000-1;
OCR1A = 500-1;
TCCR1A |= _BV(COM1A1); /* punkt 3: wyprowadzeni niezanegowanego przebiegu na wyjście A (do sprawdzenia w datashetcie który to pin */
TCCR1B |= _BV(CS10) | _BV(CS12); /* punkt 1 - preskaler i start */[/syntax]

Statystyki: Napisane przez fofex — 18 kwi 2021, o 08:12

Re: Makra https://www.nongnu.org/avr-libc/

2021-04-17T20:46:26+01:00

edwardkraweznik napisał(a):

eclipse ? z repo debiana czy ręcznie pobierałeś ?

Eclipse w repo jest przestarzały. Ściąga się ze strony Eclipse CDT i instaluje AVR plugin.

W Geany otwórz iom8.h w drugiej zakładce, a wtedy w kodzie na danym symbolu opcja "Go to symbol definition" pod prawym klawiszem myszy albo przez skrót i znajdzie ci definicję. Albo inna opcja "Znajdź wykorzystanie" i znajdzie ci wszystkie wystąpienia (w tym definicję)

Statystyki: Napisane przez fofex — 17 kwi 2021, o 20:46

Re: Makra https://www.nongnu.org/avr-libc/

2021-04-17T19:36:22+01:00

Ja nie rozumiem dlaczego?
1. Od lat działem pod Debianem z Eclipse i wszystko pracuje pięknie

Jest dostęp do wszystkiego co tylko oferuje Eclipse IDE for C/C++ Developers.

Klikam CTRL na bibliotekę i przeskakuję pięknie do jej kolejnej części i tak do interesującego makro

------------------------ [ Dodano po: 6 minutach ]

A jeśli nie chcesz Eclipse to pracuj narzędziami linux i szukaj w katalogu /usr/lib/avr/include/avr/
tam masz biblioteki do procesorów np. [syntax=c]cd /usr/lib/avr/include/avr/
less iom32.h | grep 'WGM01'[/syntax]

------------------------ [ Dodano po: 12 minutach ]

A jak lubisz Notatnik to przecież możesz przejrzeć sobie swój ATmega 8 w taki sposób:

Statystyki: Napisane przez raczyk — 17 kwi 2021, o 19:36

Re: Makra https://www.nongnu.org/avr-libc/

2021-04-17T18:46:23+01:00

W Eclipse z pluginem AVRtoolchain masz dostep do listy wszystkich makr. Po co sobie utrudniac życie? - po to są właśnie rozbudowane IDE

Statystyki: Napisane przez micky — 17 kwi 2021, o 18:46