Alternatywne programatory AVR na LPT bez korzystania z linii ACK (pin 10) - porady i rozwiązania

Sat Nov 03, 2007 5:21 pm   

Znacie moze jakis programator podobny do STK200, ktory by mial wyjscie na
innej linii portu LPT niz ACK (pin 10)?
Pytam bo mi sie to wejscie upalilo i najchetniej bym przerobil swoj STK200
na taki co nie korzysta z z linii ACK (pin 10).
W ostatecznosci pozostaje mi ten z bascoma, ale on nie potrafi sterowac
'244.

Sat Nov 03, 2007 5:24 pm   

Użytkownik "Grzegorz Podgórski" <msn@com.pl> napisał w wiadomoœci
news:fgi77s$d3$1@atlantis.news.tpi.pl...

Programator Adama Dybkowskiego ma możliwoœć zmiany pinów w SETUP.
Poszukaj ISP Programmer.

Polecam i pozdrawiam

Sat Nov 03, 2007 8:15 pm   

Witam.
Może trochę nie na temat. Ale osobiście używałem kiedyś programatora lpt
jednak polecam wykonanie programatora zgodnego z stk500 a co za tym idzie
wygodnego w użytkowaniu
z AVRStudio. Działa bardzo dobrze. Większa prędkość zapisu pamięci flash w
porównaniu z lpt oraz żadnych
zacięć w trakcie programowania.
http://radzio.dxp.pl/avrprog/

Pozdr.
Paweł

Sat Nov 03, 2007 10:10 pm   

pawel <paw1976@poczta.onet.pl> wrote:


Jeśli można, pociągnę temat "nie na temat"
A może ktoś poleci sensowny, _sprawdzony_ programator AVR na USB?

J.

Sat Nov 03, 2007 11:06 pm   

Jarek P. wrote:

http://www.fischl.de/usbasp/

U mnie działa. Bez pudła. Przeprogramowałem stosy Atmega8 i parenaście
innych Meg od maleństw po wypasy. Wada: w podstawowej wersji nie działa
na 3.3V.

Co ważne programowanie odbywa się z użyciem avrdude a nie bzdurnych
klikalnych programów. Da się więc prost z makefile programować.

Sat Nov 03, 2007 11:27 pm   

A ja mam pytanie takie - jak to jest z ilością obsługiwanych proców??
Czy to nie jest tak, że jest jeden standard i wszystko śmiga jak
należy?? Taki stk200 nie ma żadnych sygnatur, a działa... A czasem
czytam opisy jakiś programatorów, a tam lista obsługiwanych uC... A
chodzi o to, że chcę zbudować sobie taki programatorek, ale wyposażony w
parę "extra" funkcji, z możliwością dodawania kolejnych fajerwerków
... . Na pewno bym przerobił jakiegoś gotowca, ale boję się, że potem
co wyjdzie nowy proc (i będę chciał go użyć), to będę musiał dużo w
programie zmienić :/... . Może ktoś powiedzieć jak to jest?? A może nie
warto się bawić, zbudować gotowca i nic w nim nie grzebać?? ...

Pozdrawiam
Konop

Sun Nov 04, 2007 4:51 pm   

Konop wrote:

Ma sygnatury w sofcie na kompie.


Trzeba znać się na rozmiarach pamięci, etc. To nie wynika z sygnatury
wprost, trzeba w sofcie zrobić sobie tabelkę dla jakiej sygnatury jakie
fusebity/pamięci/etc. Nie wiem czy istnieją jakieś zmiany w protokole,
ale nie wykluczam.


Nie ma chyba sensu, uisp oraz avrdude mają wszystko gotowe.


Nie warto. Lepiej podłącz się jako developer pod jakiś gotowy projekt.

Sun Nov 04, 2007 8:50 pm   

Sebastian Bialy pisze:


Istnieją różnice w programowaniu przez ISP różnych AVRów. Zmiany nie
obejmują tylko spisu fusebitów i rozmiaru pamięci, ale także sposobu
sprawdzania gotowości pamięci po programowaniu, sposobu zapisu fusebitów
i lockbitów (różne rozkazy w różnych AVRach), dodatkowych obszarach
programowalnych (np. "user signature"), programowaniu bajt-po-bajcie lub
stronami. Możliwości jest kilka dla każdej z tych czynności, dlatego
dodanie obsługi nowego procesora w programatorze to zwykle żmudne
przeglądanie PDFa i porównywanie algorytmów z już obsługiwanymi
układami. Atmel na szczęście wydając nowe procesory "falami", powtarza
stosowane w nich rozwiązania programowania przez ISP.

Oczywiście niektórzy mogliby zachodzić w głowę, dlaczego nie prościej
sprawdzić, jak jest nowy procesor opisany w pliku konfiguracyjnym
najnowszej wersji AVR Studio. Bo ja czasem wyprzedzam Atmela,
szczególnie gdy procesor funkcjonuje tylko we wstępnym PDFie a nie jest
jeszcze do kupienia.

--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.