Hi, mit 2 Kumpels habe ich eine Platine entworfen und wollten diese in Betrieb nehmen. Damit jeder programmieren kann, haben wir eine USB Debugger (orig.) und einen seriellen Debugger (orig.). So, der serielle geht und kann den MSP programmieren, der USB Debugger findet unseren µC nicht. Woran kann das liegen? Das selbe Programm geht mit dem USB Debugger auf einem TI Demoboard. Hat der USB Debugger vielleicht steilere Flanken? Oder eine andere Belegung? Danke für die Antworten!
Einen original seriellen Debugger? Gibts doch gar nicht. Höchstens den seriellen BSL-Programmer. Was für einen Programmer/Debugger hast du genau? Poste mal den Schaltplan deines Boards und sag uns, welche Software mit welchen Einstellungen du benutzen willst.
Hi, ich mein damit, dass ich den vom Spoerle bezogen habe und nicht von Olimex. Wie auch immer, im Anhang das Datenblatt. Software: IAR Kickbench µC: MSP430F169 Welche Einstellungen meinst du genau? Edit: Die 3,3V bekommt der Prozessor vom Board und nicht vom Debugger, deshalb fehlt hier der Pin vom JTAG. Allerdings arbeiten wir anfangs nur mit ca. 2V, denn der Schaltregler für die 3,3V springt erst an, wenn der µC eine 1 an diesen anlegt. Gruß, Pascal
Angehängte Dateien:
-
JTAG.jpg
(50 KB)
Keiner ne Idee? Muss ich den VCC Pin vielleicht anfangs doch auf den µC geben?
Gast
#1268008
>Keiner ne Idee? Doch, aber der Lerneffekt ist größer, wenn man den User-Guide halt doch mal selbst durch liest! http://focus.ti.com/lit/ug/slau138l/slau138l.pdf
Wieso nicht gleich du Depp! Jetzt geht mir ein Licht auf :-D Hab das noch nie gesehen, hab schon ne Menge Datenblätter durchgekuckt!! Danke, probier das gleich mal morgen Gruß
Gast
#1268050
Was auch immer Du einwirfst... nimm weniger davon!
Net falsch verstehen ;-) War spaßeshalber gemeint!
Hi, also ich hab jetzt versucht den 4. Pin von der JTAG Schnittstelle an den Debugger mit anzubinden, wohl als Referenz. Trotzdem funktioniert es immer noch nicht. Woran könnte das liegen? Gruß
Schau dir mal den RST (Reset) pin an?
Ja der wird nich benötigt und ist nur optional, deshalb denke ich, dass er nicht wirklich relevant ist.
Naja, mit in der Luft hängendem Reset wird das nix. Und bei 2V wird´s auch nix mit Flashen, dazu müssen mindestens 2,7V VCC anliegen. Und was bitte genau ist das für ein "serieller" Debugger? Oder meinst du den für den Parallelport? Den billigen? Hast du denn im IAR überhaupt umgestellt, dass er den USB Debugger dann benutzen soll?
Ja ich meine den Debugger für den Parallel Port, hab mich etwas schlecht ausgedrückt. Der Reset ist standardmäßig, also zur Zeit, noch angeschlossen. Soweit ich weiß, wird der im MSP mit einem 47k Pull Up nach oben gezogen. Die Umstellungen wurden auch vorgenommen. Ist wirklich merkwürdig :-/
Pascal O. schrieb: > Soweit > ich weiß, wird der im MSP mit einem 47k Pull Up nach oben gezogen. > Die Umstellungen wurden auch vorgenommen. Ist wirklich merkwürdig :-/ Also ich kenne keinen MSP wo der Resetpin im MSP hochgezogen wird. Wäre ja auch völlig sinlos. Den must du schon über einen 47kOhm Wiederstand an Vcc anschliesen.
Da gibts keinen internen Pull-Up. Der Reset gehört so beschaltet, wie es im User Guide des FET gezeichnet ist. 47k nach VCC und 10nF nach Masse. Sonst geht der MSP430 erst gar nicht los. Zum Debug-Anschluss muss er nicht durchverbunden werden, das ist richtig. Aber es gibt keinen internen Pull-Up. Wo hast du das denn gelesen? Hast du nun im Debugger-Dialog beim IAR überhaupt auf den USB Debugger umgestellt?
Hi Jungs, es geht jetzt. Hab jetzt die fehlenden Bauteile reingelötet und es ging auf Anhieb! Ich dank euch vielmals :-) Es ist mir aber ein Rätsel, wieso der Parallel Debugger aber damit klarkommt. Also danke! Gruß
ImGegensatz zum USB Debugger bedient der aktiv immer das Reset vor dem Debugging. Beim USB Debugger kann man das einstellen, oder auch bei Bedarf zwischendurch auslösen.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.