Programowanie w języku C w środowisku AVR Studio4

[SP4EJT]

Podsumowując ten wątek : http://sp-hm.pl/thread-1155.html

I wszystko już jest jasne ... zrobiłem to na dwóch różnych komputeraz z systemem XP.
1. Zainstalowałem AVR Studio 4 http://www.atmel.com/dyn/resources/prod_...4Setup.exe
przy próbie uruchomienia naszego projektu pokazało się to co na zdjęciu 1_........


2. Następnie zainstalowałem (przed tym należy oczywiście wyłaczyć AVR Studio4) WinAVR (wersja 20100110) z tej strony: http://sourceforge.net/projects/winavr/files/WinAVR/
przy próbie uruchomienia naszego projektu pokazało się to co na zdjęciu 2_........


3. Następnie (przy wyłączonym AVR Studio4 ) zainstalowałem Toolchain http://www.atmel.com/dyn/resources/prod_documents/avr-toolchain-installer-3.3.0.710-win32.win32.x86.exe
przy próbie uruchomienia naszego projektu ukazało sie to co na zdjęciu3_.......

CZYLI TO CO POWINNO i to wskazuje na prawidłowe działanie.

Poniżej schemat (mam go zrobinego w eagle jak ktoś chce to wyślę - piszcie na mój email)

Tu widok płytki z góry (od strony elementów)

Tutaj widok ścieżek - możecie sobie wydrukowac i zrobić prasowankę

Zamieszczam tu paczki "lekcja1.zip" i "lekcja2.zip"
Wgrywajcie te lekcje tak żeby w katalogu "kurs" były katalogi "lekcja1", "lekcja2" , 3 ,4 itd itd.....

[SQ2EER]

Witam - po doinstalowaniu Toolchain jest taki efekt

rm -rf lcd.o lcd.elf dep/* lcd.hex lcd.eep lcd.lss lcd.map
c:\Program Files\Atmel\AVR Tools\AVR Toolchain\bin\rm.exe: nie można wykonać lstat na `dep/*': Invalid argument
make: [clean] Błąd 1 (zignorowany)
Build succeeded with 0 Warnings...
avr-gcc -mmcu=atmega32 -Wall -gdwarf-2 -Os -std=gnu99 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT lcd.o -MF dep/lcd.o.d -c ../lcd.c
In file included from ../lcd.c:6:0:
c:\program files\atmel\avr tools\avr toolchain\bin\../lib/gcc/avr/4.5.1/../../../../avr/include/util/delay.h:89:3: warning: #warning "F_CPU not defined for <util/delay.h>"
avr-gcc -mmcu=atmega32 -Wl,-Map=lcd.map lcd.o -o lcd.elf
avr-objcopy -O ihex -R .eeprom -R .fuse -R .lock -R .signature lcd.elf lcd.hex
avr-objcopy -j .eeprom --set-section-flags=.eeprom="alloc,load" --change-section-lma .eeprom=0 --no-change-warnings -O ihex lcd.elf lcd.eep || exit 0
avr-objdump -h -S lcd.elf > lcd.lss

AVR Memory Usage
----------------
Device: atmega32

Program: 324 bytes (1.0% Full)
(.text + .data + .bootloader)

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


Build succeeded with 1 Warnings...

pozdrawiam 73 Jacek.

[SP4EJT]

No dobra, cieszę sie ale powiedzcie czy zaprogramowaliscie Atmege i zadziałała czy na sucho kompilowaliście ?

Jeśli wyskakuja przy kompilacji jakieś błędy w których jest " F_CPU" to znaczy że kompilator nie wie jaką częstotliwościa taktujemy mikrokontroler. Żeby kompilatorowi to "powiedzieć" należy:
- kliknąć menu "Project" potem "Configuration Options" i w pole Frequency wpisać częstotliwość naszego kwarca w Hz.
- kliknąć ok i spróbować kompilować jeszcze raz (w oknie gdzie pokazywały sie błędy powinny być teraz tylko zielone kropki
(zielone = brak błędów i ostrzeżeń, zółte= ostrzeżenia, czerwone=błędy)

---

Skopiujcie sobie katalog "lekcja2" (z zawartością) pod nazwą "lekcja3" do katalogu "kurs" ... uruchomcie AVRStudio wskazując na plik "lcd" w "lekcja3". Skasujcie cały kod z pliku lcd.c i na miejsce skasowanego wklejcie to co poniżej:

Kod:

/*  Jest to trzecia lekcja Kursu Programowania mikrokontrolera Atmega w języku C    
    Należy podłączyć diodę LED poprzez rezystor 680 OHm do wyprowadzenia A0, druga noga diody do masy.
    oraz przycisk (microswitch lub inny) do Wyprowadzenia B0 (PORT B wypr.0) - drugi biegun do masy.
*/

/* #include <jakiś_plik> wstawia zawartość tego pliku dokładnie w to miejsce w którrym zawarte jest to wyrażenie */
#include <avr/io.h>            // czyli tu dla kompilatora jest cała zawartość pliku io.h (nie wnikajcie teraz gdzie jest ten plik
#include <util/delay.h>        // tu podobna historia do powyższej

int main(void)
    {
    DDRA = 0b00000001;    
    DDRB = 0b00000000;    // właczyłem do zabawy port B
    PORTB= 0b00000111;    // "1" oznacza podciągnięcie wejścia do napięcia zasilania Atmegi poprzez wewnętrzny rezystor
                        // możecie sprawdzić miernikiem że wyprowadzenia B0, B1 i B2 mają jakieś napięcie w przeciwieństwie do B3, B4 .... B7

    while(1)        // funkcja pętli nieskończonej (gdyby zamiast "1" było jakieś wyrażenie to funcja działa do momentu kidy wyrażenie przestale byc prawdziwe = czyli przestalje być logiczna "1")
        {
        if(bit_is_clear(PINB, 0))        // jeśli na wyprowadzeniu (wejście) B0 jest logiczne 0 to wykonaj to co pomiędzy { i }
            {
            PORTA=PORTA^0b00000001;     // wyjaśnienie tego na samym dole    
            _delay_ms(160);                // opóźnienie eliminujące "trzaski" przycisku
            }  
        }
    }
/* naciskajcie przycisk i zobaczcie co się dzieje, a dzieje sie tak dzieki zastosowaniu
operatora "^" czyli bitowej alternatywy wykluczającej (XOR). wyjasnia to przykład:

0 1 0 1 0 1 0 1    to wartość rejestru PORTA
^
0 0 1 1 0 0 1 1     to wyrażenie "zmieniające" zawartość tego rejestru
=
0 1 1 0 0 1 1 0    to nowa wartość rejestru PORTA (po wykonaniu polecenia)

PORTA to jeden z wielu rejestrów Atmegi, odpowiada on za to co jest na ośmiu wyprowadzeniach PORTU A
DDRC to rejest odpowiadający za kierunkowość wyprowadzeń PORTU C
PIND to rejestr, w którym "widać" jakie stany logiczne sa na wyprowadzeniach PORTU D

Możecie sobie sciągnąć .pdf z opisem Atmegi (niestety po angielsku) jest tam pełny spis wszystkich rejestrów

autor: SP4EJT nie zastrzega sobie praw autorskich, pod warunkiem że nie czerpiesz z tego korzysci materialnych, możecie kopiować i zmieniać ten plik
*/

Praca domowa: Kto bardziej kumaty - niech spróbuje zrobic tak aby dioda i przycisk działały na tym samym Porcie np. na Porcie A dioda niech zostanie na A0 a przycisk dajcie na A7 i koniecznie napiszcie czy się udało.... a jesli nie to piszcie w czym problem

... i proszę się nie wstydzic i pisac co jest nie zrozumiałe !!!!!!! bo mam wrażenie że straciliście zapał.

[SQ7HJB]

Cześć!
To nie strata zapału. Tylko brak czasu. W pracy prawie do 23 a później po nocach czytanie forum.
Muszę jeszcze czekać na programator a w weekend pcb pod ATmege.
Pozdrawiam

[SQ2EER]

Witam - u mnie na pcb picastar znowu trochę przybyło dlatego nie pisałem nic - zaraz pobiorę lekckę2 - i muszę zrobić trochę porządku na stole aby podłączyć płytkę testową - ale to się da - proszę o kontynuowanie lekcji - pozdrawiam Jacek.

[SQ9JXB]

U mnie kompilacja na sucho.

Czekam na zestaw ewaluacyjny.

I tak samo braki czasowe.

Ale lekcje mogą trwać.

P.S. Jak będą wątpliwości i problemy to na pewno tu napiszę

[SP3IQ]

Witam,
U mnie ALL OK, to znaczy zamówiłem i teraz czekam na zestaw uruchomieniowy do Atmega32. Do tej pory trochę bawiłem się Atmega8 i skromnym zestawem uruchomieniowym. Marcinowi wielkie dzieki za pomysł "kursu". Dla mnie ten kurs jest mobilizacją do pracy, samemu to czasem się nie chce. Poza tym można wymieniać poglądy i wspólnie nad czymś pracować.
Jeśli ktoś myśli poważnie o języku C, to przy okazji polecam następujące książki:
1. Paweł Borkowski "AVR&ARM7" . Bardzo dobra pozycja na sam początek przygody z mikrokontrolerami. Moim zdaniem największą zaletą tej książki są podane bardzo szczegółowo (wręcz "łopatologicznie") przykłady, od bardzo prostych do bardziej zaawanasowanych zaprezentowanych w 4 językach : ASM, C, BASCOM i Pascal. W każdym przykładzie są podrozdziały dla każdego języka odrębnie, ale ASM jest podstawą do szczegółowych rozważań, następnie kolejno C, Bascom i Pascal.
2. Tomasz Francus "Język C dla mikrokontrolerów AVR". Książka przeznaczona dla bardziej zaawansowanych czytelników. Jeśli ktoś przerobił co najmniej większość przykładów z poz.1 i chce kontynuować zabawę w C, to jest to moim zdaniem najlepsza pozycja. Na uwagę zasługuje rozdział w którym podane są dość szczegółowo podstawy języka C dla AVR.
3. Stephen Prata "Szkoła programowania. Język C". Najlepsza pozycja w języku polskim do nauki C od podstaw. Nie jest to dialekt języka dla mikrokontrolerów ale dla programisty języka C w ogólnym przypadku. Czytelnik tam znajdzie doskonale wyjaśnionych wiele trudnych kwestii i to podanych w bardzo przystępnej i zrozumiałej formie, na przykład konwersje typów (procedury rzutowania).
73 Bogdan, SP3IQ.

[SP4EJT]

Przecież my dopiero zaczynamy. Jak masz chęć do nauki to przeczytaj wszystko od początku i na pewno nadrobisz straty.
Jestem sam z dzieckiem w domu dziś i jutro więc dużo pewnie nie napiszę. \córka bardzo jest absorbująca Najpóźniej w poniedziałek dalsza część kursu.

[SQ6OXK]

To nie tak, ja bardziej chciałem pomóc tym mniej doświadczonym Ewentualnie może jak dojdziemy do takich zaawansowanych, rzeczy jak na przykład FFT to zmienię kierunek oddziaływania.

PS. Czemu AVR Studio 4, a nie 5?

[SP3IQ]

(14-01-2012 18:08)SQ6OXK napisał(a):  ...jak na przykład FFT...

W tym wątku Marcin SP4EJT zaproponował kurs jak jest podane w tytule tego wątku i jego uczestnicy zgodzili sie na tak rozwijany temat. Dotąd jeszcze nie mówiliśmy o celach, ale wiadomo, że uczymy się aby tą wiedzę wykorzystać w projektach, które są nam krótkofalowcom potrzebne. Mogą to być częstościomierze, DDS na AD..., DDS na SI..., sterowniki przełączania anten, itd. Jednym z celów może też być wykorzystanie wyświetlaczy TFT, czy filtry FFT. Ale uważam, że w chwili obecnej wprowadzanie w tym wątku jakiegokolwiek projektu (nawet najbardziej atrakcyjnego) byłoby niecelowe. Powinniśmy zgodnie z początkowym założeniem przerobić kilka lub lepiej kilkanaście "lekcji" (przykładów), które prowadzi Marcin SP4EJT zgodnie z założeniem początkowym. Temat, który Paweł SQ6OXK proponuje (analizy FFT), jest jak najbardziej potrzebny i bardzo ciekawy, ale nadaje się do nowego wątku. Jeśli taki wątek zostanie otwarty, to będę w tym wątku też uczestniczył.
73 Bogan, SP3IQ.