Strona 1 z 1
ATtiny13A - źle wgrany program
: poniedziałek 19 gru 2011, 20:46
autor: Wania
Witam.
Jako, że jest to pierwszy post pozdrawiam wszystkich forumowiczów
.
Pierwszy raz mam styczność z tak małym procesorkiem (ATtiny13A) i od początku mam problem z wgraniem flash'a.
Procesor jest w wersji smd, program pisany w WinAVR 20100110, programator USBasp, flash wgrywam przez eXtreme Burner. Podczas weryfikacji flasha wyskakuje błąd, hex "oryginalny" różni się od odczytanego z procesora. Dwie pierwsze linie są niezapisane (same jedynki), dopiero od trzeciej linii zaczyna się program, który i tak w dalszych liniach jest "poprzerywany". Nie bardzo wiem gdzie szukać przyczyny. Dodam, że to nie pierwszy program i procesor od Atmela, a testowy program to mruganie diodą (skompilowany dla Atmegi16 działa prawidłowo).
Pozdrawiam
Wania
: poniedziałek 19 gru 2011, 22:55
autor: krzycho_
fuse bity dobrze ustawione ? jeśli nie przechodzi weryfikacji to problem leży z programatorze lub samym układzie
programujesz przez ISP czy samego procka ?
: wtorek 20 gru 2011, 08:22
autor: Wania
Fuse bity standardowe, jak z fabryki, ten sam programator (USBasp) programuje inne procki (Mega16 i Mega8) prawidłowo. Próba wgrania przeprowadzona była na 3 ATtiny13A z tym samym efektem.
Programowałem i w układzie i na samym procku, bez różnicy.
: wtorek 20 gru 2011, 08:43
autor: greg
Jaka częstotliwość programowania, może za szybko? Akurat tego programatora nie używałem, jedynie STK200.
: wtorek 20 gru 2011, 08:47
autor: Marcin S.
A co wisi na nóżce RESET? Ja miewałem problemy, jeśli nie była podciągnięta do +Vcc.
Pozdrawiam
Marcin S.
: wtorek 20 gru 2011, 08:56
autor: greg
W popularnych sterownikach LED pin "reset" wisi luzem i problemów nie ma żadnych. Poza tym, jaki to może mieć wpływ na błędy weryfikacji programu?
: wtorek 20 gru 2011, 11:13
autor: krzycho_
Przeoczyłem że to USBasp, w takim razie dla ATtiny 13 musisz ustawić zworkę Slow SCK.
: wtorek 20 gru 2011, 12:19
autor: Marcin S.
greg pisze:W popularnych sterownikach LED pin "reset" wisi luzem i problemów nie ma żadnych. Poza tym, jaki to może mieć wpływ na błędy weryfikacji programu?
Wiszenie nogi luzem powodowało przypadkowe resety kości. W moim przypadku było jednak znacznie gorsze środowisko (przemysłowe, np. wspólna szafa z falownikami, sama rozkosz). Pozostawianie niepodpiętych nóg scalaka to złoooo
Fakt, na programowanie nie powinno to mieć wpływu - w usbasp resety programatora i programowanego procesora są połączone i dobrze podciągnięte. Point taken
Pzdr.
M.
: wtorek 20 gru 2011, 13:45
autor: Wania
W programatorze mam zwartą zworkę slow clock (bez tego nie widzi procesora). Nóżka RESET była podciągana przez rezystor 10k do Vcc (5 Vdc). Jutro będę miał dostęp do oryginalnego programatora AVR ISP mkII, to spróbuję nim wgrać program za pomocą AVR Studio. O wynikach poinformuję
.
Wypróbowałem jeszcze program Khazama AVR Programmer i wygląda na to, że hex wgrany jest poprawnie (odczytany z procka jest identyczny z tym przygotowanym do wgrania). Tak więc w moim przypadku USBasp + eXtreme Burner + ATtiny13A nie współpracują razem
.
Pozdrawiam i dzięki za zainteresowanie tematem.
P.S.
Dla miłośników oświetlenia ulicznego diodami przy okazji wizyty w Rzeszowie zapraszam na ulicę Kozienia (wzdłuż Tesco extra) jest możliwość porównania lamp sodowych do lamp "ledowych".