Tråden med råd om programmering.

[sodjan]

Det är lite missförstånd här...

Med "config-register" i PIC avses det som i AVR kallas "fuses".
Inte konfigureringsregister för ADC, timers o.s.v.

> men med de enklare AVR'erna kan man starta utan att konfigurera nånting,

Det kan man med PIC också. En del kallar det slarv.
Att man *kan* göra något betyder inte att det är rekomenderat.

[hcb]

>Det kan man med PIC också. En del kallar det slarv.

Onekligen. Jag brukar gå igenom mer eller mindre alla konfigurationsregister (nåja, alla viktiga i alla fall) i initieringsrutinen. Visst, ofta onödigt, men det minskar risken för skumma fel.

[PHermansson]

Jo visst kan man göra det, och det är slarv. Men min känsla är att det är mer noga med Pic än med Avr, även om jag inte ser nån logik i det?
Hmm vill inte förstöra tråden eg, bara en iakttagelse...

[jesse]

Det är lite missförstånd här...

Med "config-register" i PIC avses det som i AVR kallas "fuses".
Inte konfigureringsregister för ADC, timers o.s.v.

Ah, ok. Det var en annan sak.

> men med de enklare AVR'erna kan man starta utan att konfigurera nånting,

Det kan man med PIC också. En del kallar det slarv.
Att man *kan* göra något betyder inte att det är rekomenderat.

Håller inte med om det. Om jag är nöjd med defaultvärdena så finns det ju ingen anledning att ändra på dem. Alla enheter som inte används är ju vilande och stör inte. Finns ingen anledning att ha med sådant som inte behövs bara för att det finns i databladet. Använder ni alla instruktioner i "AVR-instruction set" också, för att de finns?

[PHermansson]

Så borde det vara, men det finns ju ett antal trådar här i forumet som bevisar att det inte är så med Pic. Där bör man ange inställningarna explicit, default går inte att lita på.

[sodjan]

Ni missar fullständigt poängen...

Att sätta CONFIG så som man vill ha det (alla) visar att
man faktiskt har tänkt. Det är ingen skillnad i koden
mellan att köra med default och att inte tänka alls...

[swesysmgr]

Ok så detta duger inte (PIC18, Hitech-C)?

Kod: Markera allt

__CONFIG(1, XT);
__CONFIG(2, BORDIS & WDTDIS);
__CONFIG(4, LVPDIS & STVRDIS);

Är "best practice" att sätta brownoutspänningen, watchdoggprescalern m.m. även om man inte tänkt använda dem?

[sodjan]

Nej, det jag menar är det fall då man inte anger BORDIS/WDTDIS
därför att det råkar vara default. Om BORDIS/WDTDIS är angivet
så visar det att man har tänkt. Utan det vet man inte om man bara
har förlitat sig på default eller om man helt enkelt inte har tänkt alls.

[säter]

Det låter intressant att få en inblick i hur dessa små mikrodatorer fungerar.
Jag kan ingenting om programmering eller elektronik, mer än det jag försökt snappa upp här.

Vad tror ni, är det helt kört för en 50-årig gubbe att försöka lära sig de här enklare "blinka lysdiod" exemplen?
Jag har inget konkret problem att lösa, bara intresserad av att lära mig. (om det inte är för sent)

[Icecap]

Den dagen det är för sent att lära sig är det bara att byta till ett-rummaren utan brevinkast! Om du vill kan du, går det inte vill du bara inte gärna nog.

[jesse]

säter: nej för sjutton... sätt igång bara. Det finns enkla sätt att börja på, man måste inte fatta *allt* i början. Jag hade visserligen läst elektronik och programmerat processorer i gymnasiet, men har haft en paus sedan dess tills jag blev 42 år. Då började jag med microcontrollers. Jag valde mellan AVR och PIC som en åsna mellan två hötappar. Jag valde till sist AVR för det var den första processor jag hittade begriplig information om. När jag väl hade läst lite var det enkelt. Det är en stor fördel om man har förkunskaper givetvis, både inom elektronik, digitalteknik och programmering, som jag hade. Men det ska inte vara omöjligt.

[säter]

Programmet MPLAB som jag läst om här, är det någon slags simulator där man kan testa sitt program/elektronik?

Ursäkta om det blir tokigt att ställa frågan i den här tråden, jag kan starta en ny tråd annars.

[Swech]

Skillnaden mellan AVR - PIC blir att på AVR ligger CONFIG utanför, i FUSES
Det Jesse menar med att sätta samma som default skapar mer kod på AVR.
Det Sodjan menar med att sätta config som default skapar inte mer kod på PIC.

Man skall dokumentera/ tänka igenom vad man sätter så som Sodjan säger,

På AVR kan man köra default på de delar av processorn som man inte aktiverar.
Kör man t.ex inte UART så behöver man inte explicit stänga av den för att
man inte litar på defaulten.

men man skall kommentera hur clkdiv / rc osc / fuses skall vara satta.

Swech

[jesse]

Säter: starta en egen tråd om hur du ska komma igång med microkontrollers, så ska vi knuffa igång dig! Då kan vi ta bit för bit (val av processor, programmeringsmiljö, hårdvara med mera)...
(om MATLAB vet jag inget. Jag programmerar AVR med hjälp av AVRStudio och WinAVR som jag laddar ner gratis hos atmel.com)

[sodjan]

> Skillnaden mellan AVR - PIC blir att på AVR ligger CONFIG utanför, i FUSES

Ganska fel och en helt onödig och förvirrande förklaring. Det är i princip
ingen som helst skillnad i det avseendet mellan AVR och PIC. Det är
bara vad man kallar det som skiljer.

> På AVR kan man köra default på de delar av processorn som man inte aktiverar.
> Kör man t.ex inte UART så behöver man inte explicit stänga av den för att
> man inte litar på defaulten.

Och var är det annorlunda ? Inte i PIC i alla fall. Förvirrande information eftersom
man av din beskrivning skulle kunna tro det.

> men man skall kommentera hur clkdiv / rc osc / fuses skall vara satta.

Och det är *mycket* viktigare på en AVR än på en PIC (Googla "bricked AVR").
Blir det fel på en PIC så är det bara att ändra, på en AVR kan det vara "kört".

> om MATLAB vet jag inget....

Inte jag heller, och jag vet inte vad det har med AVR eller PIC att göra.

> Programmet MPLAB som jag läst om här, är det någon slags simulator där man kan testa sitt program/elektronik?

MPLAB är Microchips egen utvecklingsmiljö för program till deras PIC processorer.
MPLAB innehåller bl.a en simulator (MPSIM) där koden kan testköras, men det är
en mindre del av MPLAB, den viktiga delen är IDE'n och kompilatorer, länkare o.s.v.