Aktiverad oscillator(TMR1) på PIC hindrar programmering?

[Christopher]

Efter att ha aktiverat timer1's oscillator (som är ansluten till en 32768 Hz kristall och två 22 pF kondensatorer) vägrar picen(16F648A) låta sig programmeras.
Oscillatoringången delar pinnarna med ICSP och jag antar att det är där problemet ligger.
Det verkar som att kretsen går in i programmeringsläge i och med att exekveringen stannar och det ligger 13V över MCLR.
Av xwisp får jag följande:

Kod: Markera allt

Target not found in configuration table
Target not auto-detected, please specify on commandline!
XWisp2 failed after 0.84 seconds, rc 23!

Specificerar jag target får jag:

Kod: Markera allt

Target erased
Transferring image to 16F648A via Wisp628
Transferring program memory...Wbus command failure
Write-Verify failed after 0.06 seconds, rc 21!
XWisp2 failed after 0.87 seconds, rc 21!

Men ingen erase sker och den startar när man skickar run till wispen.

Följande initieringar gör jag i början av min kod(mikroC):

Kod: Markera allt

     CMCON = 0b00000111; //disable comparators
     T1CON = 0b00011111; //enable timer1 oscillator
     PIE1  = 0b00000001; //enable interrupt on timer1 overflow
     PIR1  = 0b00000000;
     INTCON= 0b11000000; //enable peripheral interrupts

Har även testat med kristall och kondensatorer urkopplade, ingen skillnad.

Någon som vet?

Tack på förhand!

/Christopher

[sodjan]

Inget annat som är ändrat ?
Vad har du för avkoppling ?
I många fal är det 5V som inte är "ren" nog...
Int-MCLR ?

[Christopher]

Har en 100 nF kondensator vid picen samt en 100 uF elektrolyt vid 7805:an.
Allt fungerade perfekt innan jag aktiverade oscillatorn, den enda ändringen jag gjort.
MCLR är aktiverat i mikroC, borde inte faktumet att exekvering upphör betyda att MCLR fungerar som den ska?

[sodjan]

OK.
Kanske du växlade PGC/PGD när du höll på med xtal/kondingar ?
Skjuter vilt från höften här, man jag *ser* ju inte din koppling, så för
*mig* kan det vara nästan vad som helst...

Av någon anledning får inte Wisp628 "kontakt" med "target"...

Jag kan inte se att tmr1-osc har med detta att göra.
Det "startas" ju nte förren programmet startar, det är inget
i CONFIG eller så som har med det att göra (så vitt jag minns).

Det är *sannolikt* något helt annat.

[v-g]

Vilken version på xwisp och firmware i wisp'en?

[Christopher]

Borde kanske inte ha utelämnat översta biten av outputten från xwisp.
Hur som helst:
xwisp2 version 1.9.1 (har testat 1.6.01 också)
och
Wisp628, firmware version 1.11.

Kopplat till PGC/PGD är just nu enbart wispen, och de sladdarna har jag inte rört sedan det fungerade.

[v-g]

rc 21 var det fel jag fick när jag hade "fel" programvara i någon av ändarna så att säga. Det var precis lika mysko hade en kod som fungerade, ändrade och höll på sen bara låste den två 18F2221 med exakt samma som du hade.

Skjuter vidare jag:

Du har inte "råkat" pilla i configurationsbitarna så MCLR ändrats?

[sodjan]

Verifiera din Wisp628 med en ny koppling med en ny PIC.
Om det fungerar, riv ner och bygg upp din problem-koppling på nytt.

[Christopher]

Verkar som det var MCLR-relaterat.
Gjorde följande för att kunna programmera den:
1. Kopplade ur Vdd på picen.
2. Körde en programmering. Tydligen fortsätter wispen hålla MCLR på 13V vid misslyckande försök, vilket är perfekt.
3. Kopplade in Vdd till 5V.
4. Programmeringen fungerar!

Man kan ju undra hur MCLR lyckats bli avstängd.
Jag använde samma hex-fil som innan, och nu efter att ha lyckats med en programmering fungerar det perfekt att köra utan tricket ovan.

Får tacka för hjälpen!

Over and out,
Christopher

[sodjan]

He, det var ett nytt knep som jag inte har tänkt på.

Problemet är ju just att Vdd måste läggas på *efter* Vpp
om man har råkat slå på internal-MCLR. Det du gjorde för
hand är ungefär samma sak som den lilla "donglen" gör,
fast då styrt från firmare på Wisp628...

> Man kan ju undra hur MCLR lyckats bli avstängd.

Det bestämmer *du* via CONFIG inställningarna i koden...

Skönt att det har löst sig i alla fall !

[Christopher]

Verkar som mikroC gjort något galet.
Nu efter att ha fått igång programmeringen verkade det inte som att koden fungerade som den skulle. Efter att ha försökt ändra den några gånger fick jag ibland(:?) följande felmeddelande:

Kod: Markera allt

C:\xwisp>xwisp2w.exe com9 go test
 XWisp2 version 1.6.01 (Aug 14 2005, Open Watcom C 1.30)
Hex file error, line 13 checksum incorrect, calculated: '36', found: '30'
File TEST.Hex contains errors
XWisp2 failed after 0.05 seconds, rc 36!

Startade om mikroC, stängde och öppnade mitt projekt, kompilerade och vips funkar allt klockrent.

Att ha igång mikroC konstant i minst en vecka i streck kanske inte är en så bra idé?

[sodjan]

> Att ha igång mikroC konstant i minst en vecka i streck kanske inte är en så bra idé?

Att ha datorn igång en vecka i streck är väl inte så smart.

> XWisp2 version 1.6.01

Inte speciellt aktuell version.
Senaste (stabila) versioner är XWisp2 Ver 1.9.2 och firmware 1.11 (finns i
kittet för XWisp2 1.9.1).

> ex file error, line 13 checksum incorrect, calculated: '36', found: '30'
> File TEST.Hex contains errors

Synd att du inte också visade *filen*, det hade varit intressant.

[BoF]

>Att ha datorn igång en vecka i streck är väl inte så smart.
Inte om man kör Vista! Kanske ändå den startar ju om lite då och då

[sodjan]

Varför ska den vara på när man inte använder den, för inte sitter man
i MikroC och hackar 24h/dygn i 7 dagar ??

[BoF]

Nej så klart!
Kör man Vista så blir det omstart då och då var poängen;-)

Edit:
Undra hur Microsoft tar alla meddelanden? Vad jag förstår så lär det bli ett o annat! Om man nu har aktiverat detta.

Edit1:
Glöm! var jag som var enfaldig och dum!