MSP430Fxx-2-Wire-Typen

Frank Gast #717738
Lesenswert?
• ▲
▼ 
Hallo,

vor einiger Zeit hatte ich schon einmal ein Problem mit der 
Programmierung des MSP430F2013 per JTAG 
(Beitrag "MSP430F2013 per JTAG programmieren").
Damals bin ich unter anderem wegen dieser Probleme auf einen 
"normalen"JTAG-Typ (F2131) umgestiegen.

Jetzt stellt sich erneut das Problem. Ich habe für ein anderes Projekt 
lt. Auswahlliste TI den Typ MSP430F2274 genommen. Dieser hat ebenfalls 
neben dem bekannten JTAG das SBW-Interface implementiert. Ich habe die 
Schaltung (gewohnte JTAG-Programmierung - kein Spy-By-Wire) ebenfalls 
wie gewohnt aufgebaut - und ... wieder nichts.

Da viele hier im Forum aber erfolgreich die Typen mit SBW verwenden und 
wir in der Vergangenheit keine Ursache finden konnten, denke ich es 
liegt evtl. an der Installation meines W2k-Rechners (???) oder ich habe 
einen grundsätzlichen Fehler im Verständnis der JTAG-Schnittstelle.
Ich hatte ja sogar ein Original-TI-Board mit F2013 und original USB-FET 
von TI getestet, aber die liefen ebenso wenig.

Nun meine Frage: Gibt es Erkenntnisse zu Problemen mit der 
Entwicklungsumgebung ? Hat jemand ein simples funktionierendes Layout 
(einfach nur F2013-µC + JTAG) - getestet mit z.B. Programmierung per 
Elprotronic-Software-Programmer (http://www.elprotronic.com) mit dem ich 
die Situation nochmals testen kann.

Für Eure Hilfe wäre ich sehr dankbar.

Frank
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Christian R. #717827
Lesenswert?
• ▲
▼ 
Sehr mysteriös. SBW geht aber bei den Typen ja?
JTAG geht nur, wenn das TEST-Pin bedient wird, muss High sein beim 
Debuggen. Aber soweit ich mich an den anderen thread erinnern kann, war 
das ja OK, oder?
Vielleicht hängt das mit dem beiden JTAG-Bugs zusammen, die im 
Errata-Sheet aufgeführt sind?
Kannst du mit dem Oszi überprüfen, ob der Debugger das TEST-Pin auf High 
zieht?
Hat der Debugger die neueste Firmware? Mal IAR 4.2 oder was die jetzt 
haben direkt von TI laden, die hat eine aktuelle Firmware für das UIF 
dabei.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Frank Gast #721483
Lesenswert?
• ▲
▼ 
Hallo,

durch zufall bin ich jetzt weiter gekommen. Ich habe entsprechend des 
Anschlußplan von http://www.elprotronic.com/flashpro430.html mein Board 
abgerüstet bis auf den SBW und getestet.
Die Schaltung funktionierte nicht. Dann habe ich das R/C-Glied vom 
Restet-Pin des F2013 entfernt - und siehe da - es geht.
Frage nun: warum stört das R/C-Glied am PinRST/SBWTDIO und wo/wie muß 
ich den RESET für den F2013 beschalten ?
Angehängte Dateien:
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Stefan Gast #721517
Lesenswert?
• ▲
▼ 
Das RC-Glied soll ja im Normalfall den Reset solange aufrecht erhalten 
(verzögern), bis die Spannungsversorgung stabil aufgebaut ist. Bei den 
neueren MSP's ist dies aber z.B. durch das interne BOR nicht mehr 
notwendig. Im gleichen Maße wie der Reset, wird mit dem RC-Glied 
natürlich auch das SBW-Signal "tiefpassgefiltert" und damit 
"verschliffen", was das Debuggen über SBW verhindert.
Im ez430 ist ja auch ein F2013 verbaut. Die Doku dazu liefert folgende 
Beschaltung des Reset-Pins (s. Anhang)
Angehängte Dateien:
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Stefan Gast #721523
Lesenswert?
• ▲
▼ 
OT:
>Übrigens taugt der interne BOR nicht sehr viel, zumindest bei der F16X
>Reihe. Wir verwenden immer einen TPS3838.
Hatte beim F123 massive Reset-Probleme!
Ersetzt durch F1232 mit BOR => alles perfekt! (zumindest in meiner 
Anwendung!)
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Frank Gast #721533
Lesenswert?
• ▲
▼ 
DANKE für die guten und hilfreichen Hinweise. Ausnahmsweise stehts im 
Manual bei TI doch mal richtig. Das Manual zum SBW-Programmer TI-USB-FET 
hat aber die 47k/10nF definitiv falsch drin. Beschaltet ist das aber 
korrekt, denn es funktioniert ja. Ich habe jetzt meine Schaltung 
getestet und es funktioniert perfekt.

Die Sache mit den Reset-ICs ist bei mir besonders kritisch, da im 
min.Bereich der VCC (1,8) meine Applikation arbeitet. Dort habe ich die 
Sache nur vernünftig mit einem RESET-IC hinbekommen.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren