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
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.
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 ?
Naja, im Manual des FET steht das ja auch drin, dass die RC-Kombi mit Vorsicht zu genießen ist. Das obere Limit für den C liegt bei 2,2nF, und parasitäre Kapazitätren stören die Debug-Verbindung.
Wie sieht es mit Reset-ICs (MAXxxx) aus, denn die waren im vorigen Test auch drin getestet ?
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)
Frank wrote: > Achja, im TI-Manual sind am RESET 4k und 10nF beschaltet. Nicht für SBW Debug, richtig lesen! Siehe Bild. Übrigens taugt der interne BOR nicht sehr viel, zumindest bei der F16X Reihe. Wir verwenden immer einen TPS3838.
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!)
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.
...dann haben die den offensichtlich verbessert. Leider werden die aktuellen nachfolger der F16x Reihe noch nicht vom MSPGCC unterstützt, ich würd liebend gerne auf die 64-Pinner mit den neuen Features wechseln.
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.