Re: Zestaw uruchomieniowy

gdL pisze:

W tamtej płytce:

złącze do podłączenia programatora, który trzeba nabyć oddzielnie. Oczywiście jeżeli nie chcesz go sam sklecić. Sprzedają programator na USB współpracujący z AVR Studio, wg mnie w niezłej cenie: A jeżeli masz w komputerze port LPT to programator AVRów powinien być ze

2x tańszy niż wersja na USB. Jeżeli chcesz sam zlutować, części kosztują kilka zł.

Warto też wspomnieć o usbasp - bardzo tanim i bardzo latwym w zrobieniu ręcznie. Dziala Lin/Win z avrdude. Czy z AVR Studio tego nie wiem.

Sebastian Biały pisze:

No właśnie NIE DZIAŁA z AVR Studio i to wg mnie go dyskwalifikuje. No chyba że ktoś siedzi tylko w Linuxie i mu AVR Studio całkiem wisi.

Adam Dybkowski pisze:

Avrdude działa pod windowsem, więc nie powinno być problemu. A dodatkowo można chyba wgrać firmware emulujący STK500, więc AVR Studio powinno go obsłużyć.

Zbych pisze:

Jeżeli można wgrać firmware udający STK500 to OK - tak działa większość tanich programatorów USB obsługiwanych przez AVR Studio. Ale trzeba pamiętać jednak o jednej kwestii - bardzo _powolne_ (rzędu 5KB/s) programowanie/odczytywanie spowodowane programową obsługą USB przez procesor nie posiadający sprzętowego portu USB. Jeżeli trzeba często przeprogramowywać np. ATmega2561 to wychodzi koszmar. Już nie napiszę np. o programowaniu 8MB pamięci DataFlash (takie rzeczy umie np. ISP Programmer śmigający szybko przy pomocy kabelka STK200/300 na porcie LPT).

Ja osobiście zdecydowanie wolę rozwiązania oparte np. na scalakach FTDI czyli na przykład ostatnio tu wymieniony programator kosztujący ok. 50 zł.

Adam Dybkowski pisze:

A tak z ciekawości, jaką prędkość osiąga twój program przy programowaniu AVR przez spi i lpt?

Jeśli chodzi ci to ten

to wątpię, żeby był zbudowany na ftdi. Z instrukcji wychodzi, że to jednak software'owe usb.

gdL pisze:

LCD kosztuje około 20 zł. Zamawiasz od razu z zestawem. Zobacz sobie jeszcze w Kamami.

Zbych pisze:

Heh, dawno nie mierzyłem. Stan portu LPT można zmieniać najszybciej co ok. 1 us (ustawienie w ISP Programmer "FASTEST" pomijające dodatkowe opóźnienia), co daje maksymalne taktowanie SCK na poziomie 500 kHz. Czyli sama transmisja danych do procka idzie szybko - spowalnia programowanie w takim razie tylko czas zapisu danych (określony w PDFie każdego procka). Protokół ISP jednak dodaje od siebie spory narzut i myślę, że ze sprzętowymi programatorami równoległymi (LabTool48 i podobne) nie mam nawet szans się ścigać.

Teraz dopiero zauważyłem, że piszą o HID, więc FTDI to nie jest. Zasugerowałem się podobnie wyglądającym programatorem USB, który kupiłem przez Allegro - mój w środku ma FTDI232 i bufor. Też gada z AVR Studio jako STK500v2:

Adam Dybkowski pisze:

No to pochwal się jak szybko programuje avrki. Atmel podaje, że prędkość komunikacji stk500 to 115200bps, więc zakładam, że więcej jak 10kB/s i tak nie będzie. Ale chciałbym się upewnić, że nie jest to 5, czy 2kB/s.

Zbych pisze:

Największą częstotliwość zegara programowania ISP (SCK) w AVRStudio mogę ustawić 1,845 MHz, ale komunikacja z pecetem i tak idzie na 115200 bps.

Układy FTDI na magistrali USB mogą śmigać znacznie szybciej (szeregowy FT232 do 3Mbps, równoległy FT245 do 1MB/s). Pomimo tego komunikacja z pecetem protokołem STK500v2 wymaga wybrania prędkości 115200 bps więc szybciej nie będzie. Może rozwiązaniem byłoby użycie równoległej wersji konwertera USB-RS232 (czyli FT245), wtedy wymiana danych PC<->programator śmigałaby niebotycznie niezależnie od prędkości wirtualnego portu COM wybranego przez AVR Studio. Jeszcze nie widziałem takiego gotowego rozwiązania a nie opłaca się samemu klecić. :(

Adam Dybkowski pisze:

Bez obrazy, ale ja cię nie prosiłem o teoretyczne rozważania, tylko o sprawdzenie w praktyce jaką prędkość ten programator osiąga. W tej chwili programator na LPT osiąga mi prędkość rzędu 2kB/s i szukam czegoś szybszego. Jeśli możesz *praktycznie* sprawdzić jaką prędkość osiąga ten programator, który kupiłeś, to będę wdzięczny.

Zbych pisze:

Akurat nie mam pod ręką żadnej płytki z AVRem większym niż 4KB więc testu praktycznego nie będzie.