Är AVR något att ha egentligen?
Synd att det verkar vara "många" som har problem emd draken, den ser ju annars bra ut på papperet. Själv har jag bara använt mig av billigast möjliga dvs en stk200 och det har alltid funkat (nåja, en har gett upp och bara fungerat sporadiskt men den var å-andra-sidan >3 år).
Har varit sugen på draken men den den verkar lite labil så det får nog vara sålänge.
Har varit sugen på draken men den den verkar lite labil så det får nog vara sålänge.
Då säller jag väl mig även till de som kör Dragon och inte haft några problem med den.
Visst finns det en hel del att önska, men några fel på den är det då inte (förrutom när man kopplade ISP-kabeln till VCC/GND-listen istället. DÅ brann det).
En sak som stör mig lite är att den verkar "identifiera om sig" på USB-bussen varje gång man stannar en debugsession.
Windows avger samma ljud som när man först drar ur något, och sedan stoppar in något igen (i USB:n, inget annat).
Det hade varit intressant att höra någon som provat AVRISP mkII och om dom har något att önska.
Det skiljer ju lite i pris, men hade AVR Studio gått lite snabbare än vad den gör med Dragon så kan det vara värt att slippa irritera sig.
Men återigen, några direkta problem med Dragon har jag aldrig haft, och bättre utvecklingsverktyg på hobbynivå får man leta efter.
Visst finns det en hel del att önska, men några fel på den är det då inte (förrutom när man kopplade ISP-kabeln till VCC/GND-listen istället. DÅ brann det).
En sak som stör mig lite är att den verkar "identifiera om sig" på USB-bussen varje gång man stannar en debugsession.
Windows avger samma ljud som när man först drar ur något, och sedan stoppar in något igen (i USB:n, inget annat).
Det hade varit intressant att höra någon som provat AVRISP mkII och om dom har något att önska.
Det skiljer ju lite i pris, men hade AVR Studio gått lite snabbare än vad den gör med Dragon så kan det vara värt att slippa irritera sig.
Men återigen, några direkta problem med Dragon har jag aldrig haft, och bättre utvecklingsverktyg på hobbynivå får man leta efter.
-
thepirateboy
- EF Sponsor
- Inlägg: 2109
- Blev medlem: 27 augusti 2005, 20:57:58
- Ort: Borlänge
Min Dragon har också funkat förutom när jag klantade mig och hade en liten kapacitans på reset-pinnen. Jag började då felsöka och det slutade med att regulatorn till Draken brann upp vilket tydligen är ett mycket vanligt fel. Efter att ha byglat förbi regulatorn (den får nu sin spänning direkt från USB) så funkar den igen.
Jag använder normalt Draken för att programmera med, och när jag kör riktigt fast så har jag möjlighet att starta en debug-session. Detta arbetssätt tycker jag fungerar förträffligt.
Jag har även en JTAGICE mkII (utlånad) och AVRISP mkII. AVRISP mkII är något snabbare vid programmering och den känns mer robust med tanke på att den har låda så den använder jag oftast. Det känns dock tryggt att ha Draken ifall man kör fast.
Dock så läser man lite för många inlägg om problem, så det är tydligen så att konstruktionen och kvaliten är dålig. Tyvärr blir förstås resultatet av detta att många får en negativ bild av AVR och Atmel. Det värsta av allt är att Atmel inte gör något åt saken.
Här är en video som visar hur mycket ström den drar från USB-porten.
http://n1.taur.dk/avrfreaks/dragonpair.wmv
Jag använder normalt Draken för att programmera med, och när jag kör riktigt fast så har jag möjlighet att starta en debug-session. Detta arbetssätt tycker jag fungerar förträffligt.
Jag har även en JTAGICE mkII (utlånad) och AVRISP mkII. AVRISP mkII är något snabbare vid programmering och den känns mer robust med tanke på att den har låda så den använder jag oftast. Det känns dock tryggt att ha Draken ifall man kör fast.
Dock så läser man lite för många inlägg om problem, så det är tydligen så att konstruktionen och kvaliten är dålig. Tyvärr blir förstås resultatet av detta att många får en negativ bild av AVR och Atmel. Det värsta av allt är att Atmel inte gör något åt saken.
Här är en video som visar hur mycket ström den drar från USB-porten.
http://n1.taur.dk/avrfreaks/dragonpair.wmv
-
Mindmapper
- Inlägg: 7122
- Blev medlem: 31 augusti 2006, 16:42:43
- Ort: Jamtland
Har aldrig haft några bekymmer med AVRISP mk2. Däremot har jag aldrig kommit riktigt bra överens med Draken. Den är visserligen första serien, men jag trivs så bra med AVRISP att Draken får ligga. Började med STK500 men skaffade Draken för att jag ville ha något mindre, blev sedan AVRISP istället. STK500 tas bara fram om något gått snett med en krets, vilket inte inträffat på länge.
-
Mindmapper
- Inlägg: 7122
- Blev medlem: 31 augusti 2006, 16:42:43
- Ort: Jamtland
Kollade på videon, dom bryter mot specifikationen med råge. Skulle inte förvåna mig om någon USB port brann upp som följd..thepirateboy skrev: Dock så läser man lite för många inlägg om problem, så det är tydligen så att konstruktionen och kvaliten är dålig. Tyvärr blir förstås resultatet av detta att många får en negativ bild av AVR och Atmel. Det värsta av allt är att Atmel inte gör något åt saken.
Här är en video som visar hur mycket ström den drar från USB-porten.
http://n1.taur.dk/avrfreaks/dragonpair.wmv
100 mA max som sagt.
Om du uppdaterar firmwaren; berätta om det gick...sämre! Jag har absolut inget att ta på men i en tråd någonstans så började skribenterna diskutera om inte firmwaren (samma i JTAGICE mk II och Dragon enligt uppgift) blivit sämre.
Andra lösningar på problemet (AVR i brickad vid programmering via debugwire) i trådar jag läst:
*) kortare kabel till target (30 cm var för långt som jag minns det)
*) låta emulatorn (Dragon/JTAGmk II) mata target
Den andra punkten kanske var ucadv:s strömmatningsproblem men det framställdes mer som en "magisk" lösning som ingen kunde förklara varför den funkade.
Andra lösningar på problemet (AVR i brickad vid programmering via debugwire) i trådar jag läst:
*) kortare kabel till target (30 cm var för långt som jag minns det)
*) låta emulatorn (Dragon/JTAGmk II) mata target
Den andra punkten kanske var ucadv:s strömmatningsproblem men det framställdes mer som en "magisk" lösning som ingen kunde förklara varför den funkade.
ucadv: Tack för tipset med strömmatningen! Jag plockade fram mitt undanställda target och mätte. "Tyvärr", får jag väl säga så verkar min matning leverera ström stablilt. (Jag kollade "Figure 29-47. Programming Current vs. VCC", så 250 ohm mellan VCC och GND med bibehållen 5V känns OK.)
Hur dålig matning hade du när du brickade dina? Om du inte skäms att berätta
Hur dålig matning hade du när du brickade dina? Om du inte skäms att berätta
jag brickade en atmega48, vet inte riktigt vad som hände men det kan ha varit draken. mer troligt att det var SBS.
brickade en tiny11 när jag kortslut två ut-pinnar utan att ha någon strömbegränsning på matningen (som var på 5v12). Förstår inte varför detta hände, har inte lyckats paja fler kretsar på detta sätt hur än jag försökt
thats it..
är annars mer än nöjd med min drake!
brickade en tiny11 när jag kortslut två ut-pinnar utan att ha någon strömbegränsning på matningen (som var på 5v12). Förstår inte varför detta hände, har inte lyckats paja fler kretsar på detta sätt hur än jag försökt
thats it..
är annars mer än nöjd med min drake!
Jag har arbetat med AVR-kretsar i kanske 1,5 år, och har en hel del bekanta som gör liknande saker med PIC-kretsar. Jag började med en hemmalödd ghettoprogrammerare med en enkel tristate-buffer på parallelporten och AVRDUDE under Linux. Jag har gjort en hel del klantigheter med kretsarna, som att t.ex. vända en 7805:a fel och mata AVR-en med 12V tills den började lukta obehagligt och brännas. Det överlevde den dock utan problem, även ADC:n.
Efter ett litet missöde som involverade exponerade kopparbanor och avklippta metalltrådsstumpar på arbetsbordet (och som resulterade i en uppeldad gammal Dell-laptop) inköptes en AVRISP Mk II, och jag har aldrig ångrat det. Fruktansvärt bra programmerare som med AVRStudio programmerar i svindlande hastighet. Du kan fylla och verifiera en Atmega88 på någon sekund eller något åt det hållet. Polarna med sina PIC-ICE/JTAG-tjofräs från Olimex blev gröna av avund.
Observera dock att AVRISP endast är en ISP-programmerare utan debugmöjligheter. Dragon klarar ISP-programmering, HV-programmering och är en debugwire-enhet och ICE-enhet (om än en begränsad sådan). På avrfreaks.net finns också en hel del läskigheter dokumenterat om draken, som att den t.ex. drar så mycket ström från USB-porten att den överbelastar denna vilket (logiskt nog) leder till överspänning så att någonting pajar. Sen får du inte ha draken inkopplad på en krets utan att ha USB-kontakten i, för då händer något liknande. Så själv undviker jag draken...
Som jag upplevt det är PIC:ar generellt lite smidigare för rena hobbyändamål (kan som sagt inte klantas till lika bra, och har en del praktiska funktioner som analoga pinnar och liknande) och det finns lite mer exempel och utrustning av enklare typ för dem. Olimex har t.ex. ingen programmerare/ICE som klarar annat än 5V för AVR, men flera sådana för PIC.
Fördelarna med AVR är enligt min uppfattning att de har bättre datablad och bredare utbud av kretsar, samt att de har helt fria C-kompilatorer och utvecklingsverktyg. Är man Linuxfanatiker finns kompletta verktyg även för dessa miljöer. Enligt obekräftade uppgifter ska även AVR:erna generellt ha bättre prestanda per Mhz också, men det har jag inte fördjupat mig i. Microchips kretsar klarar högre megahertztal (vilket inte bara är en fördel), så det borde väl i sådana fall kompensera.
Sen verkar mittsegments-AVR:er vara billigare med, en ATMega88 kostar 30 spänn t.ex. High-end-modellerna från Microchip verkar dock vara billigare än motsvarande från Atmel.
En välkänd nackdel med AVR är att deras DebugWire-system är lite knöligt att använda, då det inte kan användas samtidigt som ISP-programmering. Så om man kör ISP + DW får man växla läge hela tiden. Men å andra sidan är det ofta rätt inproduktivt att sitta och programmera/debugga konstant mot målsystemet, finns ju simulator i AVRStudio...
Som sista spottloska på PIC så kan jag påpeka att man i Atmels datablad och application note:s slipper se rena idiotpåpekanden som får en att undra om det är "elektronik for dummies" man läser... :D
Efter ett litet missöde som involverade exponerade kopparbanor och avklippta metalltrådsstumpar på arbetsbordet (och som resulterade i en uppeldad gammal Dell-laptop) inköptes en AVRISP Mk II, och jag har aldrig ångrat det. Fruktansvärt bra programmerare som med AVRStudio programmerar i svindlande hastighet. Du kan fylla och verifiera en Atmega88 på någon sekund eller något åt det hållet. Polarna med sina PIC-ICE/JTAG-tjofräs från Olimex blev gröna av avund.
Observera dock att AVRISP endast är en ISP-programmerare utan debugmöjligheter. Dragon klarar ISP-programmering, HV-programmering och är en debugwire-enhet och ICE-enhet (om än en begränsad sådan). På avrfreaks.net finns också en hel del läskigheter dokumenterat om draken, som att den t.ex. drar så mycket ström från USB-porten att den överbelastar denna vilket (logiskt nog) leder till överspänning så att någonting pajar. Sen får du inte ha draken inkopplad på en krets utan att ha USB-kontakten i, för då händer något liknande. Så själv undviker jag draken...
Som jag upplevt det är PIC:ar generellt lite smidigare för rena hobbyändamål (kan som sagt inte klantas till lika bra, och har en del praktiska funktioner som analoga pinnar och liknande) och det finns lite mer exempel och utrustning av enklare typ för dem. Olimex har t.ex. ingen programmerare/ICE som klarar annat än 5V för AVR, men flera sådana för PIC.
Fördelarna med AVR är enligt min uppfattning att de har bättre datablad och bredare utbud av kretsar, samt att de har helt fria C-kompilatorer och utvecklingsverktyg. Är man Linuxfanatiker finns kompletta verktyg även för dessa miljöer. Enligt obekräftade uppgifter ska även AVR:erna generellt ha bättre prestanda per Mhz också, men det har jag inte fördjupat mig i. Microchips kretsar klarar högre megahertztal (vilket inte bara är en fördel), så det borde väl i sådana fall kompensera.
Sen verkar mittsegments-AVR:er vara billigare med, en ATMega88 kostar 30 spänn t.ex. High-end-modellerna från Microchip verkar dock vara billigare än motsvarande från Atmel.
En välkänd nackdel med AVR är att deras DebugWire-system är lite knöligt att använda, då det inte kan användas samtidigt som ISP-programmering. Så om man kör ISP + DW får man växla läge hela tiden. Men å andra sidan är det ofta rätt inproduktivt att sitta och programmera/debugga konstant mot målsystemet, finns ju simulator i AVRStudio...
Som sista spottloska på PIC så kan jag påpeka att man i Atmels datablad och application note:s slipper se rena idiotpåpekanden som får en att undra om det är "elektronik for dummies" man läser... :D
