tips, PIC m intern oscillator

mrmike · Inlägg av **mrmike** » 25 november 2003, 13:47:30

Om det är nån som har tänkt leka med någon PIC med intern oscillator så kan jag tipsa om att man bör se till så att man inte raderar det fabriksinställda kalibreringsvärdet, något jag nyss gjorde. Kalibreringsvärdet ligger som en RETLW VÄRDE sist i programminnet. Turligt nog behöver jag ingen precision så jag har stoppat in ett värde från ett annat chip av samma modell och det verkar funka.

$tiff · Inlägg av **$tiff** » 25 november 2003, 19:58:42

Inget man behöver oroa sig för om man kör högnivåspråk?

mrmike · Inlägg av **mrmike** » 26 november 2003, 09:47:10

Det kan jag inte svara på, men så länge brännarprogrammet inte skriver över de två sista byten (OSCCAL) i programminnet så klarar man sig. Jag kör IC-Prog 1.05C och den frågar om man vill skriva över PICens OSCCAL med det som finns i hex-filen. Det var här jag råkade välja att den skulle skriva över med bytsen från hex-filen vilka va 0x3FF d.v.s. ingen RETLW så programmet callade slutet av minnet som det skulle men hoppade aldrig tillbaka.

$tiff · Inlägg av **$tiff** » 26 november 2003, 17:50:20

Hmm. Jag kör med ISP-PRO 5.2 som programmerare. Hittar ingen liknande inställning just nu iaf.

Har detta något med variabellagring i EEPROMet att göra? Om man sparar en variabel i EEPROM lagras den sist i programminnet. Som du säger, ligger OSCCAL där. Jag hoppas kompilatorn tar hänsyn till detta. (kör PicBasic. Kan ej assembler, så jag har inte så bra koll...

)

mrmike · Inlägg av **mrmike** » 26 november 2003, 19:06:02

EEPROMet är väl dataminnet och ligger efter programminnet (flash-EPROM)? Iaf om man vill vara på den säkra sidan kan man första gången man testar läsa ur och spara innehållet i PICen.

gvs · Inlägg av **gvs** » 27 februari 2004, 18:04:13

Hm ska snart bränna några 12f629 och fundear på om jag måste bry mig om detta? använder mplab med picstart+

mrmike · Inlägg av **mrmike** » 27 februari 2004, 18:41:30

Detta gäller 12f629/675 också. mplab frågar troligtvis när du programmerar/raderar.

danei · Inlägg av **danei** » 27 februari 2004, 20:29:06

En ide kan ju vara att läsa ut värdet, så man kan lägga in det igen om man råkar radera det.

gvs · Inlägg av **gvs** » 27 februari 2004, 22:01:00

bara en vanlig read memory innan man programmerar eller?

matseng · Inlägg av **matseng** » 28 februari 2004, 00:16:12

MPLAB förstör inte kallibreringsvärdena vid normal flashning, tror inte ens att dom påverkas vid en erase i MPLAB och PicStart.

Men för att vara på säkra sidan så har jag läst av värdena och skrivit dom på undersidan av kretsarna.

brodin · Inlägg av **brodin** » 15 mars 2004, 14:51:03

Det spelar ingen roll om man skriver i ett högnivåspråk eller i assembler.
Det beror på programmerings mjukvaran. Jag använder WinPic, det läser automatiskt in värdet och skriver det sedan när du kör erase eller programmerar.

Men kom ihåg att PIC:en fungerar även med fel värde. Om du råkar ta bort värdet. Skriv in tex:
3478 eller 347C

Har du ett occiloskop och en till pic med 4MHz kristall till så kan du ju ganska enkelt justera in värdet igen!

matseng · Inlägg av **matseng** » 15 mars 2004, 15:38:22

Med en extern 5HKz-källa man man få PIC'en att autokallibrera sig medelst ett litet program. http://www.microchip.com/download/appno ... 00250a.pdf