Hex-filen blir tom vid avsläning
-
- Inlägg: 22
- Blev medlem: 5 mars 2007, 09:52:19
- Ort: Karlstad
> När vi klickar på knappen "verifera" så blir det fel! Men när vi programerar kretsen så fungerar det.
Lite förvirrat här...
*Normalt* så inkluderar en "programmering" av en PIC också en "verifiering" automatiskt.
Jag har väldigt svårt att se att man skulle köra *enbart* själva programmeringen *utan* en
automatiskt verifiering, det verkar väldigt osäkert...
> Vi har ju källkoden på min dator! problemet är ju bara att det inte går att föra över den.
Det är *HEX* filen som ska föras över, inte källkoden!
Sen så frågar jag igen, vad säger AD Teknik som har sålt programmeraren ??
Och självklart går det att programmera om kretsen oavsett om läskyddet
är på eller inte, dock går den inte att verifiera (eftersom den inte går
att läsa). Om ni har fått en färdig HEX fil från en firma, så är sannolikheten
ganska stor att den har lässkyddet "på".
Men om ni även har källkoden så är det bara att bygga om den i MPLAB
och se till att stänga av lässkyddet, då ska verify fungerar OK.
Lite förvirrat här...

*Normalt* så inkluderar en "programmering" av en PIC också en "verifiering" automatiskt.
Jag har väldigt svårt att se att man skulle köra *enbart* själva programmeringen *utan* en
automatiskt verifiering, det verkar väldigt osäkert...
> Vi har ju källkoden på min dator! problemet är ju bara att det inte går att föra över den.
Det är *HEX* filen som ska föras över, inte källkoden!
Sen så frågar jag igen, vad säger AD Teknik som har sålt programmeraren ??
Och självklart går det att programmera om kretsen oavsett om läskyddet
är på eller inte, dock går den inte att verifiera (eftersom den inte går
att läsa). Om ni har fått en färdig HEX fil från en firma, så är sannolikheten
ganska stor att den har lässkyddet "på".
Men om ni även har källkoden så är det bara att bygga om den i MPLAB
och se till att stänga av lässkyddet, då ska verify fungerar OK.
-
- Inlägg: 22
- Blev medlem: 5 mars 2007, 09:52:19
- Ort: Karlstad
Det finns tre olika knappar i programet. Läs, Programmera, och Verifera.sodjan skrev:> När vi klickar på knappen "verifera" så blir det fel! Men när vi programerar kretsen så fungerar det.
Lite förvirrat här...
*Normalt* så inkluderar en "programmering" av en PIC också en "verifiering" automatiskt.
Jag har väldigt svårt att se att man skulle köra *enbart* själva programmeringen *utan* en
automatiskt verifiering, det verkar väldigt osäkert...
> Vi har ju källkoden på min dator! problemet är ju bara att det inte går att föra över den.
Det är *HEX* filen som ska föras över, inte källkoden!
Sen så frågar jag igen, vad säger AD Teknik som har sålt programmeraren ??
Och självklart går det att programmera om kretsen oavsett om läskyddet
är på eller inte, dock går den inte att verifiera (eftersom den inte går
att läsa). Om ni har fått en färdig HEX fil från en firma, så är sannolikheten
ganska stor att den har lässkyddet "på".
Men om ni även har källkoden så är det bara att bygga om den i MPLAB
och se till att stänga av lässkyddet, då ska verify fungerar OK.
Förlåt, jag menade HEX filen.

Har inte pratat med AD-teknik.
Någon som brukar använda MPLAB från MicroChips? I så fall vet någon hur man stänger av låsskydet på ett projekt?
-
- Inlägg: 22
- Blev medlem: 5 mars 2007, 09:52:19
- Ort: Karlstad
Jepp det finns det. Ska hela den raden bort?sodjan skrev:> I så fall vet någon hur man stänger av låsskydet på ett projekt?
En en assembler källkod gör man det med __CONFIG direktivet...
Finns det något __CONFIG i källkoden i dag ?

Så här ser den ut...
"__config _CP_ALL & _PWRTE_ON & _WDT_ON & _XT_OSC & _BODEN_ON & _MCLRE_ON & _LVP_OFF"
> Dock borde verifieringen fungera.
Hur då ?
*Ingen* kan läsa från kretsen, inte heller programmeraren,
så vad ska den "verifiera" ??
__CONFIG ska vara kvar, byt bara "_CP_ALL" till "_CP_OFF".
Men notera, detta behövs naturligtvs *bara* för att verify ska
fungera. Om programmeringen fungerar i alla fall, så spelar
det ingen roll för *funktionen* !!
Hur då ?
*Ingen* kan läsa från kretsen, inte heller programmeraren,
så vad ska den "verifiera" ??
__CONFIG ska vara kvar, byt bara "_CP_ALL" till "_CP_OFF".
Men notera, detta behövs naturligtvs *bara* för att verify ska
fungera. Om programmeringen fungerar i alla fall, så spelar
det ingen roll för *funktionen* !!
-
- Inlägg: 22
- Blev medlem: 5 mars 2007, 09:52:19
- Ort: Karlstad
Tusen tack för alla hjälp! Ska testa detta imorgon när jag är i skolan. Hoppas att det ger framsteg.
¨
EN TILL FRÅGA BARA....kan jag använda 628A i stället med samma källkod? Källkoden är ju för 628 dock, men tänkte om det fungerar ändå.
Tänkte bara säga att det här verkar vara ett toppen forum. Otroligt snabba och bra svar. Tack!

EN TILL FRÅGA BARA....kan jag använda 628A i stället med samma källkod? Källkoden är ju för 628 dock, men tänkte om det fungerar ändå.
Tänkte bara säga att det här verkar vara ett toppen forum. Otroligt snabba och bra svar. Tack!

Notera att många programmerare verifierar *programminnet* innan
CONFIG bitarna bränns in (d.v.s medan det fortfarande går att läsa
från programminnet). Men i detta fall verkade det vara två olika
knappar för "Program" och "Verify" om jag fäörstog rätt, och då
blir det sannolikt problem...
Sen 628 -> 628A.
Det finns ett par små skillnader, som nog gör att man bör bygga om
källkoden och kanske göra en liten justering i källkoden. Men som sagt,
det är väldigt lite och det finns i Appendix-C i databladet (för 628A !).
CONFIG bitarna bränns in (d.v.s medan det fortfarande går att läsa
från programminnet). Men i detta fall verkade det vara två olika
knappar för "Program" och "Verify" om jag fäörstog rätt, och då
blir det sannolikt problem...
Sen 628 -> 628A.
Det finns ett par små skillnader, som nog gör att man bör bygga om
källkoden och kanske göra en liten justering i källkoden. Men som sagt,
det är väldigt lite och det finns i Appendix-C i databladet (för 628A !).