Ich habe mir ein jam-Programmierer selber gebaut. Wie auf folgendem Link: http://img3.imagebanana.com/img/4wit6m3y/Unbenannt.jpg Und jetzt wird er vom Programm erkand, aber der Chip nicht. Und wenn ich dem Programm sage, dass das der pic16f883 ist, dann kann ich ihn auslesen aber nicht beschreiben . Ich hoffe es kann mir jemand helfen?! Danke im schonmal an alle die mir helfen können!!! MFG Viper1de
Nunja, wenn es sich um ein EPROM (Erasable Programmable Read-Only Memory) handelt, kann man den auch nicht einfach wiederbeschreiben. Er kann nur gelesen werden. Um ihn zu löschen, musst du ihn unter UV-Lich halten.
Also es ist ein pic16f883 das daten blat da zu http://ww1.microchip.com/downloads/en/DeviceDoc/41291D.pdf entschuldige das ich mich falsch ausgedrückt habe.Aber ich bin froh das mir mal jemand, hoffe ich weiter helfen kann. MFG Viper1de
>jam-Programmierer
Du meinst doch sicher JDM?
>>jam-Programmierer >Du meinst doch sicher JDM? Naja, sieht jedenfalls so aus. Also: JDM hat zum Beispiel Probleme mit seriellen Ports von Laptops. Die Spannungen sind dort häufig einfach zu klein. Problematisch können auch USB-Seriell Wandler sein. An was für einer seriellen Schnittstelle hängt dein JDM? Wie groß ist denn die Spannung an MCLR beim auslesen?
Mein JDM hängt an einem Laptop. Und zwischen welchen kontakten muss ich messen mit einem multimesser? Etwa zwischen MCLR und GND? Ich will den chip nicht kaputt machen! Ich arbeite normalerweise an höheren Spannungsebenen 230/400V ich bin elektriker...^^ MFG Viper1de
>Und zwischen welchen kontakten muss ich messen mit einem >multimesser? >Etwa zwischen MCLR und GND? Jupp, da sollten so zwischen 10-12V liegen.
Ja es sind 10,9V
>Ja es sind 10,9V
Und wieviel beim beschreiben?
Dauerhaft 12V bis die Fehlermeldung kommt.
>Dauerhaft 12V bis die Fehlermeldung kommt.
Das ist ok. Wie sieht die Spannung an VDD gegen GND
beim lesen und schreiben aus?
Beim lesen und schreiben 4,8V
>Beim lesen und schreiben 4,8V
Das ist alles noch im grünen Bereich.
Gemessen hast du vermutlich mit einem Multimeter?
Ja das habe ich war das falsch?
>Ja das habe ich war das falsch?
Nein, aber kurze Spannungseinbrüche kannst du damit
nicht sehen. Dafür wäre ein Oszi notwendig.
Ich kenne noch ein ausbilder, über ihn würde ich an ein oszi kommen wenn das wichtig ist? Also bekommen wir das problem nicht in den griff,so wie sich das anhört.
Ich habe was herausgefunden und zwar er bricht immer bei Veriting Code Memory und Data Memory ab woran kann das ligen. MFG Viper1de
@ Dirk Freyer (viper1de) selber denken macht schlau! nimm dir ein Englisch-Wörterbuch, und schau mal nach was das Wort "verifying" bedeutet, sowie "memory" falls du es mit dem Wörterbuch auf der Schnelle nicht hinbekommst: to verify: vergleichen memory: Speicher --> Es erfolgt ein Abbruch beim Vergleichen von dem was er in dem Chip speichern SOLLTE zu dem was er gespeichert HAT. Ursache der Unstimmigkeit: entweder: Der Schreibvorgang war fehlerhaft und hat irgendwas in den Chip reingeschrieben was da nicht reingehört, oder: der Schreibvorgang war erfolgreich, und der anschließende Auslesevorgang hat irgendwas ausgelesen was nicht der Erwartung entsprach. tja, da waren sie wieder, deine Eingangs geschilderten Probleme ...
Hängt denn in deiner Schaltung nur der PIC an der 5V-Leitung des ICSP-Steckers oder hängen da noch andere Verbraucher mit dran? Falls dies so ist, könnte es sein, dass die RS232 deiner Schaltung nicht genug Strom liefert und beim programmieren die Spannungen zusammen brechen. Sven
Kann es vllt. sein das deine Schaltung nicht Korrekt ist? Im Anhang lt. RS232 - Pinbelegung ist der Pin 5 eigentlich GND und bei deiner Schaltung VDD. Hmm???
So hab nun nach JDM gegoogelt und hab herausgefunden das die Schaltung von dir von Olimex Seite ist. Ich hab mir dort mal die verschiedenen Schaltungen mal angeschaut. Unter anderem ist immer wieder zu erkennen das der Pin 5, der RS232 eigentlich GND ist, mit +5V und diversen Bauteilen Z-Diode, C, R verbunden ist. Müsste es da nicht nen Kurzschluss geben? (Siehe Anhang )
ich kenne den JDM nicht, aber falls es die option gibt "errase before programming" (PIC löschen bevor programmiert (gebrannt) wird) oder so ähnlich, dann aktivier das mal - bewirkt zum teil wunder. edit: jemand bei mir im geschäft hat sich auch so einen seriellen brenner aufgebaut und ständig probleme gehabt und alles mögliche untersucht, was falsch eingestellt hätte sein können; es gab immer eine hand voll fehler im gebrannten code... schlussendlich kam er zu mir und ich brannte ihm die PICs mit einem richtigen brenner. guck mal bei www.sprut.de rein.
Guten morgen also ich benutze das programm PICPgm Develop. Programmer. V1.0.1.5 und da habe ich keine "errase before programming" also keine lösch funktion.Und mein schaltplan ist ganz oben falsch oder wie? MFG Viper1de
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.