Svenska ElektronikForumet

> HS funkade ju inte med intern oscillator,

Jo, om du har two-speed-startup aktiverat, men det har du
inte (om dina CONFIG stämmer), så jag sa inget om det. Med det
påslaget så startar processorn med INTOSC tills kristalloscillatorn
har stabiliserat sig, då den växlar över till kristallen.

Jag skulle *ABSOLUT* flytta över processorn till en labbplatta !
Det är ju en DIP och den sitter på en hållare, så det är ju lätt.
Sedan bra köra en minimal ASM kodsnutt som i princip bara sätter
CONFIG och gör något enkelt så att det "syns" om den startar. Flippra
en I/O pinne så kan då även mäta processorns frekvens med en
frek.räknare eller ett oscilloskop.

Jag vidhåller att det sannlikt är något litet skitfel...
Antingen på ditt kort eller med din kod. Ingendera kan ju *vi*
hjälpa till med eftersom det bara är du som har kortet och koden
har vi inte sett (förrutom en enda rad). Allt som du har beskrivet
och sagt att du gjort stämmer ju, så det måste vara något annat...

Följ helt enkelt kurs 1A i felsökning, *förenkla* !

EN annan sak som jag själv råkat ut för är felaktigheter i uChips inc-filer.
Har du provat att läsa tillbaka processorn och gå igenom hexfilen, tidsödande visst, men det är det enda sättet att veta om du verkligen har satt HS-Biten i config.

MP-Lab använder inc-filen för att avgöra om biten är satt, och är det då fel i inc-filen så blir du lurad av både MP-Lab och kompilatorn

Nu funkar det. Och ja, det var en kombination av digitalt fel och "felsökningsfel". Programkoden (som jag inte har skrivit själv) pollade en statusbit som talar om ifall den interna oscillatorn är stabil eller inte innan den gick vidare i programmet, därför gick inte programmet med extern oscillator.

Att det sedan såg ut som om oscillatorn inte rullade när jag började felsöka berodde på att den stannade när man satte dit proben. Jag hade både läst på nätet att det kunde vara så och sodjan påpekade det också men eftersom det funkade med de andra kristallerna tänkte jag att det inte var nåt problem. Hur som helst läste mig till att om man växlar proben till x10 så blir lasten mindre, så jag provade, och ja då ser man att oscillatorn rullar...

Du skall ALLTID använda 10x prober, aldrig 1x.

OK, Några avslutande kommentarer bara...

> Programkoden (som jag inte har skrivit själv)...

Ja, det gör ju det hela svårare att felsöka. Det har nog nämnts att du borde
skriva att litet testprogram för att testköra det hela. Och att det inte var din
egen kod är ju bara ytterligare en sak som borde ha nämnts tidigt, jag trodde
faktiskt att det var din egen kod, dumt nog...

> pollade en statusbit som talar om ifall den interna oscillatorn är stabil eller inte innan den gick vidare i programmet,

Du menar HTS i OSCCON ? Det är inte 100% tydligt i databladet, men det verkar väl
sannolikt att den biten aldrig sätts om man inte kör high speed INTOSC.

Att köra proben i x10 brukar vara ett absolut krav för att inte störa kristallen. Jag tänkte
faktiskt på det tidigare när det var uppe i tråden, men just då var din inställning väldigt
negativ till allt, så jag ville inte fråga fler "nybörjarfrågor"...

Jag skulle nog ändå vilja sammafatta det hela med att din inställning ("jag har koll", "Jag är övertygad
om att", o.s.v) gjorde att dels tråden blev lite onödigt störig, dels att det tog lite onödigt lång tid att fixa.
En lite mer ödmjuk inställning till att det faktiskt var du som "satt i skiten" och att andra försökte
hjälpa till på sin fritid brukar ofta hjälpa.

Jo, oftast till 99% är det en själv som klantat till det "jag trodde att det fungerade så" typ.

Har själv en 18F8722a som inte vill sparka igång oscen liggande, har dock inte bemödat mig speciellt om den, var enklare att ta en annan processor och ett nytt kort.

Och ja jag VET att oscen inte går igång, då den går i failsafe-mode, 32kHz eller vad det nu är.
Koden är korrekt, då samma hexfil med samma inställningar funkar i andra identiska kort/Proc.
Kristallen är OK, så jag gissar att det är processorn som inte vill, eller nått sånt alt kassa kondingar eller så.

>Det har nog nämnts att du borde skriva att litet testprogram för att testköra det hela.
Jo visst har det nämnts, och jag provade saker för fullt nu under kvällen, ett testprogram hade säkert varit näst på tur om jag inte hade upptäckt det där med HTS-biten.

>Och att det inte var din egen kod är ju bara ytterligare en sak som borde ha nämnts tidigt
Kan du förstå att man inte ger information som man inte tror hör till problemet? Annars skulle jag ju ge hur mycket information som helst, vilket operativsystem jag kör, vilka högtalare som är kopplade till datorn? Enligt dig borde ju allt som framkommer ha nämnts i början.

>Du menar HTS i OSCCON ?
Precis, och som du säger är det lite otydligt där men den är säkert inaktiv för att spara ström om man inte har two-speed och liknande aktiverat.

>just då var din inställning väldigt negativ till allt, så jag ville inte fråga fler "nybörjarfrågor"
Nybörjarfrågor kan man väl ställa hur mycket som helst? Jag fick frågor om hur kondingarna sitter och annat som jag svarade på utan problem. Jag har aldrig varit kort mot nån som frågat mig nånting. Inte ens när jag får frågor som jag redan svarat på. Jag svarade både dig och nån annan vem det nu var dubbelt.

>Jag skulle nog ändå vilja sammafatta det hela med att din inställning...
Min inställning där jag säger att "jag är övertygad om att...men jag kan ha fel" menar du? Läs gärna hela meningarna och inte bara orden du stör dig på.

>...andra försökte hjälpa till på sin fritid...
Jo speciellt TomasL kom med många frågor, men ditt första inlägg var ju mest pekpinnar om hur man ställer en fråga och med ett nedvärderande språk.

För övrigt måste jag säga att jag många gånger har gett jättemycket information i första inlägget, men jag upplever faktiskt att man inte får igång en diskussion lika bra då. Många orkar inte läsa ett långt förstainlägg med mycket information eller så gör all information att man kanske tänker "han har ju testat det mesta". Har man lite lagom information kommer fler frågor, frågor som föder nya frågor... Nybörjarinlägg som "min PIC funkar inte, vad är fel" brukar oftast generera en drös med frågor om mer information och många blir aktiva i tråden. Med det inte sagt att man ska snåla med info...

Men visst, jag ska jobba på att ge bättre information nästa gång jag frågar nåt. Då kanske du kan jobba på att inte vara så nedvärderande och pekpinnig om du tycker att en fråga är dåligt formulerad? Deal?

Ja det är verkligen 99% att man trodde... Det är ju så vi funkar, skulle man ifrågasätta allt skulle man ju bli galen. Man har ju oftast en tes om vad som är fel och vad som inte är det, annars vet man ju inte var man ska börja.

You've got a deal !!

> men den är säkert inaktiv för att spara ström

Att/om en viss bit i ett register sätt eller inte har nog mer med den
övergripande logiken att göra. Att det har med (eller ens skulle
påverka) strömförbrukningen tror jag inte alls. Det är ju bara en
bit som kan vara "0" eller "1" i ett internt register, inget annat.

> Kan du förstå att man inte ger information som man inte tror hör till problemet?

Kanske förstå, men det är ju ändå exakt det som är (eller var) problemet.
D.v.s förutfattade uppfattningar om vad som "hör till problemet".

Aja, visst ja, vi hade ju en deal....

Har du sett dessa trådar :
http://elektronikforumet.com/forum/view ... =12&t=6057
http://elektronikforumet.com/forum/view ... 14&t=10226

Härligt!

Jag menade inte att biten i sig skulle dra ström utan interna oscillatorn. Tänkte att den kanske är avstängd (med HTS=0 som följd) om man har valt extern oscillator och stängt av klockswitchning och sånt.

Intressant läsning, speciellt det där med att fler har upplevt det negativt med för mycket info i början. Jag skrev som sagt mer förr och har minskat rejält. Det gäller väl att hitta en balans.

Det handlar väl inte om att ge mycket information, utan snarare erforderlig information.
Balansen är väl när erforderlig info övergår i onödig info, vilket inte alltid kanske är så lätt hitta.