För att komma igång med AVR köpte jag ett ATTiny2313 utvecklingskort PLUS tillhörande ISP programmerare för 140 kr inkl. frakt!!
http://futurlec.com/ATTiny2313_Controller.shtml
http://futurlec.com/ET-AVR_Stamp.shtml#Programmer
De skickade även med ett CD med schema + datablad + alla programen (ponyprog, GCC, AVR Studio m.fl.) :)
Tycker det är riktigt billigt att komma igång med mikrokontrollers
(åtminstone med AVR. PIC verkar bli lite dyrare om man inte nöjer sig med ett hemmabygge vilket man iofs kan göra).
Atmel eller PIC?
Kanske därför tre motstånd funkar så bra? 
Tja... jag FICK ett PICKit2 på EP2008 mässan, billigare lär det knappast bli. Chefen fick senare det med till en kollega som var i akut behov och har beställt ett nytt till mig till en kostnad av 200:-.
Anledningen till att dessa skit-programmeringsenheter inte fungerar är som vfr skriver, kolla t.ex. listan för vilka enheter som PONYPROG klarar av att programmera, den är ju imponerande... INTE!
Klarar av 11 "olika" PIC fast då bara 6 "på riktigt olika", orsaken: timing i programmeringen och Windows och den därmed följande osäkra timing.
I AVR supporter den inte så värst många efter vad jag kan se men jag är ganska okunnig om hur många modeller det finns.
Anledningen till att dessa skit-programmeringsenheter inte fungerar är som vfr skriver, kolla t.ex. listan för vilka enheter som PONYPROG klarar av att programmera, den är ju imponerande... INTE!
Klarar av 11 "olika" PIC fast då bara 6 "på riktigt olika", orsaken: timing i programmeringen och Windows och den därmed följande osäkra timing.
I AVR supporter den inte så värst många efter vad jag kan se men jag är ganska okunnig om hur många modeller det finns.
Icecap, jag skrev ju redan från början att AVR hade fördelen att det var enkelt att bygga en simpel programmerare, varför drar du då upp en massa problem med enkla programmerare till PIC? Jag har ju redan sagt att det är en nackdel med PIC:-)
I stort sett alla AVR har samma protokoll (ISP), det är ett synkront protokoll (data klockas in) och ligger i de flesta fall även på samma pinnar på kapseln. Det innebär att Ponyprogs adapter klarar i stort sett alla AVR.
1-0 till AVR där alltså:-)
I stort sett alla AVR har samma protokoll (ISP), det är ett synkront protokoll (data klockas in) och ligger i de flesta fall även på samma pinnar på kapseln. Det innebär att Ponyprogs adapter klarar i stort sett alla AVR.
1-0 till AVR där alltså:-)
> Jag behöver en bra programmerare till dspic och pic24!
Om det är enbart 3.3V modellerna så kanske denna
skulle fungera: http://www.embedinc.com/products/lprog/
Notera att den inte är helt färdig för marknaden än
(och jag har ingen tidplan) men den skulle ligga på ca
200:- till slutkund i Sverige. Det är inte heller helt klart
vilka modeller den kommer att stödja, men jag skulle
anta att det är samma 3.3V modeller som denna stöder:
http://www.embedinc.com/products/usbprog/index.htm
Om det är enbart 3.3V modellerna så kanske denna
skulle fungera: http://www.embedinc.com/products/lprog/
Notera att den inte är helt färdig för marknaden än
(och jag har ingen tidplan) men den skulle ligga på ca
200:- till slutkund i Sverige. Det är inte heller helt klart
vilka modeller den kommer att stödja, men jag skulle
anta att det är samma 3.3V modeller som denna stöder:
http://www.embedinc.com/products/usbprog/index.htm
AAVE: På EP2008-mässan kunde man köpa dom till det pris och då jag hade besök av säljaren och teknikern därifrån berättade de att de hade några stycken över från mässan till det pris. Det är Acal som har dom (om inte alla har gått åt numera).
Nerre: när skrev jag att det bara gällde PIC? Jag har inte definierat någonstans att det gäller PIC, det gäller ALLA µC (även AVR): se till att ha en ordentlig programmeringsenhet. Visst kan man testa de första "blinka LED" med en "mirakulös billig" enhet men ska man ha det att fungera strulfritt med programmeringen ska man se till att skaffa en bra enhet.
Och har du bara testat med en "3 motstånds"-enhet kan du inte veta skillnaden, så enkelt är det.
Nerre: när skrev jag att det bara gällde PIC? Jag har inte definierat någonstans att det gäller PIC, det gäller ALLA µC (även AVR): se till att ha en ordentlig programmeringsenhet. Visst kan man testa de första "blinka LED" med en "mirakulös billig" enhet men ska man ha det att fungera strulfritt med programmeringen ska man se till att skaffa en bra enhet.
Och har du bara testat med en "3 motstånds"-enhet kan du inte veta skillnaden, så enkelt är det.
Senast redigerad av Icecap 13 juni 2008, 22:04:33, redigerad totalt 1 gång.
Du har bara skrivit om upplevda problem med PIC, jag har faktiskt inte sett nån i den här tråden som skrivit om några problem med att programmera en AVR med enkel programmerare.Icecap skrev: Nerre: när skrev jag att det bara gällde PIC?
Anledningen är ju att SPI är ett väldigt simpelt seriellt protokoll, det fungerar ju i princip som I2C, en data-ledning och en klocka. Sätt data, klocka in en bit, ändra data, klocka in en bit, ändra data, klocka in en bit. Inget behov av timing alls, tvärtom kan du ha olika tid för de enskilda bitarna, det handlar enbart om hur data-ledningen ser ut när klockans flank kommer.
Likaså när man ska läsa ut för verifiering, datat klockas ut så det finns ingen risk för nån form av overrun på grund av att mjukvaran i PCn inte hinner med, det kommer ingen ny databit förrän klockan slår om.
Jo, det kan vara sant... men jag har läst ett antal trådar i detta forum som handlar om stora problem med att programmera AVR så att det inte skrivs i DENNA tråd är för mig ganska likgiltigt, det har dykt upp trådar i mängder som rör billiga programmeringsenheter och de problem de ger.
Och detta är oavsett om det är PIC/AVR eller andra.
Och detta är oavsett om det är PIC/AVR eller andra.
Nja, där kan jag nog inte hålla med Icecap. Visst har det funnits en o annan som har haft problem med programmerare för AVR men jag kan inte peka på att det har varit fler med enkla lösningar som strulat än dom som är mer avancerade.
Och jämför man antal trådar så är det fler wispproblem än "billig-avr-programmerarare", så om man tänker så så skulle wisp vara en dålig /dåligare programmeringsenhet än de olika billiga avrenheterna. Dock är det ju inte så och vi vet ju faktiskt att det i de flesta fallen har varit rena handhavande fel. (sen är det kanske fler som kör med PIC också...)
Och jämför man antal trådar så är det fler wispproblem än "billig-avr-programmerarare", så om man tänker så så skulle wisp vara en dålig /dåligare programmeringsenhet än de olika billiga avrenheterna. Dock är det ju inte så och vi vet ju faktiskt att det i de flesta fallen har varit rena handhavande fel. (sen är det kanske fler som kör med PIC också...)
> Och jämför man antal trådar så är det fler wispproblem...
Hur många är dom trådarna jämfört med antalet sålda/använda Wisp628/648 ?
Jag har levererat någonstans kring 200 st under senaste åren.
> och vi vet ju faktiskt att det i de flesta fallen har varit rena handhavande fel.
Och några monterings/löd problem...
Hur många är dom trådarna jämfört med antalet sålda/använda Wisp628/648 ?
Jag har levererat någonstans kring 200 st under senaste åren.
> och vi vet ju faktiskt att det i de flesta fallen har varit rena handhavande fel.
Och några monterings/löd problem...
