AVR-arkitekturen har inget med 8031/8051 att göra vad jag vet. Vilken AVR var det du menade?
AVR:er brukar ha tre datapekare (X,Y,Z) som kan användas till att peka i SRAM- eller FLASH-minnet, beroende på vilken instruktion man sedan kör. Hur fungerar det på Freescale's?
EasyPIC2 alt. EasyAVR2
Jag har faktisk inget koll på hur 68HCxxx gör och jag har mycket dålig koll på AVR i generell, den vi använde var en flash-klon av 8051 (xxxx8953? eller nåt med 89xx(x?) har jag för mig men Atmel var det!), den förra teknikern använde den serie för att han kunne assemblern då firmats dåvarande huvudprocessor baserades på DS80C320 (har jag för mig att den heter).
Efter att ha kommit fram till att den är för dyr, långsam, besvärlig och ineffektiv åkte den ur och sedan har jag hållit mig borta från sånt. Efter Z80 har jag mycket låg tolerans mot processorer där man inte kan ladda ackumulatorn direkt från minnet med konstanter, ska man först ladda en datapekare och sedan hämta värdet är det ytterst ineffektivt, använder man dessutom datapekaren ska man först spara den, ladda den, hämta datan, återställa datapekaren och SEN kan man jobba.....
Nej, 8051-strukturen går fett bort.
Men jag vill vara osagt om AVR-serien har den struktur och det är egentligen likgiltigt också, till "mindre" saker använder jag just nu PIC men de ska fasas till 68HC08-serien av kostnadsskäl, PIC är för trångt, ska man köra proffesionellt med C ska man oftast betala licens (fungerar inte med begränsninger) osv.
Sen har PIC16 detta med minnesbanker osv, visst kan man lösa det vid att byta till PIC18xxx och det är nog en vettig processor det med men 68HC08-serien har tunga verktyg, en ytterst bra support som jag har upplevd det och det räknas när man sitter med problem och det kostar 650:-/timmen + moms!
Efter att ha kommit fram till att den är för dyr, långsam, besvärlig och ineffektiv åkte den ur och sedan har jag hållit mig borta från sånt. Efter Z80 har jag mycket låg tolerans mot processorer där man inte kan ladda ackumulatorn direkt från minnet med konstanter, ska man först ladda en datapekare och sedan hämta värdet är det ytterst ineffektivt, använder man dessutom datapekaren ska man först spara den, ladda den, hämta datan, återställa datapekaren och SEN kan man jobba.....
Nej, 8051-strukturen går fett bort.
Men jag vill vara osagt om AVR-serien har den struktur och det är egentligen likgiltigt också, till "mindre" saker använder jag just nu PIC men de ska fasas till 68HC08-serien av kostnadsskäl, PIC är för trångt, ska man köra proffesionellt med C ska man oftast betala licens (fungerar inte med begränsninger) osv.
Sen har PIC16 detta med minnesbanker osv, visst kan man lösa det vid att byta till PIC18xxx och det är nog en vettig processor det med men 68HC08-serien har tunga verktyg, en ytterst bra support som jag har upplevd det och det räknas när man sitter med problem och det kostar 650:-/timmen + moms!
Går hur bra som helst att ladda register direkt från minnet med AVR.
Använder man GCC för AVR så är man varken begränsad eller behöver licens.
Atmel säger också att AVR är optimerad för C, antagligen därför AVRen har 32 register (ackumulatorer) för att tex kunna ta många funktionsargument utan att behöva lägga på stacken (som förövrigt inte begränsas till ett visst antal nivåer, utan bara hur stort SRAM:et är).
Sedan har jag ingen aning om detta är 8051-strukturen, men jag tycker defnetivt inte att den går fett bort.
Använder man GCC för AVR så är man varken begränsad eller behöver licens.
Atmel säger också att AVR är optimerad för C, antagligen därför AVRen har 32 register (ackumulatorer) för att tex kunna ta många funktionsargument utan att behöva lägga på stacken (som förövrigt inte begränsas till ett visst antal nivåer, utan bara hur stort SRAM:et är).
Sedan har jag ingen aning om detta är 8051-strukturen, men jag tycker defnetivt inte att den går fett bort.
Jorå, rakt av kan jag säga att 8051-strukturen bara har 1 acc (eller är det 2?) så AVR-serien verkar inte vara sånt skit.
Men faktum kvarståt: vilken processor man ska välja beror inte så mycket på hårdvaran som på det arbetsmiljö som finns kring den. Det kan vara IDE (Integrated Development Enviroment), kompiler, speciella hårdvaradetaljer (brown-out skydd osv), enkel programmering eller dylikt.
T.ex. Keil C-kompilern till 8051 kostar 15 papp, man behöver en EEPROM-programmerar (t.ex. DataMan S4 = ca: 6 papp) bara för att testa lite och till den kostnad kan det löna sig att titta åt annat håll.
En del tillverkare har fattat att det gäller om att sälja hårdvara och för att sälja måste de ha bra mjukvara till hårdvaran eller andra tillverkar den nödvändiga mjukvara (GNU) och därmed sjunker start-priset avsevärd.
Men tro inte att jag nedvärderar AVR-serien, jag känner den inte och min enda kontakt med Atmel är den skitprocessor som jag beskrev, efter det har jag hittat annat. AVR kan vara en kanonbra serie.
Men faktum kvarståt: vilken processor man ska välja beror inte så mycket på hårdvaran som på det arbetsmiljö som finns kring den. Det kan vara IDE (Integrated Development Enviroment), kompiler, speciella hårdvaradetaljer (brown-out skydd osv), enkel programmering eller dylikt.
T.ex. Keil C-kompilern till 8051 kostar 15 papp, man behöver en EEPROM-programmerar (t.ex. DataMan S4 = ca: 6 papp) bara för att testa lite och till den kostnad kan det löna sig att titta åt annat håll.
En del tillverkare har fattat att det gäller om att sälja hårdvara och för att sälja måste de ha bra mjukvara till hårdvaran eller andra tillverkar den nödvändiga mjukvara (GNU) och därmed sjunker start-priset avsevärd.
Men tro inte att jag nedvärderar AVR-serien, jag känner den inte och min enda kontakt med Atmel är den skitprocessor som jag beskrev, efter det har jag hittat annat. AVR kan vara en kanonbra serie.
-
Schnegelwerfer
- Inlägg: 1863
- Blev medlem: 8 november 2004, 13:46:56
Atmel tillverkar flera typer av cpu. Här några av demIcecap skrev:Jag vet om att Atmel har tillverkad en 8031/8051 kompatibel som jag blev introducerat till den och den arkitektur är ju så förlegad att det är skrämmande med en(eller 2) datapekar osv. Efter att ha testat ett antal andra typer är jag lagom imponerat.
MARC4
8051
AVR
ARM
Och att dra alla cpu från Atmel över en kam känns för min del fel då skiljer en heldel,
Det är ungefär att säja att intel gör inga bra cpu för 4004 (typ första cpu, 4bitar ) som jag testade var de slöaste jag någonsin testat.
Jag för står att du inte riktigt menade att dra Atmel över en kam men de låter som det när du skriver
Schnegelwerfer: Javisst, det är rätt. I detta ska man tänka på TTM (Time To Market) som också kan vara en kritisk faktor vid massproduktion.
Men för hemmapulare är det ju en bisak, där är det oftast startkostnaden som är viktig, inte nödvändigvis prestanda. Det ser man ju på de många som frågar: "Kan en PIC16F84 styra hela hemmet och logga varje händelse och fortfarande ha minne över?" (OK, överdrift men ändå...)
Men för hemmapulare är det ju en bisak, där är det oftast startkostnaden som är viktig, inte nödvändigvis prestanda. Det ser man ju på de många som frågar: "Kan en PIC16F84 styra hela hemmet och logga varje händelse och fortfarande ha minne över?" (OK, överdrift men ändå...)
Senast redigerad av Icecap 6 maj 2005, 16:45:08, redigerad totalt 1 gång.
Alla mikrokontrollers har ju sina fördelar och nackdelar.
8051 arkitekturen har ju fördelen att den kan exekvera kod i externminnet, vilket dom flesta saknar. 68HCxx arkitekturen kan det också har jag för mig.
AVR har vissa modeller som kan använda externt minne men inte exekvera kod därifrån, ATmega128 och -8515 blandannat.
8051 arkitekturen har ju fördelen att den kan exekvera kod i externminnet, vilket dom flesta saknar. 68HCxx arkitekturen kan det också har jag för mig.
AVR har vissa modeller som kan använda externt minne men inte exekvera kod därifrån, ATmega128 och -8515 blandannat.
Jag vet inte om detta är något att rekomendera när man precis ska börja med
pic?
men jag använder ICD2, villket med MPLAB är ett kraftfullt verktyg
när man utvecklar program till PIC'ar, kostar ca 1300 Kr om man beställer
direkt från microchip.
http://www.microchip.com/stellent/idcpl ... ;=DV164005
pic?
men jag använder ICD2, villket med MPLAB är ett kraftfullt verktyg
när man utvecklar program till PIC'ar, kostar ca 1300 Kr om man beställer
direkt från microchip.
http://www.microchip.com/stellent/idcpl ... ;=DV164005
-
bengt-re
- EF Sponsor
- Inlägg: 4829
- Blev medlem: 4 april 2005, 16:18:59
- Skype: bengt-re
- Ort: Söder om söder
- Kontakt:
PIC duger bra, och dessutom så är de lätta att programera, tåliga, drar lite ström och har det man behöver. Det som suger lite på 16-serien är att man inte kan utnyttja minnet så effektvivt vid upslagstabeller då programminnet är 14-bitars vilket gör att man loosar en halv byte per byte. Lite trist. En annan sak med PIC är att de är klassade av Veritas vilket jag inte tror att AVR är.
