Svenska ElektronikForumet

Ja, om-flashningar går smidigt.
Det som inte finns är att sätta reset on/off eller
matningsspänningen on/off direkt inifrån MPLAB.

xxargs skrev:det som följde med PIC3 var en PIC18F45K20-processor och då är man genast ute i kylan igen om gratis C-kompilatorerna bara stöder upp till 16...

MPLAB C18 Lite har inga storleksbegränsningar och får användas kommersiellt. Man får dock typ 20% prestandaboost i ett typiskt program om man betalar, men Lite-versionen bör duga för det mesta.

http://www.microchip.com/stellent/idcpl ... e=en010014

Erbjudande är ju trevligt. Smutt med USB-programmerare som enligt uppgift ska funka i GNU/Linux. Frågan är om jag som precis kommit igång och hacka AVR har någon nytta av det. Finns det några typiska områden där PIC är det givna valet över AVR, eller handlar det sonika om religion?

(Tror detta är personligt rekord i latens mellan registreringstid och tid för första inlägget på något forum någonsin...)

> Finns det några typiska områden där PIC är det givna valet över AVR,...

Nej, inte egentligen. Möjligtsvis att man kan hävda att PIC är tillverkade i en lite mer
konservativ chip-process och att de därigenom är lite mer robusta i t.ex fordonsapplikationer.
Det var i alla fall lite så för några år sedan, osäker på om det är rellevant idag.

> ...eller handlar det sonika om religion?

Till stor del ja. Och akta dig för att lyssna på "andra sidan"...

PIC är ALLTID bättre, japp japp!

Och det handlar absolut inte om religion..

Nejdå, men det finns väl fall där det tex. kan finnas en bättre "match" mellan behov och tillgänglig modell, vilken därför blir billigare.
Tex, att man behöver fem ADC-ingångar, två komparatorer och en PWM-modul, då kanske det finns en PIC med just det, men inte en AVR, eller vice versa.

johey skrev:Erbjudande är ju trevligt. Smutt med USB-programmerare som enligt uppgift ska funka i GNU/Linux. Frågan är om jag som precis kommit igång och hacka AVR har någon nytta av det. Finns det några typiska områden där PIC är det givna valet över AVR, eller handlar det sonika om religion?

Nej du kan lösa alla uppgifter lämpade för en 8-bits MCU med vilken som av arkitekturerna. Jag tycker att AVR har en bättre intern arkitektur och minnesstruktur medan PIC har fler modeller och du kan få mycket mer periferi per krona om kostnaden är viktig.

Utvecklingsmiljö, kompilator och dokumentation tycker jag är lika viktiga som hårdvaran, Mplab X + HiTech är bra men AVR Studio 5 + gcc är ännu bättre tycker jag.

Jag tycker att PIC har en renare och "rakare" intern arkitektur där du
i stort kan "göra allt med allt". D.v.s det finns ingen uppdelning mellan
"låga register", "övriga register" och "RAM" där olika instruktioner bara
fungerar för vissa dela. I en PIC finns det bara "register" som alla
kan användas på samma sätt av alla instruktioner. Det finns alltså inte
en del av minnet ("RAM") som enbart kan användas med "load" och "store",
inte med t.ex increment, decrement, add, sub, och bit-instruktioner.
I en PIC fungerar som sagt "allt med allt".

Sen kan man kalla det religion om man vill...

Tack för fina svar!

Jag håller med om att utvecklingsverktygen är viktiga. GCC är en del av min religion, så kan man inte använda det (eller annan fri och öppen mjukvara) går nog PIC:en bort. Fasen! Jag som var köpsugen. Vad ska jag nu göra med mina 356 kr?

johey skrev:Erbjudande är ju trevligt. Smutt med USB-programmerare som enligt uppgift ska funka i GNU/Linux.

Jodå det funkar, jag har testat, men jag använder ändå min pickit2 under windows av den enkla anledningen att kompilatorn jag kör bara fungerar i windows (och nej, den vill inte under wine heller, jag har testat.)

(Tror detta är personligt rekord i latens mellan registreringstid och tid för första inlägget på något forum någonsin...)

Troligen

..samma johey som kör/körde Amiga ?

Glenn: There can be only one.

grapetonix skrev: MPLAB C18 Lite har inga storleksbegränsningar och får användas kommersiellt. Man får dock typ 20% prestandaboost i ett typiskt program om man betalar, men Lite-versionen bör duga för det mesta.

Nackdelen med optimeringen är att det inte går att debugga ett optimerat C-program, vilket gör att i mitt tycke är det inte Ok att optimera.
Man får nått helt annat än det man tänkt sig.

> Nackdelen med optimeringen är att det inte går att debugga ett optimerat C-program,

Men den (optimeringen) går väl att stänga av !?
Det är ju en standard åtgärd vid debugging...

En pickit2 beställd, nu slipper man starta sin gamla dator med com-port

Vad är det för fristående program alla snackar om?

"pickit2" heter det för att förvirra extra mycket, tror det kommer med när man installerar som default.

Programmet som heter just "PicKit2"
Som alltså används istället för att styra programmeraren igenom tex. MPLAB.

Direktlänk för nerladdning ifrån Microchip

Edit: Aldrig kan man få vara först, är jag för ambitiös i mina foruminlägg?