AVR-programmerare a la tuxgraphics *färdig*
AVR-programmerare a la tuxgraphics *färdig*
Hallå. Dags att redovisa slutspurten i mitt senaste projekt: USB-AVR programmerare som pratar STK500v2. Designen och koden är mer eller mindre saxade från tuxgraphics men med ett par ändringar. Dels har jag valt att använda en Mega88 istället för en Mega8. Sen använder jag FTDI;s FT232R istället för FT232BM så designen har blivigt pinsamt enkel men funktionell.
Jag har kommit så långt att jag framgångsrikt har kopplat upp programmeraren på en labbplatta. Samt gjort mönsterkortslayout. Ska förhoppningsvis in i skolans mönsterkortslabb nästa söndag och göra kortet.
Och så lite obligatoriska bilder:
Schemat över kretsen
Botten på kretskortet
Toppen på kretskortet
Jag kommer med mer bilder när jag är färdig
Jag har kommit så långt att jag framgångsrikt har kopplat upp programmeraren på en labbplatta. Samt gjort mönsterkortslayout. Ska förhoppningsvis in i skolans mönsterkortslabb nästa söndag och göra kortet.
Och så lite obligatoriska bilder:
Schemat över kretsen
Botten på kretskortet
Toppen på kretskortet
Jag kommer med mer bilder när jag är färdig
Senast redigerad av Diger_s 14 november 2006, 19:40:14, redigerad totalt 1 gång.
- MicaelKarlsson
- Inlägg: 4669
- Blev medlem: 18 juni 2004, 09:16:07
- Ort: Aneby
- Kontakt:
- MicaelKarlsson
- Inlägg: 4669
- Blev medlem: 18 juni 2004, 09:16:07
- Ort: Aneby
- Kontakt:
>>Samma sak för oanslutna pinnar på Mega'n, men det kan du ju fixa i koden...
Fast ibland kan det vara bra med hängslen och livrem.
URL: http://www.atmel.com/dyn/resources/prod ... oc2545.pdf
Fast ibland kan det vara bra med hängslen och livrem.
Saxat ur databladet till ATMega48/88/168 sid 76 i databladet.The simplest method to ensure a defined level of an unused pin, is to enable the internal pull-up.
In this case, the pull-up will be disabled during reset. If low power consumption during reset is important, it is recommended to use an external pull-up or pull-down. Connecting unused pins directly to VCC or GND is not recommended, since this may cause excessive currents if the pin is accidentally configured as an output.
URL: http://www.atmel.com/dyn/resources/prod ... oc2545.pdf
> Vad använder du själv för mjukvara/OS för att programmera?
Jag använder avrdude/gcc/OS X för att programmera. Det är därför jag är så mån om att det ska vara en usb-programmerare.
sodjan, jag har faktiskt inte tänkt på pullups, men jag inte sett några sådana på FTDI;s appnotes. Och det verkar fungera nu. (har ingen pullup på #TRS och #CTS) Och som sagt, på AVRen kan man internt sätta en pullup.
Dessutom skulle extra resistorer paja min kompakta layout på ca 22x42 mm
Jag använder avrdude/gcc/OS X för att programmera. Det är därför jag är så mån om att det ska vara en usb-programmerare.
sodjan, jag har faktiskt inte tänkt på pullups, men jag inte sett några sådana på FTDI;s appnotes. Och det verkar fungera nu. (har ingen pullup på #TRS och #CTS) Och som sagt, på AVRen kan man internt sätta en pullup.
Dessutom skulle extra resistorer paja min kompakta layout på ca 22x42 mm
-
- EF Sponsor
- Inlägg: 2108
- Blev medlem: 27 augusti 2005, 20:57:58
- Ort: Borlänge
Det finns flera fördelar med en FTDI-ic:
Eftersom FTDI fungerar som en serieport både mot datorn och AVR:en så behöver man inte alls tänka på att kommunikationen går via USB.
AVR:en behöver inte klara av USB.
Man slipper att implementera en USB-serieport i AVR:en, om man vill fungera som en STK500-programmerare.
Det går att att använda kontrollpinnarna på FTDI:n till att programmera AVR:en första gången (lååångsamt troligtvis). Annars brukar man vanligtvis redan behöva en programmerare för att ladda programmet i AVR:en första gången. Dock verkar inte Diger_s:s variant ha stöd för det. Man slipper dessutom fixa en USB-bootloader för att kunna uppdatera firmwaren i AVR:en.
Verkar enklare att ordna så att man kan programmera kretsar med sin programmerare som matas från andra spänningar än ca 3.3V. Något som t ex usbasp inte verkar klara och samtidigt hålla sig till USB-specen.
Eftersom FTDI fungerar som en serieport både mot datorn och AVR:en så behöver man inte alls tänka på att kommunikationen går via USB.
AVR:en behöver inte klara av USB.
Man slipper att implementera en USB-serieport i AVR:en, om man vill fungera som en STK500-programmerare.
Det går att att använda kontrollpinnarna på FTDI:n till att programmera AVR:en första gången (lååångsamt troligtvis). Annars brukar man vanligtvis redan behöva en programmerare för att ladda programmet i AVR:en första gången. Dock verkar inte Diger_s:s variant ha stöd för det. Man slipper dessutom fixa en USB-bootloader för att kunna uppdatera firmwaren i AVR:en.
Verkar enklare att ordna så att man kan programmera kretsar med sin programmerare som matas från andra spänningar än ca 3.3V. Något som t ex usbasp inte verkar klara och samtidigt hålla sig till USB-specen.
Helt sant. FTDIs chip gör det riktigt bekvämt att skapa en USB-förbindelse och med de senaste chippen behver man ännu mindre kringkomponenter såsom kristall osv.
Du har rätt, min programmerare stöder inte att själv skriva firmware. Dock kan jag med min prototyp ladda programmet i den färiga programmeraren. Prototypen programmerade jag över parallellporten från en annan dator.
Funderar på att eventuellt skriva om koden så den kan uppdatera sig själv. Men det får väl bli ett senare (annat?) projekt.
Du har rätt, min programmerare stöder inte att själv skriva firmware. Dock kan jag med min prototyp ladda programmet i den färiga programmeraren. Prototypen programmerade jag över parallellporten från en annan dator.
Funderar på att eventuellt skriva om koden så den kan uppdatera sig själv. Men det får väl bli ett senare (annat?) projekt.