PIC16 and ICD2 Programmier-Probs

Wenn ich connecten möchte sagt er mir "invalis device id", und ich weiss 
nicht warum.

> Wenn ich connecten möchte sagt er mir "invalis device id", und ich weiss
> nicht warum.
...weil
a) ein anderer PIC in der Schaltung steckt als von MPLAB erwartet (kann 
man in MPLAB unter "Configure->Select Device..." prüfen und einstellen)
...oder
b) der PIC aus irgendeinem Grund gar nicht erkannt wird (in diesem Fall 
wird als device ID 0x0000 zurückgegeben)

> Prob ist dass er mir im MPLAB sagt dass mein Target nicht angeschlossen
> ist, habe aber alles richtig gemacht
natürlich...

Schaltplan? Foto vom Aufbau?

ICD0161: Verify failed (MemType = Program, Address = 0x0, Expected Val = 
0x118A, Val Read = 0x0)
ICD0275:  Programming failed.

das kommt raus und ich weiss nicht warum, bitte um hilfe.

Welcher PIC?

ja beide 5V

Schaltung kann ich nicht zur verfügung stellen.
pic16F690

> Kannst du an OSC2 die Oszillatorfrequenz messen? Vorausgesetzt Du
> arbeitst mit einem Quarz.
Ist fürs Programmieren des Chips nicht relevant.

> Schaltung kann ich nicht zur verfügung stellen.
Na dann viel Glück noch beim Suchen :-D

und tschüss.

wenn er den schaltplan oder zumindest den µCn teil davon nicht zeigen 
will sollers doch selber herausfinden.

Bei dem 16F690 liegen die ICSP-Pins IMHO nicht an PB7 und PB6.

Aber wenn die ID nicht ausgelesen werden kann ist etwas falsch 
angeschlossen. Der Fehler liegt nicht an der Software oder am ICD2 !

Hallo also ich habe alles hardwaretechnisch nachgemessen und alle 
signale liegen an dem PIC an.
Also das Protokoll was da rauskommt und auch reset signal ist wirklich 
alles da.
Das ist halt eine festeapplikation mir schon geflashter software.
Kann es sein dass dort irgendwie die configurations bits so gesetzt sind 
dass ich ihn nicht pogrammieren kann? Sprich er weigert sich mit mir zu 
unterhalten?
Kann ich die configurations bits irgendwie auslesen?
oder den PIC so löschen dass ich ihn wieder beschreiben kann?
Bei Atmels ist es ja möglich durch High Voltage Progeramming.

Hallo,


ich danke euch für eure hilfe.
die Schaltung und HEX file kann ich nicht zur verfügung stellen.
Da dieser PIC schon programmiert wurde, besteht eine vollständige und 
korrekte hardware.
Ich habe jetzt einen anderen leeren PIC genommen und die Protokolle 
verglichen die beim connecten entstehen.
Beim leeren PIC wird die Reset leitung auf 13V mit 3 pulsen aktiviert 
und nach kurzer zeit kommt ein puls der zuerst auf 5V geht und 
anschliessend ohne auf 0V zu gehen auf 13V gezogen wird und wieder auf 
0V.
Die Daten und Clock Leitung tun nichts und der PIC connectet sich wie es 
sein soll.

Bei dem beschriebenen PIC ist es so, dass die Reset Leitung auf 2,5V mit 
zwei längeren Impulsen gezogen wird, gleichzeitig entsteht ein Puls von 
650mV auf der Daten- und der Clock-Leitung.
Meine Frage, ist der PIC jetzt intern versperrt? ist es möglich in 
wieder zum Laufen zu bringen?

gemessen habe ich das ganze mit einem oszi, leider kann ich keine 
screenshots machen.

Hi,

giggi schrieb:
> Bei dem beschriebenen PIC ist es so, dass die Reset Leitung auf 2,5V mit
>
> zwei längeren Impulsen gezogen wird, gleichzeitig entsteht ein Puls von
>
> 650mV auf der Daten- und der Clock-Leitung.
>
> Meine Frage, ist der PIC jetzt intern versperrt? ist es möglich in
>
> wieder zum Laufen zu bringen?

Der Pic KANN nicht intern versperrt werden. KEINE CHANCE!
Nur das auslesen kann man verhindern, in dem Fall muss der Pic komplett 
gelöscht werden...
Aber: Der !MCLR MUSS auf +13V gezogen werden damit überhaupt ein Kontakt 
aufgebaut werden kann. Dies wird wohl durch die Peripherie des Pics 
verhindert! (OK, es gibt den LV modus, aber den Modus wirst du ja nicht 
gewecjselt haben)

ICh kann mich nur wiederholen!
Ich schrieb :
>Hier mal die Standartfragen:
>Ist die Schaltung ICSP Kompatibel aufgebaut? Also der Pin für !RESET
>nicht verwendet oder falls er als !reset Pin benutzt ist dieser mit
>einem sehr hochohmigen Widerstand (ca.10K oder mehr) mit +Ub verbunden.
>Die verbindung mit ICSP Pin 1 muss direkt sein?
>
>Die Sicherstellen das die Pins RB6 und RB7 in deiner Schaltung nicht
>benutzt werden, oder wenn doch zumindest ein größerer Widerstand die
>Brücke zur Restlichen Schaltungswelt darstellt.
>
Ok zwischenzeitlich kam der Einwand das die ICSP Pins bei diesem Pic an 
anderen Pins anliegen, der rest ist aber korrekt.
Und da wird der Hund begraben liegen, deine Schaltung ist NICHT ICSP 
kompatibel!

Mal eine Frage:
Du schreibst, das du einen Leeren Pic und den beschriebenen verglichen 
hast... Hast du den leeren in exakt die Schaltung eingesetzt in der der 
beschriebene auch sitzt. (gesockelt?).

Dann ist zu vermuten das der Pic während des Programmablaufs die 
Schaltung in einem Zustand bringt die das auslesen durch herunterziehen 
von Vpp verhindert (wahrscheinlich nur die Folge von irgendetwas und 
NICHT der eigendliche Sinn der Sache)
In dem Fall solltest du einfach einen "normalen" Sockel nehmen und 
diesen als Prog-Sockel beschalten. Dann sollte es klappen.

Ist es nicht so gewesen das du das in der selben Schaltung getestet 
hast, dann wird die Ursache trotzdem identisch sein, nur das dieses 
Problem Statisch bestehen könnte. Ist der PIC nicht gesockelt, dann 
würde ich versuchen den !MCLR des Pics vom Rest der Schaltung zu TRENNEN 
und direkt mit dem ICSP Port zu verbinden.
Ebendso kommt natürlich ZUSÄTZLICH noch eine störende Beschaltung von 
PGC und PGD  in Betracht!

Gruß
Carsten

Hallo,

so jetzt habe ich ein Bild mit der Beschaltung angehängt.
Die Wege sind kurz gehalten und es fliessen keine hohen Ströme also 
keine EMV Störung!
Zum Programmer hhabe ich schon geschrieben also ICD2
Zum Baord, es ist eine bestimmte Applikation die einen festeingelöteten 
PIC hat, man kann da sonst nichts tun. Draf befindet sich schon ein 
Programm. Da wie ich schon beschrieben habe an dem Reset Pin 13V 
anliegen wird hier eine HV Programmierung gemacht. Das File ist Hex 
welches ich aus rechlichen Gründen nicht reinstellen darf. Braucht man 
aber auch nicht da ich schon beim Connecten scheitere.
Quarz ist der interne.
Protokoll was ich mit Oszi gemessen habe ist hier als Bild angehängt.

Schau mal hier unter Target Circuit Design Considerations:
> No capacitors on MCLR – they will prevent fast transitions of VPP.

http://ww1.microchip.com/downloads/en/DeviceDoc/51265e.pdf

Gruß Flo

Hallo, ja das mit dem Kondensator habe ich mir auch zuerst so gedacht 
jedoch ist da ein 10nF eingebaut und in den Notes von Microchip steht 
dass es ein Kondesator 100nF oder kleiner sein darf.

Und falls Dein Stecker, rechts unten, eine direkte
Verbindung zum ICD ist, dann sind PGC und PGD vertauscht:

1 Vpp
2 Vdd
3 GND
4 PGD
5 PGC