[Programowanie] O programatorach dla AVRów słów kilka...

[OldSkull]

Brakuje informacji o JTAGach. Osobiście korzystam z AVRDragon oraz JTAG ICEII(clone) i jestem z nich zadowolony, może pomijając fakt, że się przy debuggowaniu często wieszają/gubią/nie potrafią kontynuować z breaka (chociaż tutaj jest pewnie pewna wina środowiska), ale poza tym są całkiem sympatyczne.

[tymon_x]

A może programator AVR na scalaku FTDI + AVRDUDE ? I tak każdy szanujący się elektronik bawiący się w uC powinnień mieć konwerter USB<->RS232. Ja osobiście używam tego: BF30T. 3 w 1, stosowałem go do ATMega, ATXmega (tam gdzie AVRDUDE je wspiera, ma bardzo długą listę układów), natomiast za pomocą OpenOCD: STMicro STM32 (Cortex-M3), NXP LPC1xxx (Cortex-M0/M3), Xilinx XC95xx (CPLD), XC2Sxxx (FPGA, Spartan 2), XC3Sxxx (Spartan 3), TI C54xx (DSP). W dodatku możliwość debugowania czy komunikacji za pomocą RS232.

[piotrva]

Ok, ale niestety programowanie idzie dosyć opornie na tej kostce, jak mamy większy wsad...

[tymon_x]

Ok, ale niestety programowanie idzie dosyć opornie na tej kostce, jak mamy większy wsad...

Główna przyczyna nie leży w kostce, a w samym oprogramowaniu na PC. Przy FT2232H i sprzętowym MPSSE można spokojnie wysłać MB przy mniej niż sekundzie.

Przykładem niech będzie popularny i uniwersalny format do konfiguracji FPGA, *.svf (można też nim programować AVR dla ciekawości). Narzędzie do jego obsługi SVFPlayer w OpenOCD jest po prostu słabe, mała konfiguracja (kilka kB) potrafi się ciągnąć kilka dobrych minut, inne narzędzie od Amontec, którzy sami napisali soft, korzystając z tych samych bibliotek (libusb, libftdi), to nawet konfiguracja Virtex przy dużym systemie trwa mniej niż kilkanaście sekund. Da się ? da...

Większość programistów nie umie posługiwać danymi klasami dostępnymi w USB, dane powinno wysyłać się blokowo, a nie bajtowo. I stąd bierze się koszmarne wolne działania...

Na FT2232H, libusb, libftdi oraz udającego (zmieniając VIP, VID) USBasp działa sprawnie.

[piotrva]

No FT2232 niestety nie miałem okazji testować, swoją opinię oparłem na testach FT232RL, jak kiedyś wpadnie mi taka kostka w ręce to nie omieszkam testować, bo rzeczywiście to uniwersalne narzędzie w przystępnej cenie.

[mirekk36]

Ok, ale niestety programowanie idzie dosyć opornie na tej kostce, jak mamy większy wsad...

Topornie? nie zgodzę się w porównaniu do USBASP programator na FT232 działa dokładnie tak samo szybko. Pewnie że są szybsze programatory .... ale jak mówię porównałem czasy programowania pełnym wsadem dwóch procków za pomocą dwóch programatorów: FT232R oraz USBASP oto wyniki

ATmega32 ---> USBASP czas 17s, ---->FT232R czas 18s

ATmega644 ---> USBASP czas 29s, ---> FT232R czas 27s

więc gdzie tutaj oporność działania ?

[piotrva]

No ja korzystam na codzień z http://diy.elektroda.eu/programator-usbtiny-mkii-slim/ więc idzie nieco szybciej. Poza tym mnie przynajmniej czasem FT232RL się zawieszał podczas programowania, ale nie miałem jak dotąd czasu żeby się sprawie przyjrzeć bliżej.

[Tokamak]

Witam wszystkich,

Na stronie http://student.agh.edu.pl/~mkucia/wiki/doku.php?id=integra:warsztaty:programator opisałem jak zbudować programator AVRISPmkII. Plusami tego programatora są:

programator można zbudować i uruchomić samemu (usbasp musi być przez kogoś zaprogramowany innym programatorem przed uruchomieniem) !

niski koszt budowy 16 PLN + koszt PCB

prosta budowa (oprócz scalaka wszystkie elementy jest w stanie przylutować początkujący)

[Natanoj]

A ja swego czasu dałem za niego coś koło 90 zł . W każdym razie polecam, jako zupełnie początkujący nie miałem większych problemów, wybaczał sporo błędów. Jedynie lekko denerwująca jest zmiana firmware przy korzystaniu z Bascoma (avrdude, czuli Burn o mat też niestety) / avrstudio. Dzięki za informację, pewnie złożę sobie drugiego, jeden będzie dla avrdude a drugi dla avrstudio .

[Tokamak]

Jedynie lekko denerwująca jest zmiana firmware przy korzystaniu z Bascoma (avrdude, czuli Burn o mat też niestety) / avrstudio. Dzięki za informację, pewnie złożę sobie drugiego, jeden będzie dla avrdude a drugi dla avrstudio .

Właściwie to różnica w kodzie jest niewielka i mógłbym zmodyfikować kod w taki sposób że można by wybrać pomiędzy avrdude/avrstudio podczas włączania urządzenia do komputera (w moim programatorze np zwierając przewód GND z odpowiednie MOSI lub MISO). Szkoda że osoby odpowiedzialne za tworzenie avrdude nie trzymają się standardów :/