Piratkopior?
På min version av MPLAB (7.30) kommer det upp en varning om man försöker programmera en krets med intern MCLR och intern oscillator:
"ICDWarn0033: MPLAB ICD 2 does not support programming this device if both the internal oscillator and internal MCLR are selected. You may continue programming, but you are encouraged to cancel, reconfigure your device, and try again."
Testade att programmera ändå. Det gick att programmera 1 gång, men inte nästa gång.
Jag kopplade då in kretsen i min JDM-programmerare och programmerade in en annan config, sen funkade den igen med ICD2.
Jag använder WinPic, som kan ställas att köra Vpp före Vdd.
EDIT: Jag använde 16F629 när jag fick varningen.
"ICDWarn0033: MPLAB ICD 2 does not support programming this device if both the internal oscillator and internal MCLR are selected. You may continue programming, but you are encouraged to cancel, reconfigure your device, and try again."
Testade att programmera ändå. Det gick att programmera 1 gång, men inte nästa gång.
Jag kopplade då in kretsen i min JDM-programmerare och programmerade in en annan config, sen funkade den igen med ICD2.
Jag använder WinPic, som kan ställas att köra Vpp före Vdd.
EDIT: Jag använde 16F629 när jag fick varningen.
Senast redigerad av bearing 8 december 2006, 16:04:58, redigerad totalt 2 gånger.
Är Du helt säker på att det finns stöd för kretsen? Programmeringsdokumentet är daterat i början av oktober detta år och det är ju inte så länge sedan.
Har Du hämtat detta dokument och kontrollerat att allt Du kan kontrollera stämmer?
Min erfarenhet, liksom för alla jagkänner, är att när mer än en krets inte fungerar så gör man fel. Det är inte kretsarna som är sönder.
Vad står det i konfigureringsordet?
Det här är nackdelen med färdigköpta programmerare, antingen fungerar det, eller sä är man helt nollställd och utlämnad till tillverkaren....
Har Du hämtat detta dokument och kontrollerat att allt Du kan kontrollera stämmer?
Min erfarenhet, liksom för alla jagkänner, är att när mer än en krets inte fungerar så gör man fel. Det är inte kretsarna som är sönder.
Vad står det i konfigureringsordet?
Det här är nackdelen med färdigköpta programmerare, antingen fungerar det, eller sä är man helt nollställd och utlämnad till tillverkaren....
bearing: tack för att du testade. Den varningen finns med även i mplab 7.5
men jag kan inte komma ihåg att jag fick den för de 4 kretsar jag
programmerade. Kollade även att den varningen inte var bortkryssad. Jag
ska bygga ihop en jdm som klarar vpp before vdd och testa. Denna tänkte jag
RCD-programmer
Borde gå att bygga till en vpp before vdd även för icd2. Dags att plocka
fram oscilloskopet
Marta: jag har programmat pic81f1320 många gånger tidigare med min
icd2 utan problem. Färdigköpta är kanske inte det bästa alltid men en
programmerar av kretstillverkaren själv räknar iaf jag med att den ska
fungera bra.
Men för den sista picen jag programmerade igår valde jag mclr enable
men jag kan inte komma ihåg att jag fick den för de 4 kretsar jag
programmerade. Kollade även att den varningen inte var bortkryssad. Jag
ska bygga ihop en jdm som klarar vpp before vdd och testa. Denna tänkte jag
RCD-programmer
Borde gå att bygga till en vpp before vdd även för icd2. Dags att plocka
fram oscilloskopet
Marta: jag har programmat pic81f1320 många gånger tidigare med min
icd2 utan problem. Färdigköpta är kanske inte det bästa alltid men en
programmerar av kretstillverkaren själv räknar iaf jag med att den ska
fungera bra.
Men för den sista picen jag programmerade igår valde jag mclr enable
Byggde en rcd-programmerare först. Men den fungerade intet så bra,
vpp sjönk under 9V efter nån sekunds programmering. Vpp kom dessutom
inte före vdd. Men den fungerade iaf till att programmera en 16f84.
Sen byggde jag en annan jdm-kompatibel programmerar. Den fick jag inte alls att
fungera först. Problemet visade sig senare vara min fet-transistor, en J111.
Efter att jag bytt den mot en annan kunde jag programmera en 16f84. Men
fortfarande inte mina 18f1320, verify failed att 0x0000. Jag provade ändå
att köra erase och provade sen programmering med icd2. Det fungerade
Tack för hjälpen alla!
edit: bjuder på ett par bilder:
RCD:
JDM-kompatibel med vpp before vdd:
vpp sjönk under 9V efter nån sekunds programmering. Vpp kom dessutom
inte före vdd. Men den fungerade iaf till att programmera en 16f84.
Sen byggde jag en annan jdm-kompatibel programmerar. Den fick jag inte alls att
fungera först. Problemet visade sig senare vara min fet-transistor, en J111.
Efter att jag bytt den mot en annan kunde jag programmera en 16f84. Men
fortfarande inte mina 18f1320, verify failed att 0x0000. Jag provade ändå
att köra erase och provade sen programmering med icd2. Det fungerade
Tack för hjälpen alla!
edit: bjuder på ett par bilder:
RCD:
JDM-kompatibel med vpp before vdd:
Senast redigerad av pheer 9 december 2006, 13:33:22, redigerad totalt 1 gång.
Min JDM kommer från ctrldesign och följde med en datormagasin. Jag kan programmera alla mina kretsar ur 12-, 16-, 18-serien, men inte dsPIC. ctrldesign verkar ha gått upp i rök, så jag har inte schemat. Designen verkar funka bättre än orginal JDM, för en sån har jag också, och den ger för låg spänning.
Den fungerar som programmeringsenhet också, och där är det inga problem för mig.
Har googlat en del och fått uppfattningen att det inte är ovanligt med problem med debuggningen. Det finns de som måste stänga av brown out detect och power on timer för att det ska funka. Vissa måste korta ner sladden från programmeringsenheten till PIC:en. Har inte testat alla tips ännu.
Har googlat en del och fått uppfattningen att det inte är ovanligt med problem med debuggningen. Det finns de som måste stänga av brown out detect och power on timer för att det ska funka. Vissa måste korta ner sladden från programmeringsenheten till PIC:en. Har inte testat alla tips ännu.
Bara ett höftskott... Jag fick exakt samma problem när jag hade min PIC i ett gammalt dåligt kopplingsdäck. Du har inte glapp/dålig kontakt någonstans?pheer skrev:Mycket konstigt och extremt irriterande. Många timmar har gått åt i onödan.
Vid första programmeringen får jag "Target Device PIC18F1320 found,
revision = Rev 0x7". Finns det någon rev. 7 silicon? Det finns ingen errata
för den iaf. Tidigare 18f1320 jag använde har varit rev b4.
Såg att microchip var mycket billigare än futurlec (kanske ingen
överraskning iofs). Så nu vet jag var jag ska beställa pic nästa gång.
bearing: jag tror faktiskt inte att jag har provat nån gång. Man måste ha
extern kristall vilket jag oftast inte använder. Men det borde väl som sodjan
säger inte vara några problem.
sodjan: jag förstår inte riktigt vad du menar. Undrar du om min moraliska
standard eller tycker du att det är fel på kretsarna så att jag borde reklamera?
Earendil: om du läser lite högre upp ser du att det löste sig.
extern kristall vilket jag oftast inte använder. Men det borde väl som sodjan
säger inte vara några problem.
sodjan: jag förstår inte riktigt vad du menar. Undrar du om min moraliska
standard eller tycker du att det är fel på kretsarna så att jag borde reklamera?
Earendil: om du läser lite högre upp ser du att det löste sig.
He he, nej nej.
Det var bara att du vid ett tillfälle skrev att du *skulle* reklamera,
men frågan är väl om det är aktuellt längre. Jag tror inte att det är
något "fel" på dina kretsar.
Men självklart ska du reklamera om du fortfarande tror att det
var något skumt med kretsarna.
Jo en sak till...
Jag har haft ett konstigt problem med just den 18F serien, jag var tvungen
att power-cycla hela labbplattan (inkl Wisp628) för att få kontakt med
målprocessorn igen. Efter en power on/off gick det alltid att programmera
om igen...
Det var bara att du vid ett tillfälle skrev att du *skulle* reklamera,
men frågan är väl om det är aktuellt längre. Jag tror inte att det är
något "fel" på dina kretsar.
Men självklart ska du reklamera om du fortfarande tror att det
var något skumt med kretsarna.
Jo en sak till...
Jag har haft ett konstigt problem med just den 18F serien, jag var tvungen
att power-cycla hela labbplattan (inkl Wisp628) för att få kontakt med
målprocessorn igen. Efter en power on/off gick det alltid att programmera
om igen...