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':

A tak do konca to prawde Ci powie dopiero oscyloskop.

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.

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 :(

[...]

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

(VCC 4,5-5,5V) a dopiero w srodku PDFa Atmel napisal o zasilaniu w szerszym zakresie napiec.

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 :(

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:

Po ustawieniu bardzo wolnego taktowania procka (okienko "Hz") komunikacja przez ISP idzie odpowiednio wolniej.