Forum: Mikrocontroller und Digitale Elektronik Problem mit AT89LP51ID2


von Bernd K. (bkhh)


Angehängte Dateien:

Lesenswert?

Hallo,
Ich kämpfe seit einer Woche mit dem (für mich) neuen AT89LP51ID2 und 
benutze einen ASIX PRESTO.

POL ist auf GND und ein exterer supervisory chip zieht den RESET Eingang
nach dem Power-UP für 140 ms gegnen GND.
Um EMV-Probleme beim Anschluss der PRESTOs zu verhindern, ist jeder 
ISP-Pin mit einer Schutzschaltung versehen (siehe .pdf).

Ich habe folgenden Effekt: Bei einem neuen Chip aus der Schachtel 
funktioniert die Programmierung wunderbar. Löschen, Verifizieren und 
Programmieren.. alles ok. Aber nach dem Aus- und Einschalten der 
Versorgungsspannung geht nichts mehr! Kann es sein, dass ich die Fuses 
falsch gesetzt habe und die Chips dadurch erledige?

Der RESET-Pin bleibt nach dem Wiedereinschalten auf GND, kann aber
mit einem Pull-Up hochgezogen werden. Dann sehen die Signale beim 
Programieren wieder gut aus.

Könnt Ihr mir helfen?

Gruß, Bernd

: Bearbeitet durch User
von Peter D. (peda)


Lesenswert?

Vielleicht hat der Programmer Probleme mit low aktivem Reset.
Beim 8051 ist der Standard nämlich Reset bei High.
Stells mal testweise um.

von Bernd K. (bkhh)


Lesenswert?

Gestern Abend habe ich die Lösung gefunden:

Mein Board hat keinen externen Quarz, also soll der Chip den
internen RC-Oszillator verwenden. Wenn der Chip aus der Schachtel kommt,
ist er auch so eingestellt. Die Fuses meines Programmers habe ich also
auch so eingestellt. Wenn ich den Chip programmiere läuft der Zyklus 
incl.
Verify problemlos durch. Jetzt habe ich einfach mal die Switches 
zurückgelesen,
und siehe da, die Fuses stehen auf externen Quarz! Wenn ich nun neu 
starte,
funktioniert nichts, da ohne Takt auch der Reset nicht mehr 
funktioniert;
und damit auch nicht mehr das Enable der ISP-Programmierung. Unabhängig 
davon,
wie ich die Switche einstelle, es ist immer der Quarz aktiviert. Nun 
habe
ich inzwischen 16 Chips, die ich nur mit externem Quarz zum Leben 
erwecken kann...
sind also nicht tot sondern nur im Koma.

Es ist eindeutig der Prommer, der den Ärger verursacht hat.

Gruss, Bernd

von Gerhard O. (gerhard_)


Lesenswert?

Haben AVRs nicht das gleiche Problem? Diese Geschichte kommt mir bekannt 
vor. Das scheint sozusagen eine Atmel Macke zu sein.

Wenn ich mich nun recht erinnere, braucht man in einem solchen Fall nur 
einen externen Quarzoszillator anschalten und ISP sollte darauf wieder 
funktionieren. Zumindest bei AVRs.

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
Noch kein Account? Hier anmelden.