JDM-programmerare

Inlägg av **MadModder** » 10 december 2005, 21:05:12

Jag håller på och diagnostiserar min "PIC-PG1"-programmerare. Tänkte jag skulle kolla innan jag programmerar nånting.
PIC-PG1 är baserad på JDM-designen.
När jag kör hardware check med IC-PROG så funkar alla signaler som de ska utom VCC. Det går inte att slå av den, utan den är 5V hela tiden. Ska det vara så?

schemat ser ut såhär
http://madmodders.se/moddningar/picpg1/schema_s.gif

Det ser nästan ut som om det inte skulle gå att styra vcc/vdd...

Johan.o · Inlägg av **Johan.o** » 10 december 2005, 21:49:12

Men behöver inte kunna styra VCC för att programmerare en pic,
jag kommer ihåg att när jag körde med JDM så kunde jag ej heller styra Vcc.
Så det är nog lungt.

Inlägg av **MadModder** » 10 december 2005, 23:07:26

Ok.
Men nu har jag testat programmera en bra stund, och det funkar inte.
Alla signaler är som de ska, och jag har kopplat exakt efter databladet, men det går inte in ett skit i picen...

Antingen det, eller så går det inte att läsa från den. Det blir verify error iaf.
Är tvungen att köra icprog på Windows API, och inte direct I/O. Med direct är det totalt dött. Har win XP.

sodjan · Inlägg av **sodjan** » 11 december 2005, 02:39:31

Finns väll en enkel lösning och en lite besvärligare.

Den enkla lösningen är att skippa junket du försöker få igång
och skaffa något som fungerar. Men det visste du väll redan

Den besvärliga är väll att fortsätta att felsöka det du har.
(Och visst, många får en "kick" av det också...

)

Notera dock att det är en lösning som gör specifika antaganden
om serieporten du använder. Antaganden som på många nya
PC (och nästan alla laptops) inte uppfylls. Och självklart inte om
man kör en USB/RS232 konverter, men det vet du säkert också.

Sen, om du vill ha några mer synpunkter på vad som
händer, så får du nog komma med PIC modell, uppkoppling
(inte "exakt efter databladet" utan pinne för pinne), mer
specifika felmeddelandet (om några) o.s.v.

> Alla signaler är som de ska,

Som de ska jämfört med vadå ?

> Men behöver inte kunna styra VCC för att programmerare en pic,...

Det kan man inte säga säkert när man inte vet vilken PIC det handlar
om och hur den är konfigurerad.

Inlägg av **MadModder** » 11 december 2005, 19:51:12

När jag kör hardware check så får jag 5V alt. 0V på data och clock, samt 0V alt, 13V på mclr. vcc är 5V hela tiden. Det är riktigt efter vad man kan utläsa i hjälpfilen för IC-PROG.

Den PIC jag försöker programmera är en 16F84A. Detta pga att jag bara har en HEX-fil avsedd för just den.

GND (Vss) är kopplad till pinne 5
VCC (Vdd) är kopplad till pinne 14
MCLR är kopplad till pinne 4
Data är kopplad till pinne 13
Clock är kopplad till pinne 12

fuses, endast ... hmm... code protection?
GAAH! Inte så konstigt. HAha! Nu funkar det ju att verifiera och läsa in. ! Gud så dumt...

Icecap · Inlägg av **Icecap** » 11 december 2005, 20:32:01

Välkommen i klubben! Den har jag också klantat mig med

(Mer än 1 gång...)

Inlägg av **MadModder** » 12 december 2005, 18:54:17

Kom att tänka på en sak här. Om jag har PICen i en krets och kör ICSP, och eftersom Vdd alltid är +5V från programmeraren, kommer då inte PICen att starta upp och kristallen svänga, och då omöjliggöra programmering mm.?

sodjan · Inlägg av **sodjan** » 12 december 2005, 19:24:25

*OM* programmeraren gör "rätt", så skall den hålla MCLR låg (alltså
hålla processorn i resetläge) tills den snabbt för MCLR till Vpp (13V).
Då kommer processorn aldrig att starta.

Det finns en max-tid i databladen (eller i "Programming Specification")
för hur lång tid det får ta från 0V -> 13V för att processorn inte skall
hinna starta. Normalt är detta inget man behöver bekymra sig om,
den som har designat programmeraren skall ju ha tänkt på det...

Ovanstående gäller för alla processorer som har MCLR pinnen
konfigurerad som "reset". Om man har en PIC modell som kan
konfigurera om MCLR pinnen som en I/O pinne (och om man
faktiskt har gjort det), så kan man ha andra problem. På
vissa processorer (t.ex 12F-serien) så måste programmeraren då
kunna köra med "Vpp-before-Vdd), alltså kunna kontrollera Vdd.
OBS dock att detta inte verkar gälla alla modeller som kan ha
"internal-MCLR, t.ex 16F88 verkar kunna programmeras ändå...

16F84A är dock allt för gammal för att jag skall vara uppdaterad på den...

Sen är det en annan sak att om du kör ICSP så får processorn normalt
*inte* Vdd från programmeraren, utan från målsystemet, vilket
komplicerar hanteringen av Vpp-before-Vdd en del...

Inlägg av **MadModder** » 12 december 2005, 19:34:14

Ok. Det finns en liten modd för att få vpp-before-vdd på JDM, har jag sett nånstans... Får kolla vidare på det.

Sen ligger MCLR från programmeraren på -0,4V när den inte är 13V, så det borde ju funka då.

Sen med ICSP så får man väl bygga in nånting som stänger av målsystemets vdd om det kommer in vdd på ICSP-kontakten...