Bardzo często potrzebny jest poprostu programator niekoniecznie z funkcją sprzętowego debuggera.
Ja jak muszę debugować sprzętowo, wtedy podłączam dragona i korzystam z debugwire.
Jtag ma za dużo drutów i obsługuje tylko duże kostki. Zrobiłem sobie kiedyś klona Jtagice ale jakoś mi nie przypadł do gustu.
Klonów do Debugwire niema bo Atmel nigdy nie opublikował tego protokołu.
Dodano po 32 [minuty]:
No to mam rozwiązanie.
W katalogu, w który jest zainstalowane AVR Studio 5, u mnie to:
C:\Program Files (x86)\Atmel\AVR Studio 5.0\tools\STK500\xml
są pliki xml odpowiadające obsługiwanym procesorom:
Tych pliczków jest tylko 25 i odpowiadają 25 jakoś tam popularnym procesorom.
zawartość plików jest tekstowa i można je edytować notatnikiem.
Przykładowo zawartość pliku ATtiny13_stk500.xml wygląda tak:
Zaloguj się, aby zobaczyć kod
Zrobiłem eksperyment i skopiowałem plik ATtiny13_stk500.xml z nazwą ATtiny85_stk500.xml
Potem zmodyfikowałem jego zawartość, tak że wygląda teraz tak:
Zaloguj się, aby zobaczyć kod
Początkowo AVR Studio 5 nie zauważyło dodania procesora, ale po wyjściu z programu i uruchomieniu go ponownie, pojawił się ATtiny85.
Wygląda na to że interpretacja nazw fusebitów jest poprawna. Jestem w trakcie eksperymentowania na rzeczywistym procesorze ATtiny85.
Wystarczy dorobić sobie pliki dla brakujących procesorów i po bólu.
Jejku. To prostsze niż konstrukcja gwoździa

.
Pozostaje jeszcze kwestia odczytu Terget Voltage, ale to jest jak widze mało istotny problem.
A tak wygląda okienko do fusebitów:
0