Hallo,
Bij wie zou ik mogen proberen een dspic te programmeren? Mijn ICD2 (kloon!!) wil sinds een uurtje niet meer programmeren (invalid target device melding).
Een 16f628a gaat nog wel, maar de dspic dus niet...
Wie kan mij even helpen? Liefst een beetje in de buurt van Helden-Panningen.
[Bericht gewijzigd door Shaq op (22%)]
nonkel_dw
nonkel dw
Is je DSP dan niet stuk?
Als een 16FXXX nog wel gaat, zit het probleem denk ik niet bij de programmer...
Had gekund, ware t niet dat ik er 3 verschillende geprobeerd heb. Bovendien heeft het vandaag nog gewerkt...?
Met welke spanning voed je de pic?
Ik heb ook steeds last met ds-picjes dat ze niet willen proggen.
Als ik de voedingsspanning flink hoog zet (3.6 a 3.7V) lukt het plots wel..
Opkrikken spanning helpt niet. Kom overigens ook niet verder dan 3,5V, want dan begint MPLAB te klagen over te hoge spanning.
Merk op: ik heb in de openingspost erbij geplaatst dat het om een ICD2 kloon gaat, is misschien nog relevant.
Advertenties in de V&A!
Maar dat wist je al.
6 PCBs later en evenzovele dspics: ik heb weer een werkend bord. Lag dus niet aan de programmer, maar waar het nu wel aan heeft gelegen... Ik vermoed dat ik na het verwijderen flux niet voldoende tijd heb gelaten voor de IPA om te verdampen...?
Ik ga nu in elk geval 1 bord afmaken, de andere kan ik hopelijk nog repareren.
Over en sluiten!
Nog een nabrander: het echte probleem was niet nog aanwezige flux, maar... een 'bricked' dspic.
Mijn code bleek een van de PGD-poorten op te eisen om een LED te laten branden. Dit gebeurde zo snel dat de programmer geen tijd meer had om VPP/MCLR hoog te brengen en dus was het 'window' om in programming mode te komen vrijwel altijd te smal.
Uit de MPLAB/PICKIT3 helpfile:
When Internal MCLR is used with the debugger for programming, both Vpp and Vdd are powered together, and then Vpp is pulled high to Vihh to enter programming mode. This means that your code will be running before Vpp goes to Vihh. If that code makes use of port pins that correspond to Clock and Data pins in programming mode, there is a chance their values may not be 0, as necessary to enter programming mode. Therefore, the device could not be reprogrammed.
Probleem dus bij bron opgelost. De (cloned) ICD2 was het probleem dus NIET. Hopelijk kan ik de 8 bricked pics die ik hier nu heb liggen nog reanimeren. Suggesties zijn welkom.
De wisp628 gebruikt daarvoor http://www.voti.nl/wisp628/index_1.html#dongle. het lijkt me sterk dat de (originele) idc2 niet iets aan boord heeft dat mclr net iets eerder hoog trekt.