Habe hier ein Board aus meiner Schule. Beim Programmieren ist mir ein Fehler passiert, wodurch der uC in eine Endlosschleife geraten ist. Jetzt lässt der sich nicht mehr flaschen. Auch das Trennen vom Netz half nicht. Auf dem Board sitzt neben dem AT89S8252 noch ein AT89C2051, welcher den eigentlichen Programmiervorgang übernimmt. Das Programmieren geht übers Hyperterminal. Was kann ich jetzt machen?
Es gibt 2 Möglichkeiten: 1. Die UART beider Chips hängt parallel und der AT89S8252 zieht RXD oder TXD dauerhaft auf low. Wenn der Chip gesockelt ist, diese beiden Beinchen vorsichtig hochbiegen. Oder auf dem Board sind 2 Jumper zum Trennen. 2. Im AT89C2051 ist eine schlechte Programmiersoftware, die schon bestimmte Pegel an den SPI-Pins erwartet, unmittelbar nachdem der Reset-Pin auf high gesetzt wird. Bei Atmel gibt es ein Erratsheet dafür. Wenn man allerdings 30ms nach Reset wartet, bevor man den Chip anspricht, ist es egal, was die Software mit den SPI-Pins macht, der Chip ist immer programmierbar. Ich hatte das Atmel zwar gepostet, aber die haben lieber ne Errata gemacht, statt den Programmieralgorithmus richtig zu beschreiben. Peter
>Habe hier ein Board aus meiner Schule.
@Maxim:
Wenn du 100% verstehst was du tust, kannst du das tun was Peter
vorschlägt.
Ohne Schaltplan des Boards würde ich so einen Vorschlag wie Peter nicht
geben. ANSONSTEN:
Geh zu deinem Lehrer. Sag ihm was passiert ist und bring es mit ihm
gemeinsam in Ordnung. Er wird Dir nicht den Kopf abreißen. Wenn du
dagegen mit einem Board auftauchst was (nach dem Reparaturversuch)nicht
geht und da sind "zwei Beinchen" hochgebogen. Ich glaube nicht das dein
Lehrer dann viel Verständnis aufbringt.
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.