Mist, Flixter !
Mein aktuelles Projekt befindet sich im vermeindlichen Endstadium und nun sollte nur noch das Prog in den µC gehievt werden. Aber vergebens die Liebesmühe, das PICkit3 verweigert den Dienst. Auf 3 verschiedenen Festplatten und zwei verschiedenen Win-Versionen versucht..... nix. Manchmal scheint es zu gelingen und die 3 LEDs flackern im gewohnten Durcheinander, aber dann gibts doch die Mecker-Fehler-Meldung. Im Gerätemanager taucht das Gerät auch nicht auf, was meiner Erinnerung nach eigentlich sein müsste.
Kurzum, da wird was "Neues" fällig werden. Bevor ich andere via Gebraucht-Handelsplätze frage, frage ich euch, ob jemand ein PICkit3 rumliegen hat, das er nicht mehr braucht. Natürlich ist Eile geboten, meine Frau pöckert hinter mir her und verlangt zügigen Fortschritt der Arbeiten.  
Grüße, picass

Hattest Du nicht ein pickit4 gehabt? Kann der nicht genommen werden?
Habe leider nur ein pickit3,ohne den geht's leider nicht. Auch hänge ich beruflich in Belgien Rum. Nicht Grade um die Ecke . 

ich habe einen nachgebauten Pickit 3, den benutze ich ganz selten nur um einen Bootloader zu laden. Danach wird alles mit dem Bootloader gemacht. Kannst du den Pickit nicht einfach reparieren?

Vielleicht hilft's
https://www.mikrocontroller.net/topic/336377
Pickit3 beim download der software vom USB-Port getrennt.

Zitat von: ^Cobra in 15.01.2026, 22:36:10 CETHattest Du nicht ein pickit4 gehabt?

Also fast! Vor einiger Zeit hatte ich mir den Fünfer gekauft. Der kann auch mit dem geliebten PIC18F14K22 umgehen, aber...... aber der Fünfer flasht das Prog nur, wenn es über den "neuen" Assembler läuft. Das wäre bei einem Kurz-Programm ja vielleicht noch möglich, aber meine vielen, alten Progs, von denen manche wirklich noch gebraucht werden, rsp. ihren Dienst in montierten Steuergeräten leisten, die also alle umzustellen,......??!! Schwitz.

Vielleicht ereignet sich noch ein Wunder und der Programmierer unterlässt seine Arbeitsverweigerung. Hoffnung besteht, weil einmal eine Programmierung ja bis zum Ende durchlief und erst dann der Fehlerteufel seine schwefelhaltige Meckermeldung aus spieh. Danke für eure Anteilnahmen, werde heute mal erneut experimentieren.
Grüße, picass

Brauchst da nichts umstellen. Übersetze in der 5.35 und nehm dann die neue MPLAB IPE , der sollte ja wohl den neuen pickit5 vertragen.sind paar Mausklicks mehr,sollte aber gehen

Gruß 
Cobra

Fällt mir gerade ein:
Ist es möglich den pickit5 die Firmware von pickit3 rein zu bügeln? Dann würde sich der pickit5 als pickit3 melden, und alles würde wieder gehen.
Oder ist der pickit3 so modern,das die Firmware des 3 nicht drauf läuft? 

Zitat von: ^Cobra in 17.01.2026, 09:13:19 CETIst es möglich den pickit5 die Firmware von pickit3 rein zu bügeln?

Das Um-Flashen dieser Programmiergeräte werde ich tunlichst unterlassen. Es gibt da - siehe auch im oben verlinkten Fred in ein anderes Forum - gänzlich ungute Erfahrungen anderer User.
Aber dein davor geäußerter Gedanke hat was ganz Charmantes! Formuliere das für mein eigenes  Verständnis so: das gewünschte Programm ganz normal mit der gewohnten MPLAB X 5.35-Version entwickeln und von der das Hex-File erzeugen lassen. Dieses dann mit der IPE, welche zum PICkit5 gehört, laden und in den PIC transportieren! Werde ich heute mal ausprobieren, danke für den Tipp, das wäre ein guter Ausweg.
Grüße, picass

Schön das ich helfen kann 
Berichte ob es geklappt hat.

Zitiere mich zwecks des Zusammenhanges selbst:

Zitat von: picass in 16.01.2026, 10:10:31 CET...... werde heute mal erneut experimentieren.

Experimente können manchmal ,,interessante" Ergebnisse generieren und das sogar im Doppel- oder  Mehrfachpack. Beruht Nachfolgendes jetzt auf schlichtem Irrtum oder einer  Alterserscheinung? Der PICkit3-Programmer hat seine Verweigerungs-Haltung aufgegeben und tut wieder seinen normalen Dienst! Genau genommen war er nie ,,außer Dienst", er hatte sich nur geweigert, den falschen PIC zu bearbeiten.
Als das aktuelle Prog für einen ersten Test geschrieben war, brauchte es ein geeignetes Board. Es schien sich nur eine einzige Test-Platine anzubieten und das war eine Neue, die aus meinem letzten Entwurf für den Nachbau des ,,PICkit Low Pin Count Demo"-Boards stammte. Ein kurze Blick auf den da drin verlöteten PIC zeigte in der Mitte des Aufdrucks die Zahlen ,,1" und ,,4"........und damit schien klar: das war mein heißgeliebter PIC18F14K22. Also hub das Werkeln mit dem Programmer an. Und das wurden dann mehrere Sätze mit ,,X". Auch der Wechsel auf andere HDs brachte nichts Erbauliches, auch die IPE's wollten nicht.
Die Auflösung: der  kurze Blick war ein mehr als kurzer und vor allem hatte ich die Bezeichnung abgelesen und akzeptiert, obwohl das Ablesen ,,über Kopf" stattfand. Wer weiß: ungünstige Beleuchtung, Brille nicht geputzt, ohne Lupe gelesen......Die  Zahlen passten ja, also musste das der richtige PIC sein. Passend ja, nur unvollständig gelesen: es war ein PIC18F14Q41 und der geht  nicht mit  MPLAB X 5.35 zusammen, sondern erst mit dem neueren Schreck-Assembler.
Seit gestern ist die  Progr.-Welt also wieder im Lot. Etwas gewundert hatte ich mich schon, dass der Programmer defekt sein sollte. Der hatte sich in all den Jahren als äußerst robust erwiesen. Meist stöpsel ich seine USB-Verbindung zum Compi in dessen laufendem Betrieb ein und nicht gerade selten auch wieder aus – Letzteres sollte man ja vermeiden, besser unter Win abmelden. Und auf seiner ,,Sekundär-Seite" wird die Platine an den laufenden Programmer angeschlossen und auch wieder abgezogen, egal, ob die Platine schon unter Saft steht oder nicht. Also echt robust der P.

Der heutige Test brachte dann zudem die Gangbarkeit des von Cobra angesprochenen (Um-/Hilfs-) Weges, das Hex-File des mit MPLAB X 5.35 erstellten Progs mit der IPE zu programmieren, welche zum PICkit5 gehört. Man muss allerdings auch die IPE der 5.35-Version bemühen, um an das passende Hex-File zu gelangen. Das Alles klappte aber auf Anhieb und auch das Zurück-Lesen, rsp. Vergleichen passte.

Man wird älter....., ich jedenfalls....! Aber weiter geht es dennoch.
Grüße, picass