Sida 1 av 2

vilken config för att köra pic med extern kristall?

Postat: 10 september 2007, 17:17:58
av Rocky_AL
Kör med följande config till min PIC:

Kod: Markera allt

__CONFIG   _CP_OFF & _DATA_CP_OFF & _LVP_OFF & _BOREN_OFF & _MCLRE_ON & _WDT_OFF & _PWRTE_ON & _INTOSC_OSC_CLKOUT & _EXTCLK_OSC & _XT_OSC
Men inget händer. Kopplingen är det inge fel på för det fungerade förut helt utan kristall (fast med annan config)

Postat: 10 september 2007, 18:11:50
av Marta
Rent intuitivt: _INTOSC_OSC_CLKOUT ser ut att inte höra hemma där.

Postat: 10 september 2007, 18:33:14
av Rocky_AL
provade att ta bort det och det fungerar halvt nu. 4MHz fungerar då och då medan 20MHz är stendött. Verkar vara något med kopplingen.

Postat: 10 september 2007, 19:45:48
av sodjan
Du ska inte bara "plocka bort" något !!
Du ska ersätta det med det du vill ha!

Kolla sista delen av INC filen för sin processor, där finns
alla alternativ. Jämför med CONFIG kapitlet i databladet.

Eftersom du ger f-n i att tala om vilken PIC du har, så
får du inte mer hjälp än så...

En annan sak...

> _INTOSC_OSC_CLKOUT & _EXTCLK_OSC & _XT_OSC

Varför kör du med *TRE* olika oscillator inställningar *samtidigt* ?
(Ingen av dom är den du vill ha, för övrigt...)

Postat: 10 september 2007, 20:52:56
av Marta
För 20MHz skall Du ha _HS_OSC eller vad de nu valt att kalla den. _EXTCLK_OSC skall också bort, det är om Du har en extern komplett oscillator och skickar in en fyrkantvåg. Alltså inte enbart en kristall.

Se också till att ha rätt kondingar och _korta_ trådar.

Postat: 10 september 2007, 21:10:37
av bengt-re
Fast vi vet fortfarande inte vilken PIC han vill köra.... Är det en 18F så ser raderna ut lite annorlunda...

Postat: 10 september 2007, 21:15:32
av Rocky_AL
tack marta, _HS_OSC gjorde susen.
en pic16f628a för övrigt

Postat: 10 september 2007, 23:26:53
av sodjan
Och nu vet du hur du själv kollar det nästa gång, eller hur ?

Postat: 11 september 2007, 16:08:08
av Rocky_AL
Det tror jag. Alla config grejerna finns i INC filerna och jag lyckades hitta inställningsbitarna i databladet. Men jag trodde man var tvungen att sätta configen till att inte köra int osc samtidigt som man sade att man ville ha extern kristall och sedan vilken typ av kristall, men allt det sköttes tydligen automatiskt bara man valde high speed crystal.

Postat: 11 september 2007, 16:44:22
av sodjan
Precis, de sätter ju bara olika värden på samma bitar i CONFIG registret.
Ett val medför automatiskt att da andra osc valen inte gäller, så att säga.

Postat: 12 september 2007, 17:18:39
av Tottish
Men hur ær det med de førinstællda værdena? Det går væl att læsa i databladet hur de olika bitarna står vid power-up/reset men ær det att lite på? Bør man till exempel alltid sætta vilken typ av kristall man anvænder æven om det ær den typ som ær "default"? Kanske finns det ingen default och man får førsøka klara sig utan oscillator (blir sækert svårt) om man skriver programmet utan att vælja OSC-typ?

/Tottish

Postat: 12 september 2007, 17:31:11
av sodjan
> Bør man till exempel alltid sætta vilken typ av...

...oscillator som man använder. JA, det bör/ska man.
Oavsett om det är kristall eller inte.

Postat: 13 september 2007, 15:50:06
av Tottish
Jag upptæckte en smidig sak i MPLAB idag nær jag satt och pillade lite. Før att snabbt ta reda på vad de olika config kommandona betyder så går det att gå in i "configure>configuration bits" och titta. Hær finns det en kort beskrivning på vad de olika bitarna gør. Ingen djupdykning men det sæger i alla fall lite mer æn "_XT_OSC" før en grøngøling.
Det verkar också som att det går att stælla in configuration-bitarna hær istællet før i koden. Jag læste dock i manualen något om att man innan man gør sin "final build" ska gøra om instællningarna i kodform før att man ska vara sæker på att det blir rætt. Jag vet inte riktigt hur jag ska tolka det men jag tycker att det verkar som någon sækerhetsåtgærd.

Hær ær Texturdraget:

"If you want to change Configuration bit values in the window, do not enter any in code
until you have completed development. Then put your window values into code, rebuild
the project (which will then enter the code values into the window) and perform a final
run to make sure all is correct."


Lite konstig grej att ha med i en manual. Finns væl ingen anledning att anvænda "window"-varianten om man ændå måste skriva om det till text till slut. Ær det beta-testning det hær eller vad? =)

/Tottish

Postat: 13 september 2007, 16:05:29
av sodjan
Det är smidigare att ha CONFIG det i koden.
Jag använder aldrig inställningarna i MPLAB.

> Før att snabbt ta reda på vad de olika config kommandona
> betyder så går det att...

...kolla på CONFIG sidan i databladet. :-)

Går väldigt snabbt och informationen är komplett och korrekt.
Dessutom behöver man ju i princip bra kolla upp det en gång
för varje projekt, eller kanske bara när man använder en ny
processor modell, så *så* mycket jobb är det knappast...

Postat: 13 september 2007, 16:49:39
av Tottish
Nej, det har du førstås rætt i. Men tænk om man inte har något datablad till hands då? Och internet har rasat och alla kodexempel på hårddisken førsvunnit? =)

Skæmtåsido så ville jag mest høra vad folk hade før erfarenheter av det "visuella" anvændargrænssnittet vid CONFIG operationer och kommentarer kring det något, tycker jag, konstiga urdraget från manualen som antyder att det visuella grænssnittet inte ær att lita på. =)

/Tottish