Sida 1 av 3
Piratkopior?
Postat: 7 december 2006, 20:50:50
av pheer
Finns det piratkopior av t.ex. PIC? Anledningen att jag undrar är att jag köpte 5st pic18f1320 från futurlec som inte fungerar som de ska. Jag kan programmera dem en gång. Men sen vill inte min ICD2 kännas vid dem. Exakt samma resultat för 4st picar nu. 1 kvar...
Postat: 7 december 2006, 21:03:50
av ristomemo
Använder du MCLR pinnen som en in/utgång? Eller bara reset med pullup?
Postat: 7 december 2006, 21:11:07
av pheer
Jag har valt att den ska vara ingång men jag använder den endast för programmering.
Har en pullup på den.
Postat: 7 december 2006, 21:16:17
av Icecap
Om du har vald bort -MCLR och använder den som port-ingång har du förklaringen där.
Postat: 7 december 2006, 21:23:47
av pheer
Jag tittade igenom alla tidigare projekt och där har jag faktiskt enable på mclr.
Men går det att rädda dessa kretsar på något vis? Att välja master clear
enable i efterhand hjälper iaf inte.
Postat: 7 december 2006, 21:54:36
av markusb
Av en slump läste jag detta när jag följde länkar från JESCAB..
"Some newer PICs can configure their /MCLR pin as input. These chips will (in most cases) fail to get into programming mode with the standard Wisp628 circuit when the /MCLR pin is indeed configured as input. The circuit below can be inserted between the Wisp628 and the target PIC to solve this problem. Its main function is to short the target PICs power very briefly (a few milliseconds). "
http://www.voti.nl/wisp628/
Scrolla ner till knappt halva sidan så kan du läsa mer.
Postat: 7 december 2006, 22:18:48
av pheer
Aha, men jag har microchips egna ICD2 som inte använder någon asynch-
signal. Tycker att man borde få en programmerare som fungerar för $160.
Men tydligen inte. Hittade följande som stöder samma teori som du länkar till.
Sodjan råkar inte ha några tips i bakfickan?
Configure MCLR as a RESET pin if possible. The programmer will
attempt to reset the target device at the beginning of the programming
process. If the MCLR pin is configured as an input, the programmer may
have problems putting the chip into program-mode. This is especially
problematic if the target has been previously programmed and is using the
programming clock or data lines as outputs.
In some situations, there just aren't enough pins to allow the use of a
RESET. Your project will require that MCLR be used as an input. This is
ommon on small, 8-pin PIC MCUs. In these cases, it helps to set the clock
and data pins to inputs and place a delay at the beginning of your code.
This will allow you to cycle power to the part and start the programming
process while the pause is executing.
Postat: 7 december 2006, 22:50:47
av bengt-re
Tja... jag har kört med internal MCLR på 12f629 massor av gånger och aldrig någonsin haft problem att programera om dessa med ICD2.. Det fungerar utmärkt för mig iaf...
Postat: 7 december 2006, 22:54:14
av pheer
Oki, jag provar att programmera den sista picen med mclr enabled.

Postat: 7 december 2006, 23:07:28
av pheer
Same shit
Jag reklamerar hos futurlec och hoppas att de skickar nya.
Postat: 7 december 2006, 23:10:17
av bengt-re
Skumt.... Jag köper PICar på Farnell eller Microchip Online - fick en hög dåliga 12f629 från någon noname leverantör för ett år sedan - dumt att chansa då man bara blir sur av dåliga komponenter...
Postat: 7 december 2006, 23:32:59
av pheer
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.
Postat: 7 december 2006, 23:55:36
av JimmyAndersson
Jag har upplevt samma sak med en 12F675. Trodde den var trasig, men jag ska prova med kopplingen från Voti's sajt.
Postat: 8 december 2006, 01:30:57
av Marta
Läs programspecen. Har man MCLR som ing¨ång måste Vpp läggas på innan Vdd. Jag minns inte timingen nu, men kolla att dessa villkor uppfylls innan kretsarna skrotas. Min hembyggda programmerare har aldrig missat för att MCLR har varit ingång, det fungerar hur fint somhelst med chips både från ELFA och Kjell.
Postat: 8 december 2006, 13:50:23
av pheer
I hopp om att lösa problemet köpte jag en nätadapter till ICD2an och valde
"power target from ICD2". Visserligen detekteras krestsen korrekt nu, men
write/read/erase fungerar fortfarande inte. Det måste vara något skumt
med dessa kretsar.
Testade att programmera 18f458, 18f2550, 30f4011. Inga problem.