Ibland händer det märkliga saker när det är snabba pulser och lite för långa trådar inblandade.
Jag skall flasha en 16F876A, något som jag inte gjort tidigare. Efter att ha modifierat flashningsprogrammet så var det dags att testa. Vid återläsningen kom det bara lite blaj i de första två bytes, resten lästes FF 3F FF 3F o.s.v.
Givetvis utgick jag från att ha satten bit på tvären i flasprogrammet och har letat efter denna hela kvällen utan att hitta något fel. Till slut började jag misstänka hårdvaruproblem och provade att sätta 1k i serie med PGD och då fungerade allt som det skulle.
Antagligen driver PIC'en utdata med så snabba flanker att den får falska klockpulser och kommer i otakt. Sedan tolkas kommandona hur som helst och tydligtn något som blev bulk erase, för all data försvann ur kretsen när det hände.
Trådarna kan väl ha varit 3 decimeter enkel sträcka och det var tydligen för mycket. Brukar man ha någon sorts flankdämpare och filter för snabba pulser på programpinnarna?
Edit: Vanligtvis så har jag alltid haft annan användning av programpinnarna också, de komponenterna har tydligen gjort tjänst som dämpare eftersom detalltid har fungerat innan. Det här bygget som nu skall programmeras har inget annat på dessa pinnar.
Konsten att flasha en PIC....
-
Jim_the_one
- Inlägg: 1669
- Blev medlem: 8 december 2004, 00:03:49
- Ort: Falköping
Jag vet inte om det direkt motsvarar det då såg i din koppling,
mn kolla "PGD to PGC Crosstalk" här :
http://www.embedinc.com/picprg/icsp.htm
mn kolla "PGD to PGC Crosstalk" här :
http://www.embedinc.com/picprg/icsp.htm
Det är väl ett liknande fenomen, men jag har inga parallella trådar i flatkabel som det kan bli överhörning mellan. Min teori i mitt fall är att det saknas adekvat jordning mellan enheterna så att induktans och annat elände gör att det blir falska klockpulser till kretsen. Efter att motståndet kommit på plats i serie med PGD så har det fungerat perfekt.
Hade jag sett nämnda artikel tidigare så hade antagligen felsökningen gått lite snabbare. Då hade jag antagligen övervägt möjligt hårdvaruproblem betydligt tidigare. Nu gick det några timmar till att leta efter ett programfel som inte fanns.... Ja, jag vet att med en WISP så hade det inte funnits något otestat program att leta i, men det är mycket trevligare med egna saker.
Hade jag sett nämnda artikel tidigare så hade antagligen felsökningen gått lite snabbare. Då hade jag antagligen övervägt möjligt hårdvaruproblem betydligt tidigare. Nu gick det några timmar till att leta efter ett programfel som inte fanns.... Ja, jag vet att med en WISP så hade det inte funnits något otestat program att leta i, men det är mycket trevligare med egna saker.
