Svenska ElektronikForumet

Hej, här är felkoden:
Kan jag göra något åt detta eller blir det en ny pic?
jag får 11V på mlcr.
inget sitter på pic:en, den sitter på en breadboard.
den har redan ett program som utförs helt korrekt.
pic:en kommer från ett kort jag har gjort.
Jag gjorde 2st och den andra pic:en som hade samma program tar programmeringen korrekt.

Jag har provat att slå på vpp before vdd men det hjälper inte.

Kan jag göra något annat?

Har du slagit på Code Protect?
Om det är så har du anledningen där...

Nja, verifieringen av programminnet sker innan config bitarna (inkl code protect) sätts.

Kan vara lite av varje. Svajig matning. Dålig avkoppling. Svårt att säga utan att "se"
uppkopplingen eller få en bättre beskrivning av det hela.
Var kommer HEX filen från ? Vad finns i HEX filen på adress h'000A6' ?

Jag har skrivit koden och ingen CP är på.
nu kopplade jag wispens matnings-spänning närmare pic:en och använde vpp before vdd.
Det funkar fortfarande inte men den stannar nu vid pos 0x00 i koden.
Och det gamla programmet är fortfarande på pic:en så det skrivs aldrig över.

avkoppling är nog inget problem, jag kopplade upp oscilloskopet och satte koppling till ac och 10mV det var inte mycket rippel.
Och en el-lyt sitter 1cm bort.

Aja, jag köper en ny på måndag istället.
Synd att man inte har några ytmonterade i lådorna.

Har du någon keramisk konding nära?

När man säger "avkoppling" och menar i digitala kretsar är det inte elektrolytkondingar man menar, det är oftast 10-100nF keramisk.

ingen keramisk, nej.
Jag har alltid haft en liten el-lyt nära alla ic-kretsar.
Varför är keramiska bättre?

Helt enkelt för att de har lägre ESR vid de frekvenser som är aktuella. Finns redan en tråd om detta.

Jag har konsekvent minst en 100nF keramisk för varje digitala krets.

> Jag har skrivit koden och ingen CP är på.

Hur är det med "internal-MCLR" ?

mlcr pinnen är ingång och används av programmet. 2in 4ut.

> mlcr pinnen är ingång och används av programmet.

OK, det ställer till det lite vid omprogrammeringen.
Inget att göra åt om du faktiskt behöver pinnen.
Wisp648 har en lösning som ska komma runt detta,
men det är inte 100% säker. Just 12F kretsarna verkar
känsligare för detta, en del andra med int-MCLR brukar
fungera smidigare, men det hjälper ju inte dig...

Jag använder mycket av 12F675 Nästa samma och detta har jag haft mycket problem med.
Inget fel på kretsen bara dom som använder den eller programmerarna
Vet inte varför programmeraren släpper tillbaka så den hinner starta.
Jag lägger bara en pause på 3-4 sekunder innan jag sätter outgångarna till outgångar så att programmeraren hinner start programmeringen innan kretsen ställer om outgångarna.

H.
Thomas B

Problemet är at eftersom det inte finns någon reset-pinne så kan inte
programmeraren hålla processorn "stoppad" innan Vpp läggs på. För en
programmerare som helt kan styra Vdd är detta normalt inget problem,
Visp648 kan inte detta. Den har dock en lösning för att kort kortsluta
Vdd (vilket dock ställer lite andra krav på hur mål-kretsen ser ut).

Är det en tidigare version av samma program som redan ligger i kretsen? Har Du ändrat i koden Du försöker flasha mellan att verifieringen stannar direkt och att den stannar en bit in?

Kan Du posta ett schema, eller länkt till ett sådant, så kan Du nog få förslag på vad som måste ändras för att det skall fungera.

Det hela verkar lite egendomligt eftersom den först kom en bra bit in i koden innan den stannade. Verkar ganska totalt omöjligt att verifiera ungefär 150 programsteg utan att den verkigen kan läsa från programminnet.

Vad har Du anslutet till de pinnar som även är PGC/PGD? Är det lysdioder eller annat som kan ge hög kapacitans mellan dessa pinnar? Fungerar programmet trots att verifieringen missar?