Wszystko przez Mirka

Naoglądałem się poradników i przy soku przyszło mi do głowy, żeby się pobratać z Asemblerem!

Ale wstawki to Mirek pięknie pokazał jak mają być, a ja zawsze chcę inaczej.

Rozwiązanie jest proste - Eclipse jest z default'u przygotowane na działanie z asemblerem dla AVR-ów.

Pokażę jak zacząć.

Potrzebujemy pliku main.c, no bo całego programu nie chciałem pisać - wszystko od zera w asemblerze, może za chwilę

Z tym, że main.c jest potrzebny zawsze, nawet jak jest prawie pusty, tylko funkcja main() musi być. Bez tego nie idzie....



A oto pojavia się tajemnicza funkcja blink();

Zawartość pliku blink.h



A teraz najważniejsze !!!! Tadaaaam !!!!

Plik blink.s (<--- s jak syczący słoń)



Nie ma żadnych specjalnych ustawień Eclipse, przynajmniej u mnie na Ubuntu - sprawdźcie prosze na windzie

Pozdrawiam wszystkich szalonych asemblerowców !!!!

------------------------ [ Dodano po: 37 minutach ]

A teraz trzy różne funkcje w pliku - taka sobie mini biblioteka

Dyrektywa #define, działa też #include



Plik "blink.h"



A main.c to sobie sami wymyślcie

Niestety edytor za bardzo nie pomaga przy pisaniu, ale co tu można pomóc....

Jeszcze jedna "odmiana" biblioteczki:

_________________
--... ...-- - --- -- . -.-

To jest takie C ze wstawkami w assemblerze. Czysty assembler wygląda troszkę inaczej. Ale trzeba przyznać, że sposób dość ciekawy.
Sprawdzałeś może czy działa to też w AS?

_________________
Pomysły na podpis - wyślij SMSa +1 769 243 0011

Nie, odpalam wszystko w Eclipse na razie.
Czysty asembler to nie jest, bo z definicji chcę używać do krytycznych funkcji, a nie kodować całość.

Trochę mi się formatowanie rozjeżdża, w eclipsie jest równo

_________________
--... ...-- - --- -- . -.-

Dzięki !!

Apropos dyrektyw, to wszystkie pasujące do tego sposobu kodowania są tu:

http://www.sourceware.org/binutils/docs ... eudo%20Ops

Super poradnik (wprawdzie o Arduino, ale 99% o asemblerze) jest tu:
https://www.youtube.com/watch?v=h8T3PWa ... Kdn3i6zdZD

Początek serii.

W lengłydżu, ale bardzo jasno przekazane. Nawet dla samych slajdów warto zajrzeć.

I najważniejszy dokument, bez tego ani rusz:

http://www.atmel.com/Images/doc1022.pdf

_________________
--... ...-- - --- -- . -.-

Uch, przepraszam za duplikowanie, wszystko było już na naszym forum.
Nie widziałem i doszedłem własnym "długim marszem"
Dodatkowa fajna stronka dla kolegów z tegoż postu na forum:
http://msoe.us/taylor/tutorial/ce2810/candasm
A cały post o asemblerze i C:
topic5881.html

Powiem Wam, że te same funkcje napisane w asemblerze działają jakby lepiej

_________________
--... ...-- - --- -- . -.-

Hej,

zobaczcie biblioteczkę do pomiarów ADC.
Funkcja uint16_t adc() może być użyta jako zwykły odczyt lub przy uśpieniu procka w zależności od define
Przetwornik musi być odpowiednio zainicjowany przed użyciem tej funkcji.
Miłego używania!

Kody:



Oczywiście jak zwykle proszę o uwagi - co tu można poprawić?

T.

_________________
--... ...-- - --- -- . -.-

Ciekawa sprawa, był jeden na sto odczyt z dziwacznymi wartościami, trzeba uważać z pomiarami we śnie
W ogóle temat funkcji sleep jest trudny. Zaczynam go zgłębiać!

Fajny link znalazłem:
http://www.atmel.com/webdoc/avrassemble ... b_SEI.html
Zły wynik był prawdopodobnie spowodowany wskoczeniem przerwania timera po ustawieniu r24 i r25, który popsuł.
Wstawię cli i potem sei, po którym wykona się jeszcze jedna komenda przed kolejnym przerwaniem. Czyli w mojej funkcyjce pomiarowej mogę dać cli po sleep, a sei przed ret i ret się wykona...

Czytam:
http://www.atmel.com/Images/doc8352.pdf
http://www.atmel.com/images/doc8003.pdf
http://www.atmel.com/Images/doc0937.pdf
http://www.atmel.com/images/doc2551.pdf

_________________
--... ...-- - --- -- . -.-