Programator do AVR'a na 3V;

O jaki AVR dokladnie chodzi? Czy jest to na pewno wersja niskonapieciowa?

Raczej malo prawdopodobne. Jezeli LPT ma wejscia CMOS, powinien jako '1' uznawac napiecia wyzsze niz polowa zasilania LPT (czyli 2,5V), a jezeli ma wejscia TTL to wszystko co jest powyzej 2V to '1':

ATmega162 (TQFP 44); to nie jest wersja niskonapieciowa (bez zadnych L,V czy U); chodzi na kwarcu 3.686MHz i zasilaniu 3.0V;

to, ze dziala (poprawnie) na 3.0V nie znaczy, ze bedzie sie programowal przy takim samym zasilaniu ?!

mam zamiar programowac go przez max'a3232; /nie jako programator isp, ale poprzez boot loader; nie zaprogramuje flasha przy tak niskim zasilaniu ?!

hm... czyli ze flash w atmega162 nie zaprogramuje sie przy 3.0V?

zobacze do pdf'a;

No to mamy winowajce. To, ze AVR dziala przy zasilaniu 3V (poza nominalnym dla tej wersji scalaka zakresem), jest tylko przypadkiem. Chodzily na grupie sluchy, ze AVRy roznych wersji napieciowych sa produkowane w tym samym procesie, a potem nastepuje selekcja. Te nie spelniajace wymagan pracy z niskim napieciem wpadaja do szufladki wysokonapieciowych. Mozliwe, ze twoj AVR nie przeszedl testow programowania z niskim napieciem zasilajacym. Zmien na wersje niskonapieciowa i problem minie. Albo zwieksz zasilanie na jeszcze akceptowalne przez inne peryferia (no bo chyba 3V nie masz dla wlasnego widzimisie), np. na 3,6V. Albo zasilaj procesor nominalnie 5V ale dorzuc bufory "po drodze" do innych niskonapieciowych peryferiow.

W artykule news:cleguk$k18$ snipped-for-privacy@nemesis.news.tpi.pl, niejaki(a): Adam Dybkowski z adresu snipped-for-privacy@amwaw.edu.pl> napisal(a):

Eeeeee chyba jednak nie mamy. Moja ATmega 162-16AI zasilana 2,7V z kwarcem 7,3828 MHz programuje sie bez zadnego problemu. Wprawdzie na codzien robie to przez STK500 ale programator na 74LVC244 z twoim programem tez ladnie programowal.

Normalna ATmega162 ma pracowac od 2,7V wiec 3V nie powinno jej przeszkadzac. Jedynie przy takim niskim napieciu ma ograniczona od góry czestotliwosc zegarka. Niskonapieciowa ma minimum na 1,8V.

Mam pewne watpliwosci co do budowy tego problematycznego programatora. Na na ogól te programatory korzystaja z ukladu 244. Z ukladu 245 tez da sie go zrobic ale polaczenia trzeba odpowiednio zmodyfikowac w stosunku do oryginalu. Pytanie czy autor watku wzial to pod uwage?

przypadek?... hm... kierowalem sie pdf'em do ATmegi162/162V; konkretnie doc2513.pdf, strona 265: "Figure 114. Absolute Maximum Frequency as a function of VCC, ATmega162"

safe operating area dla ATmega162 jest az do 2.7V (@ 8MHz); /dla ATmega162V jest do 1.8V (@1MHz);

ja to rozumiem tak, ze powinien dzialac; /czyli programowac sie tez;

no i dziala, ale nie programuje sie :(.

tak, tez czytalem o tym na grupach, ale wolalbym to uslyszec od kogos z atmela :). /ale nie zdziwilbym sie jakby okazalo sie to prawda :)

najpierw zmienie stabilizator z 3.0 na 3.3V; /tylko najpierw musze go dostac :), co moze zajac nieco czasu; przy okazji bede szukal atmegi162V, ale na razie koncze pisac boot loader'a;

jestem ciekaw czy zaprogramuje go przez uarta :).

dla mnie to gorsze rozwiazanie :(

wlasnie... :(

u mnie z programatorem na 74HC244 programuje sie ladnie; /napiecia 5V z LPT przechodza przez niego na AVR'a;

mogles od razu zapytac czy jestem kretynem, ktory nie odroznia 74LVC245 od 74LVC244 :) /w koncu to tylko jedna cyferka... ;)

tu jest schemat tego cuda, ktore zrobilem:

OK, moja wina. Zasugerowalem sie ogolnym opisem tego procka:

Co nie zmienia poprzedniej konkluzji, ze najszybciej problem da sie wyczaic oscyloskopem. Niezaleznie, czy problem jest w zasilaniu, czy w budowie kabelka do programowania.

no tak, ale na razie nie mam dostepu do oscyloskopu :(.

przylaczylem ten programator do jakiegos starego pentiuma i ...dziwne: raz dzialal, raz nie, tzn: doslownie co drugi raz udawalo mi sie zczytac chip id, flash, eeprom; teraz to zglupialem :(

U¿ytkownik "Q" snipped-for-privacy@gazeta.gov.pl> napisa³:

A z³±cze masz na "goldpinach"? Ja przy takim po³±czeniu czêsto muszê poruszaæ z³±czem, pewnie jako¶æ po³±czenia ma tu co¶ do rzeczy, ale te¿ za bardzo nie wiem o co chodzi.

Darek ¯o³na

W artykule news:cleqg8$sor$ snipped-for-privacy@atlantis.news.tpi.pl, niejaki(a): Q z adresu snipped-for-privacy@gazeta.gov.pl> napisa³(a):

A tam od razu kretynem :-) G³upie b³êdy zdarzaj± siê ka¿demu to i t± ostatni± jedn± cyferkê mo¿na czasem zlekcewa¿yæ ;-) Ja na przyk³ad czasami lekcewa¿ê ¶rednik na koñcu linii programu w C a potem pól godziny szukam b³êdu :)

A w tym co ja u¿ywam to my¶lisz ¿e jak jest? Reset ma 3 równolegle po³±czone bramki a CLK dwie.

Próbowa³e¶ czytaæ/programowaæ po ustawieniu w programie mniejszej od rzeczywistej czêstotliwo¶ci taktowania?

Mo¿e pomo¿e wy³±czenie w biosie zaawansowanych opcji portu LPT i pozostawienie trybu SPP?

Zmierz mo¿e jakie napiêcie masz na porcie (a konkretnie na wyj¶ciach id±cych do uk³±du 245) w stanie ja³owym bez pod³aczonego programatora? Ja u siebie wykry³em dziwne zjawisko - mianowicie na wyj¶ciach danych (piny

napewno :)

na pewno (na 99%) nie w zasilaniu; na 99% wyklada sie na jakichs czasowkach; /raz sie programuje a raz nie;

nie wiesz skad mozna sciagnac programator z 'regulowanymi recznie' czasowkami?

Spory zakres regulacji masz w tym sofcie: