Hilfe zu STK500 Reparatur

OP #7844374
Lesenswert?

Hi, hab nen gebrauchten STK500 bekommen, der sich allerdings nicht mehr mit dem AVR Studio verbinden lässt. Über die Forumsuche bin ich auf die Anleitung hier gestoßen: https://www.mikrocontroller.net/attachment/274296/fixSTK500.pdf

Verdächtig war der MAX202, der am Pin 2 nur knapp 4.5V (sollte 10V) liefert und am Pin 6 2.9V (sollte -10V) - oder die Elkos darum. Also habe ich den IC getauscht und auch die Elkos gleich mit. Leider änderte das nichts am Problem, auch die gemessenen Spannungen sind noch immer nicht richtig.

Nun habe ich testweise den OpAmp LM358 (U602 im Schaltplan des STK500 https://documents.uow.edu.au/~phung/avr/avr_documentation/STK500_Schematics.pdf) mal von der Platine entfernt und schon waren die Spannungen am MAX202 in Ordnung mit den erwarteten 10V und -10V. Der OpAmp wird ja mit den vom MAX202 erzeugten Spannungen versorgt und wurde auch schon durch einen neuen IC ersetzt.

Bin nun etwas ratlos, was ich mir als nächstes anschauen oder welche Erkenntnis ich daraus gewinnen sollte. Könnt ihr mir ein paar Ratschläge geben, was ich als nächstes prüfen kann, um dem Fehler auf die Spur zu kommen?

Danke!

Angehängte Dateien:
(Firma: matzetronics) #7844393
Lesenswert?

Beide OpAmps treiben den ADJ Eingang der LM317 an. Wenn da einer der 317er defekt ist, wird dem Ausgang des Opamps mögl. zu viel Strom abrverlangt, so das die Versorgung einbricht. Der MAX202 wird hier ja nur missbraucht und ist nicht wirklich als Speisung gedacht. Er kann also nicht viel Strom liefern. Also ruhig mal den 358 nochmal ziehen und mit dem Ohmmeter mal die ADJs gegen Masse und Versorgung auf Widerstand messen.

Beitrag #7844536 wurde von einem Moderator gelöscht.
Beitrag #7844540 wurde von einem Moderator gelöscht.
#7844541
Lesenswert?

Hmmm schrieb:

Karl B. schrieb:

Habe hier ein ganz anderes Problem

Was hat das dann in diesem Thread verloren?

Karl B. schrieb:

Der Prolific läuft nicht mehr unter Win11.

Wer billig kauft, kauft zweimal.

Karl B. schrieb:

Muss wohl den XP-Rechner wieder flott machen.

Warum nicht gleich den Win3.11-Rechner mit zwei RS232-Schnittstellen? Wäre ja viel zu einfach, für den Win11-Rechner einen vernünftigen (FTDI) USB-RS232-Adapter zu kaufen.

Also, der Tipp ging verloren: Wollte sagen, der TO sollte auch für den aktuellen Treiber sorgen, und überprüfen, ob der USB-RS232-Umsetzer bei ihm funktioniert. Falls nicht, liegt es an obigem zusätzlichen Problem. Dann hat das Ding Läuse und Flöhe. Also nach Rumhexerei und Chip Test COM 3 open port failed. Auch Teraterm zeigt COM3 Und den Spruch .... Wieder Elektronikschrott mehr. ciao gustav

OP #7844762
Lesenswert?

Thomas Z. schrieb:

Hast du die Polarität der Elkos am MAX202 überprüft? Das SDK sollte sich ja auch bei gezogenem OP mit AVR Studio verbinden. Nur die Programmierspannungen sind dann halt im off. Wenn das nicht geht ist vermutlich der Controller auf dem SDK nicht ok.

Die Elkos sind so platziert, wie sie vorher auch auf dem Board waren. Stimmt auch mit dem Schaltplan überein.

Wenn ich den OpAmp gezogen habe, wird das STK500 vom AVR Studio erfolgreich erkannt.

OP #7844850
Lesenswert?

Motopick schrieb:

Dann reichem deinen seriellen Anschluss die Pegel wohl nicht mehr, wenn die Spannung am MAX202 so weit zusammenbricht. Schonmal einen anderen versucht?

Naja, aber es muss ja eine Ursache geben, warum die Spannung des MAX202 so zusammenbricht. Das sollte ja nicht der "Normalfall" sein. Aber ja, ich habe auch schon mehrere Rechner und USB-Serial Adapter versucht. Keine Chance, sobald der OpAmp wieder im Board sitzt, brechen die Spannungen weg und das STK500 wird nicht mehr vom Rechner erkannt.

#7845020
Lesenswert?

Tobi X. schrieb:

warum die Spannung des MAX202 so zusammenbricht.

Bei meinem defekten STK Bord war bei einer Fassung die Targetspannung nicht vorhanden. Vom Support wurde empfohlen, die Spannung am LM317 nachzuprüfen, Also RS232 ging auch nicht. Mit PWRM über den oben genannten LM358 wird UAdj des LM317 erzeugt. Und damit Targetspannung. Fehlerursache: Haarriss in Leiterbahn. Konnte von außen mit Drahtbrücke geflickt werden. Evtl. mal die Targetspannung an den verschiedenen Fassungen nachprüfen. Wenn die teilweise fehlen, hat man den Fehler. - zugehörige Leiterbahn - Wenn Targetspannungen (5V) vorhanden, dann kann der LM358 nicht die Fehlerursache sein.

ciao gustav

OP #7845047
Lesenswert?

Jörg W. schrieb:

Du hast den LM358 als DIL in einer Fassung? Dann bieg doch mal die Ausgangs-Pins weg. Dann weißt du, ob es der Betriebsstrom selbst ist, oder ob über einen der Ausgänge zu viel gezogen wird.

Vielleicht bringt das ja neue Erkenntnisse.

Wenn ich beide Ausgänge (Pin 1 und Pin 7 am OpAmp) entferne, habe ich: Pin 2: 9.03V Pin 6: -8.43V

Wenn ich nur einen der zwei Ausgänge entferne, ändert sich kaum etwas an den Spannungen des MAX202.

#7845057
Lesenswert?

Tobi X. schrieb:

Wenn ich beide Ausgänge (Pin 1 und Pin 7 am OpAmp) entferne, habe ich: Pin 2: 9.03V Pin 6: -8.43V

Wenn ich nur einen der zwei Ausgänge entferne, ändert sich kaum etwas an den Spannungen des MAX202.

Die beiden OPVs im LM358 ziehen jeweils etwas mehr als 5mA über die 240R-Widerstände R614/R625 an den LM317ern in die negative Versorgung (V8N). Das ist wohl zuviel.

#7845243
Lesenswert?

Tobi X. schrieb:

Ich hatte versucht (als der OpAmp raus war und ich mit dem STK500 kommunizieren konnte), die Spannung auf 5V runterzusetzen.

was natürlich nicht funktionieren kann. Hast mal die OP Versorgung kontrolliert als der LM317 drausen war?

Tobi X. schrieb:

Wenn ich beide Ausgänge (Pin 1 und Pin 7 am OpAmp) entferne, habe ich: Pin 2: 9.03V Pin 6: -8.43V

Wenn ich nur einen der zwei Ausgänge entferne, ändert sich kaum etwas an den Spannungen des MAX202.

Was ich nicht verstehe: Wenn einer der OP Ausgänge nicht in der Schaltung steckt ist die Versorgung ok? Egal welcher? Die Ops sind ja dann ohne Rückkopplung die Ausgänge sollten irgendwo bei V8N liegen

OP #7845253
Lesenswert?

Thomas Z. schrieb:

Hast mal die OP Versorgung kontrolliert als der LM317 drausen war?

Leider nicht

Thomas Z. schrieb:

Was ich nicht verstehe: Wenn einer der OP Ausgänge nicht in der Schaltung steckt ist die Versorgung ok? Egal welcher? Die Ops sind ja dann ohne Rückkopplung die Ausgänge sollten irgendwo bei V8N liegen

Wenn ich das STK500 mit dem verbundenen OP-Ausgang an Pin 7 starte, so habe ich am MAX202 die Spannungen: Pin2: 8,42V Pin6: -7,21V

Wenn ich das STK500 mit dem verbundenen OP-Ausgang an Pin 1 starte, so habe ich am MAX202 die Spannungen: Pin2: 8,39V Pin6: -7,15V

Wenn beide OP-Ausgänge verbunden sind beim Start habe ich am MAX202: Pin2: 4.5V Pin6: 2.9V

Wenn ich beide OP-Ausgänge zum Start des Board getrennt habe und sie dann erst später verbinde komme ich am MAX202 auf: Pin2: 6.9V Pin6: -4.3V

Moderator Persönliche Seite #7845279
Lesenswert?

Tobi X. schrieb:

Vermutlich kommt der ARef-Wert durch durch die ADC6 Verbindung zum AT90S8535?

Dann wäre der 'S8535 aber kaputt. Der ADC wird ja nur als Eingang benutzt, und VADC sollte man zwischen 0 und VCC einstellen können. (Die Firmware verhindert meiner Erinnerung nach nicht, dass man mehr als VCC einstellt; das muss die Host-Software absichern.)

#7845870
Lesenswert?

Ich habe mal mein altes STK500 wieder ausgegraben, mit dem ich zum einen wie gesagt auch das Problem mit 6.3V auf Vtarget erlebt habe und zum anderen bei der letzten Benutzung erst nach mehreren Versuchen einen Controller flashen konnte.

Ersteres tritt nur auf, wenn der ARef-Jumper gesteckt ist, den sollte man also tunlichst draussen lassen. Warum das passiert, ist natürlich eine interessante Frage.

Der Rest sieht aus wie bei Dir: Zu niedrige Spannungen am MAX202, was sowohl die Kommunikation mit dem Programmer-Teil kaputtmacht (komischerweise habe ich zwischendurch 1x eine Verbindung hinbekommen) als auch den "RS232 Spare" unbrauchbar macht. Empfangen klappt, senden nicht.

Das Problem scheint häufiger aufzutreten, wir hatten hier auch schonmal einen Thread dazu:

Beitrag "STK500 reparieren"

Leider ohne wirklich eindeutiges Ergebnis.

#7845980
Lesenswert?

Inzwischen nehme ich stark an, dass es an den Elkos liegt, gerade weil das Problem erst sporadisch auftrat und mein STK500 >20 Jahre alt ist. Ich habe mal testweise externe 10V an V+ des MAX202 angelegt, damit funktionierte alles wie gewohnt.

Was für Elkos hast Du beim (erfolglosen) Austausch verwendet? Und hast Du wieder einen MAX202CSE oder einen ECSE eingesetzt?

OP #7846170
Lesenswert?

Hmmm schrieb:

Tobi X. schrieb:

Ich habe direkt den ECSE eingebaut.

Laut einem Posting in einem anderen Forum ist der wohl nicht so gut geeignet, wie im Schaltplan suggeriert wird:

https://robotikportal.de/community/threads/11524-hardware-Problem-mit-STK500-%28MAX202-und-Spannungsversorgung%29?p=115270&viewfull=1#post115270

Es wäre also einen Versuch wert, den CSE wieder einzulöten.

Das war's! Ich mag es kaum glauben, aber nachdem ich den ECSE durch den "normalen" CSE ersetzt habe, sehen meine Spannungen einigermaßen in Ordnung aus: 7.2V an V+ und -5.3V an V-. Meinem Rechner scheinen die Spannungen auszureichen um Verbindung mit dem STK500 herstellen zu können.

Vielen Dank an alle Helfer und natürlich ganz besonders an "Hmmm" für den Tipp aus dem Robotikportal.

#7846229
Lesenswert?

Ist zwar redundant, aber hatte bei mir dasselbe Problem. Habe die 10µF Kondensatoren beim MAX in Verdacht, die sind aber ok. Was mir auffiel: Wenn ich mit etwas angefeuchtetem Finger über die Platine im Bereich des LM358 fahre, dann flackert plötzlich die LCD Hintergrundbeleuchtung. Habe mit Pinsel vorsichtig die Oberseite der Platine "entstaubt". Zeitweise ging es dann wieder. Aber jetzt kommt folgendes: Wenn ich "gekreuztes" V24-Kabel nehme, geht beim Einstecken Vcc hoch. Ist falsch. Die Buchse hat schon die Kreuzung drin, es kann 1:1 Kabel genommen werden. Dass der XP-Rechner mit seiner seriellen Karte nicht defekt ist, konnte ich feststellen, indem ich die MSF60 Uhr mit RS232-Anschluss über Teraterm laufen ließ und siehe da, die Nullen und Einse wurden als Klartext ausgegeben. Auch hier an der weiblichen Buchse 4 und 6 sowie 7 und 8 gebrückt (Bei Sub D Min 9). Fazit: Mit derZeit altern die Subminiatur-SMD-Bauteile und sind empfindlicher gegen Staub und sonstige Verschmutzung. Evtl. hilft sanfte Reinigung schon.

ciao gustav

#7846261
Lesenswert?

Hmmm schrieb:

Ich habe direkt den ECSE eingebaut.

Laut einem Posting in einem anderen Forum ist der wohl nicht so gut geeignet, wie im Schaltplan suggeriert wird:

Im Schaltplan steht auch nur, dass der MAX202ECSE die ESD Toleranzen verbessert. Was auch immer Atmel damit gemeint hat. "NOTE! MAX202ECSE can be used to improve ESD tolerance"

Siehe S. 7 in https://www.mikrocontroller.net/attachment/274262/STK500_Schematics.pdf

#7847770
Lesenswert?

Tobi X. schrieb:

sehen meine Spannungen einigermaßen in Ordnung aus: 7.2V an V+ und -5.3V an V-.

Ich habe bei meinem gerade (nur) die Elkos getauscht, im Leerlauf 7.8V und -5.9V, jetzt funktioniert alles wieder.

Tobi X. schrieb:

Meinem Rechner scheinen die Spannungen auszureichen um Verbindung mit dem STK500 herstellen zu können.

Der RS232-Standard gibt mindestens +3V und -3V vor. Bei mir hat der MAX202 allerdings mit den alten Elkos unabhängig vom Eingang dauerhaft einen High-Pegel (also negative Spannung) ausgegeben.

Alexander S. schrieb:

Was auch immer Atmel damit gemeint hat. "NOTE! MAX202ECSE can be used to improve ESD tolerance"

Der MAX202E hat einen integrierten ESD-Schutz, scheint aber grössere Cs und/oder zusätzliche Belastung nicht so gerne zu mögen.

Der Hinweis im Schaltplan taugt wenig, wenn die Schaltung damit gar nicht funktioniert.

#7848670
Lesenswert?

Tobi X. schrieb:

hab nen gebrauchten STK500 bekommen, der sich allerdings nicht mehr mit dem AVR Studio verbinden lässt.

Gibt mittlerweile eine Menge von "refurbished" STK500, die aber nach Anschluss mit der Updatemeldung aufwarten, obwohl Hardware auf keinen Fall upgedatet werden sollte. Die Version 2.0 soll auf 2.0A upgedatet werden. Dieses Popup-Fenster am besten mit "abbrechen" quittieren. Es besteht bei einigen Boards nämlich die Gefahr, dass der Updatevorgang fehlschlägt, und damit die Kommunikation verloren geht. Vielleicht war dies auch der Fall beim Problem hier. Würde mich interessieren, welche Version der TO hat.

ciao gustav

#7848682
Lesenswert?

Karl B. schrieb:

obwohl Hardware auf keinen Fall upgedatet werden sollte.

Du mutierst langsam zum Dieter.

Karl B. schrieb:

Die Version 2.0 soll auf 2.0A upgedatet werden.

Dieses Update hat schon Atmel Studio 4 (!) mitgeliefert, vor über 20 Jahren.

Karl B. schrieb:

Dieses Popup-Fenster am besten mit "abbrechen" quittieren.

Wenn ich mich recht erinnere, war ohne das Update keine Kommunikation mehr möglich.

Karl B. schrieb:

Es besteht bei einigen Boards nämlich die Gefahr, dass der Updatevorgang fehlschlägt, und damit die Kommunikation verloren geht.

Quelle? Und selbst dann sollte man es immer noch per ISP von aussen retten können.

Karl B. schrieb:

Vielleicht war dies auch der Fall beim Problem hier.

Brabbelst Du in jeden Thread, ohne ihn zu lesen? Nach Austausch der Elkos ohne Umbau auf den MAX202E war das Problem behoben, das hatte rein gar nichts mit der Firmware zu tun.

#7848747
Lesenswert?

Hatten wir schon einmal: Beitrag "STK500 Upgrade - woher die Firmeware 2.0A ?" Bei einigen neulich "refurbished" oder second hand gekauften Boards klappt es eben nicht entgegen den Behauptungen. Besser, vor dem Kauf nachfragen, welche Version drauf ist.

Und wenn der TO so freundlich ist, möchte er mal mitteilen, welche HW Revision sein Board tatsächlich hat, auch wenn "sein" Problem schon gelöst ist. Edel sei der Mensch, hilfreich und gut...

ciao gustav

Angehängte Dateien:
#7848769
Lesenswert?

Karl B. schrieb:

Bei einigen neulich "refurbished" oder second hand gekauften Boards klappt es eben nicht entgegen den Behauptungen.

In einem anderen Forum behauptete mal jemand, dass das 2.0a-Update mit älteren Boards mit AT90S* nicht gehen soll. Passt aber nicht, meines gehört zu dieser Kategorie (ca. 2002 gekauft) und läuft schon ewig mit 2.0a.

#7848813
Lesenswert?

Tobi X. schrieb:

Am Windows 11 Rechner startete das Update-Tool nicht.

Bingo. Vielen Dank für Info. Also XP-Rechner rausgekramt. Prozedur durchgeführt: Hardware Revision 0x02 Firmware Version 0x020a Getting Revisions HW 0x02 SW Major 0x02 SW Minor 0x0a OK Signature read: 0x1E 0x92 0x0D

sieht gut aus. Das neue ohne Garantie des Verkäufers. Also, altes Board war hinüber, nicht nur der MAX. diverse Leiterbahnunterbrechungen. Und total verschmutzt (Nikotin) OK. Nach 10 Jahren darf das auch mal sein. Dank an alle!! ciao gustav

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren