ATtiny13A - źle wgrany program

Wania · Post autor: **Wania** » poniedziałek 19 gru 2011, 20:46

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

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 ?

Wania · Post autor: **Wania** » wtorek 20 gru 2011, 08:22

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.

greg · Post autor: **greg** » wtorek 20 gru 2011, 08:43

Jaka częstotliwość programowania, może za szybko? Akurat tego programatora nie używałem, jedynie STK200.

Marcin S. · Post autor: **Marcin S.** » wtorek 20 gru 2011, 08:47

A co wisi na nóżce RESET? Ja miewałem problemy, jeśli nie była podciągnięta do +Vcc.

Pozdrawiam
Marcin S.

greg · Post autor: **greg** » wtorek 20 gru 2011, 08:56

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?

krzycho_ · Post autor: **krzycho_** » wtorek 20 gru 2011, 11:13

Przeoczyłem że to USBasp, w takim razie dla ATtiny 13 musisz ustawić zworkę Slow SCK.

Marcin S. · Post autor: **Marcin S.** » wtorek 20 gru 2011, 12:19

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.

Wania · Post autor: **Wania** » wtorek 20 gru 2011, 13:45

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".