PIC 16F819 Timingproblem med intern klocka

[ristomemo]

Gokväll

Håller på att bli gråhårig då jag inte får min PIC att snurra som den ska.

Använde tidigare en 16F826 med intern klocka. Men skulle ikväll konvertera till 16F819 pga att jag behöver en A/D omvandlare. Dessa PICar är i stort sett lika så borde ha gått fort att konvertera trodde jag, men icke.

Har spårat problemet till ett tidsfel.

I felsökningssyfte har jag kodat en fyrkantsvåg ut på ett ben.
Med 1ms lång puls ser allt bra ut på oscilloskopet. Men minskar jag till 1uS blir pulsen 5uS. Ställer jag in 10us. Så blir pulsen 15us. Dvs pulserna blir ca 4-5us längre än den ska vara. (Förmodligen samma symptom med 1ms men blir ju lite avläsningsfel på skåpet)

Detta fel kommer alltså med den interna rc klockan på 16F819, med extern kristall så blir timingen rätt.

Några tips?

(Ja, jag har bläddrat i databladet, men förmodligen missat något då det snurrar i skallen)

[sodjan]

Vilka tider fick du när du körde i MPLAB/SIM ?

[ristomemo]

Har aldrig använt de verktygen, så vet ej.

[sodjan]

Gör det och återkom så får vi se. Då får du veta om det är din kod som
"räknar fel" eller om det är något annat. Du ska absolut köra det genom
SIM innan någon annan lägger ner tankemöda på det...

[v-g]

Ja eller visa upp koden

[ristomemo]

Sodjan: Jo visst är det så. Men ibland får man ju napp direkt då någon annan har stött på samma problem.

Misstänker att det är 16f819 som har annan hårdvara gällande den interna klockan som spökar. Då samma kod fungerar bra på en 16f628.

Har lämnat lokalen där jag har projektet så kan inte posta någon kod ikväll.

[Niklas-k]

Vilken frekvens vill du köra på och vad har du satt registret OSCCON?
Default så startar den upp i 31.25 kHz nämligen.

[ristomemo]

Jo den grejen missade jag till en början men är åtgärdat, har provat lite olika hastigheter och det beter sig likadan oberoende av hastighet. Men har kört mest på 4Mhz då 16f628an snurrade på i den hastigheten. Dvs

OSCCON = $60 'set int osc to 4mhz

[sodjan]

Antingen får vi se koden, eller så kör du det i SIM.
Enklast är om du kör det i SIM *först*, hittar du vad dina
observationer beror på så slipper ju vi andra leta...

819 är bra mycket nyare än 628, men som sagt, SIM borde
ge svaret på vad som händer. Mätningar med skopet är lite
för osäkra. Man vill ju veta om den där diffen du ser på 5 us
är ett konstant antal maskincykler eller om det varierar lite. T.ex.

[v-g]

Jag måste nästan infoga att de gånger jag gjort något i SIM och det fungerar där (iaf i MPSIM) så har det nästan alltid varit nästan exakt med oscilloskopet. När det INTE stämt så har det varit jag som klantat mig eller tänkt lite fel.

[ristomemo]

Problemet löst.

Kan vara bra att lägga undan surdegar en stund så det mänskliga RAM-minnet får raderas. 16F628an hade ju också samma "timingfel" när man använde den interna RCn. Alltså inte därför konverteringen misslyckades. Var en helt annan sak som strulade (SBS).

Tack för visat intresse i alla fall.
Ska ta mig o sätta mig in i SIM någon regnig dag, så man kan det när nästa problem dyker upp.

[sodjan]

Jaha, och vad var problemet ?
Det anses som lite ohyffsat på forum att "mörka" med det...

[ristomemo]

Ibland vill man mörka, det var klassikern att jag glömde inaktivera de a/d omvandlare som satt på portar som skulle köras som vanliga I/O. Får skylla på tillfällig sinnesförvirring.

[sodjan]

OK, det kan vara intressant för andra att ha tråden "komplett" så att säga.
Klassiskt/vanlig miss för övrigt. Inte mycket att säga om det...

[hcb]

Man kan ju också göra som jag. Jag slet mitt hår när jag inte fick A/D-omvandlaren att funka. När jag väl tittade litet närmare på labbplattan såg jag att det var en 12F629 och inte den 12F675 som jag trodde det var