[AVR] DebugWire Co i jak

Atmel trzyma specyfikację w tajemnicy. regularnie googlam, czy gdzieś nie wykiełkował projekt obsługujący DebugWire, ale do tej pory niczego nie znalazłem.

swoją drogą, gdyby ktoś z Bydgoszczy albo okolic miał JTAG ICE i był w stanie udostępnić na jakiś czas (może być na miejscu), chętnie bym się przyjrzał transmisji.

w.

Na avrfreaks reklamuja jtaga z firmy propox cena ok 120pln

pozdrawiam sobol

ps atmel nie ukrywa specyfikacji jtag, jest dokladnie opisany w dataszicie

o ile dobrze pamiętam, DebugWire pojawił się JTAGICE mkII, a większość tanich interfejsów to kopie pierwszego JTAGICE.

mógłbyś napisać, w którym datasheecie są opisane rozkazy PRIVATE0 do PRIVATE3? chętnie przeczytam.

w.

propoxu to chyba pierwszy.

no moze nie sa tak dokladnie opisane ;)

pozdr sobol

Programowanie ATtiny2313 przez ISP obsługuje ISPProgrammer począwszy od wersji 1.2.0.26:

Adam Dybkowski napisał(a):

Jeden z lepszych supportów jaki widziałem :)

Pozdrawiam Willy.

To napisz chociaż, czy działa jak trzeba. ATtiny2313 jeszcze nie miałem w ręku i jego obsługę napisałem jedynie w oparciu o PDFa.

Wygląda nato że działa prawidłowo :) Odczytałem z niego to co zapisałem. Coś więcej będę mógł powiedzieć jak uda mi się skompilować avr-gcc nowe pod windowsa bo jak się okazło był błąd w w obsłudze attiny13 i attiny2313.

Pozdrawiam Willy.

Takie małe procki (2KB Flasha) chyba nie warto programować w C - mało się zyska bo nad kodem w asemblerze, który ma po asemblacji 2KB, jeszcze łatwo zapanować. A RAMu na swobodne działanie C brakuje co krok.

BTW: Sama biblioteka do printf'a zajmuje więcej, niż ten procesor ma pamięci programu.

Adam Dybkowski napisal(a):

No ale w zwyklych aplikacjach embedded z printfa sie wlasciwie nie korzysta. Moim zdaniem nalezy sprobowac wykorzystac C. ASM jest po prostu upierdliwy.

udało mi się zmieścić obsługę kart MMC, odczyt FAT12/16 i parę bajerów w

za to pisać w asemblerze jest sens dla ATtiny bez RAMu (;

w.

No to jestem pod wrażeniem. :) Może kiedyś twój projekt dojrzeje do stadium OpenSource (gdy już odpowiednio dużo na nim zarobisz)?

Ja korzystam z printf'a na ATmega128 - Flasha jest dużo (chociaż zajmuję już ponad 90KB) a przy debugowaniu wygodnie wypisać jakiś "%d,%04x" zamiast zajmować sobie głowę wywołaniami w stylu uart_send_word_align_zero.

BTW: Z niecierpliwością czekam na chwilę, gdy ujrzy światło dzienne nowy AVR z większym RAMem w środku (tak z 16KB byłoby OK).

Niewarto wyciągać armaty na komary. C znam a assemblera dla avr musiałbym się nieco nauczyć. Pozatym analizując jak działa avr-gcc, doszedłem do wniosku że podstawowe operacje nie różnią sę po skompilowaniu za wiele od tych napisanych w czystym ASM'ie. (avr-libc 1.2 zostało niedawno opublikowane jakby ktoś nie zauważył)

Wybrałem Attiny dlatego że jest tani, ma aż 2kb flasha, oraz ma sporo nóżek :D Do mojego zastosowania jest to zupełnie wystarczające, wstępnie skompilowany projekt miał nieco ponad 1kb więc uważam że zaprzęganie tu asma niema większego sensu. Oczywiście nie znaczy to że kiedyś sie nie nauczę asma dla avr.

Narazie 3 dzien usiłuję skompilować sobie avr-gcc w windows ...

Pozdrawiam Willy.

jest open source od początku i to właśnie dzięki temu na nim zarobiłem. są ludzie, którzy wolą zlecić dostosowanie danego projektu do własnych potrzeb autorowi, niż zatrudniać kogoś, kto najpierw musiałby zrozumieć kod.

w.

Pewnego dnia Willy przemówił ludzkim głosem:

A jakie zalety ma samodzielnie skompilowane gcc w stosunku do tego z pakietu winavr ?

:-o A po co? Standardowa instalacja WinAVR (z całkiem nowym gcc) już nie wystarcza?

Adam Dybkowski napisał(a):

Wystarcza .. jeśli prockiem nie jest ATTiny13 lub ATTiny2313