Om man struntar i vilket språk man vill använda "eller använder samma ".
Vad väljer man då ?
samma MHz ,samma minne,samma ant pinnar ,etc
Är det då som PC/MAC ,Volvo/SAAB,Aftonbladet/Expressen ? Dvs vad man e van till
Har hört att pic inte hinner med att i assembler göra BSF/BCF/BSF på "utgångarna"?. Dvs e det riktigt tids kritiskt är pic ett problem. e d så ?
Vad e de stora skillnaderna , när skall man välja vilken man vill ha?
Hur väljer man AVR el PIC för en konstruktion
> Är det då som PC/MAC ,Volvo/SAAB,Aftonbladet/Expressen ?
Ja, i princip.
> Har hört att pic inte hinner med att i assembler göra BSF/BCF/BSF på "utgångarna"?. Dvs e det riktigt tids kritiskt är pic ett problem. e d så ?
Njae, det är inte så enkelt.
Det är inget som är avgörande för det du frågar om,
men som man bör veta när man utvecklar...
Ja, i princip.
> Har hört att pic inte hinner med att i assembler göra BSF/BCF/BSF på "utgångarna"?. Dvs e det riktigt tids kritiskt är pic ett problem. e d så ?
Njae, det är inte så enkelt.
Det är inget som är avgörande för det du frågar om,
men som man bör veta när man utvecklar...
> När behöver man välja AVR då ?
Kunden kräver AVR.
Man är van vid AVR.
Man har programmerare m.m för AVR.
o.s.v. o.s.v.
Du kan byta "AVR" mot "PIC", så klart...
> Finns det några klara fall där den ena eller andra inte skulle funka?
Det går säkert att hitta en speciell kombination av parametrar där det
finns en passande PIC men inte AVR (och tvärtom), men inget speciellt
uppenbart så där på rak arm...
Kunden kräver AVR.
Man är van vid AVR.
Man har programmerare m.m för AVR.
o.s.v. o.s.v.
Du kan byta "AVR" mot "PIC", så klart...
> Finns det några klara fall där den ena eller andra inte skulle funka?
Det går säkert att hitta en speciell kombination av parametrar där det
finns en passande PIC men inte AVR (och tvärtom), men inget speciellt
uppenbart så där på rak arm...
- 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:
Det finns inget som skulle göra att PIC har problem med riktigt tidskritiska applikationer. Räkna klockcykler och skriv bra kod så kan man utan större problem få sina processer på 200ns när - om det nu fanns någon vits med det. Det är tämligen lätt med PIC att räkna cykler eftersom alla instruktioner förutom hopp tar lika lång tid. Om man har interuptdriven (antigen timer eller externt) så har man ett gitter på en Tcy eftersom man inte vet om det är en en eller två Tcy intruktion som just exekveras - det går lösa även det genom att läsa av timervärdet i interuptrutinen och jämnföra det med vad det borde ha varit, var det det lägre värdet så exekverar man en NOP, annars låter man bli. Men återigen, inte så ofta man faktist MÅSTE vara på rätt 200ns när...
Det går mycket väl att generera VBS signaler med en PIC - sen att minnet ofta är lite väl lite på 16-serien för att göra något avancerat "grafikkort" av det hela är en annan sak. Är det stökigare signaler som skall genereras i höga frekvenser så finns det bättre kontrollers, DSP eller likande är generellt sett bätttre på detta (eller varför inte CPLD eller FPGA?)
EDIT:
har du brått på riktigt så titta på:
http://www.analog.com/processors/blackfin/
Det går mycket väl att generera VBS signaler med en PIC - sen att minnet ofta är lite väl lite på 16-serien för att göra något avancerat "grafikkort" av det hela är en annan sak. Är det stökigare signaler som skall genereras i höga frekvenser så finns det bättre kontrollers, DSP eller likande är generellt sett bätttre på detta (eller varför inte CPLD eller FPGA?)
EDIT:
har du brått på riktigt så titta på:
http://www.analog.com/processors/blackfin/
- Swech
- EF Sponsor
- Inlägg: 4750
- Blev medlem: 6 november 2006, 21:43:35
- Ort: Munkedal, Sverige (Sweden)
- Kontakt:
Slå ett slag för AVR
Med risk att reta på sig PIC fans...
men jag har helt lämnat PIC och övergått till AVR.
Kör å andra sidan endast Assembler.
Så skall man köra C eller liknande är det nog ingen skillnad. Däremot att
på ett vettigt sätt skriva assemblerkod på en Pic16xx med endast 1 index register (8 bitars dessutom) jämfört med 3 styck 16 bitars på AVR så
är valet enkelt... Likaså har AVRen en vettig instruktionsuppsättning
Däremot så är programminnet på Tiny serien i minsta laget. Man kan
lätt slå i taket på en ATTiny26
Jonas
men jag har helt lämnat PIC och övergått till AVR.
Kör å andra sidan endast Assembler.
Så skall man köra C eller liknande är det nog ingen skillnad. Däremot att
på ett vettigt sätt skriva assemblerkod på en Pic16xx med endast 1 index register (8 bitars dessutom) jämfört med 3 styck 16 bitars på AVR så
är valet enkelt... Likaså har AVRen en vettig instruktionsuppsättning
Däremot så är programminnet på Tiny serien i minsta laget. Man kan
lätt slå i taket på en ATTiny26
Jonas