Sida 1 av 1
16F877 går ej att radera.
Postat: 22 februari 2007, 12:44:39
av tops
Har problem att programera om och radera min 16F877.
Använder mplab 7.50 och icd2. När jag kör program eller erase så
får jag felmeddelande att target device är fel. Verkar som PIC en
fått sig en smäll. Programmet som f.n finns i den funkar fint, men
jag kan inte ändra det. Har köppt en ny krets och den funkar fint.
Nån som har tips på om det går att reseta en pic helt på annat sätt??
Postat: 22 februari 2007, 15:10:13
av Marta
Kan Du ha råkat konfigurera om MCLR till vanlig ingång? I så fall behöver Du en programmerare som kan initiera programmeing med Vpp före Vdd. WISP lär kunna det med en fulfix.
Postat: 22 februari 2007, 16:52:04
av sodjan
> WISP lär kunna det med en fulfix.
Inte alls. Med ett extra litet tillbehör.

Postat: 22 februari 2007, 17:33:05
av Marta
På vilket sätt kontrollerar detta lilla extra tillbehör spänningen på Vdd?
Postat: 22 februari 2007, 17:37:59
av sodjan
Det ser till att man får "Vpp-before-Vdd" så att processorn inte går
igång innan Vpp läggs på. Den gör det genom att helt kort
kortsluta Vdd till GND via en effekt-trissa. Fungerar utmärkt med 7805
baserade matningar.
Det finns vissa andra begränsningar vilka beskrivs här :
http://www.jescab.se/InternMCLR.html
Postat: 22 februari 2007, 22:31:51
av Marta
Då var det precis som jag trodde när jag skrev att det var en fulfix. Finns där en mating med lite kraft bakom lär det inte fungera sådär alldeles problemfritt...
Postat: 22 februari 2007, 22:45:04
av sodjan
> Finns där en mating med lite kraft bakom
Det står i beskrivningen för dongeln under vilka förutsättningar det fungerar.
För övrigt är detta något som *ALLA* ICSP programmerare har problem med.
Om man bygger en krets som använder internal-MCLR så måste man se
till att man tänker på det. T.ex genom att förse kopplingen med möjlighet att
koppla bort den egna matningen så att programmeraren kan styra Vdd.
Postat: 22 februari 2007, 23:23:55
av Marta
Jovisst är det så. Är man i sådan pin-nöd att MCLR måste bli ingång så får man kosta på t.ex. en trissa som programmeraren kan stänga. En diod är väl ofta inte helt lämplig även om man väljer en schottky med lågt Vf.
Det borde funnits en standard för hur sådant skall göras så att alla programmerare kunde vara kompatibla.
Liknande bekymmer
Postat: 23 februari 2007, 09:47:43
av buscalle
Jag kör med olimex icd2-tiny och har stött på liknande problem.
Jag löste det genom att gå från debuggningmode till programmerare och raderade kretsen där. Sedan fungerade det igen.