Hallo zusammen, ... geht garnicht; meine letzten Versuche: Elprotronic's Programming-Tools bis V2.4, auch deren MSP430.dll's mit msp430-gdbproxy... angeschlossen wie im Bild und mit Oszi angesehen - Signale sind pegelmäßig wohl i.O.; aber gdbproxy sagt: debug: MSP430_Initialize() debug: MSP430_Configure() debug: MSP430_VCC(3000) debug: MSP430_Identify() error: msp430: Could not find device (or device not supported) (4) debug: MSP430_VCC(0) debug: MSP430_VCC(3000) debug: MSP430_Reset(ALL_RESETS) error: msp430: Could not run device (to breakpoint) (17) debug: MSP430_Close() Assertion failed: !msp430_status.is_open, file target_msp430.c, line 745 abnormal program termination die Fehlermeldung mit der Nummer 17 wird bei gleichen Voraussetzungen nicht immer angezeigt. Kann jemand helfen ? mfG ffje
Vorab mal ne dumme Frage, Du weisst schon, dass der F2013 nur Spy-By-Wire (über RST und TEST) unterstützt und nich das 4-Pin-JTAG? Unterstützt der Olimex-LPT überhaupt Spy-By-Wire?
Hab grad bei Olimex nachgeschaut. Die parallelen Interface unterstützen Spy-By-Wire generell nicht. Das Timing ist wohl über diese Schnittstelle nicht machbar. Ich denke also, Du hast hier ein prinzipielles Problem.
>Du weisst schon, dass der F2013 nur Spy-By-Wire (über RST und TEST) >unterstützt und nich das 4-Pin-JTAG? Das ist falsch. ALLE MSPs können auch JTAG.
Hängt an den JTAG Leitungen noch was anderes dran? Die teilen sich ja die Anschlüsse mit den normalen I/Os. Da kanns Probleme geben....ansonsten mal testen, das TEST dauerhaft auf High legen....
hi also im prinzip hast du recht der f2013 hat auch jtag, aber dann hast du noch weniger i/o pins als mit spy-by-wire! was aber eigentlich noch schlimmer ist, du hast keine usi mehr bzw. musst die anderen funktionen von jtag entkoppeln, besonders den reset. gruß marcel
>...was aber eigentlich noch schlimmer ist, du hast keine usi mehr...
Beim debuggen nicht ja, sonst schon.
Tja, da hab ich wohl was übersehen. Ich nehme alles zurück und behaupte das Gegenteil.
Hallo zusammen, ich habe mit einem kelinen delphi-programm mal nachgesehen, ob denn des F2013-TDO (über Pin 12 des LPT1) im PC ankommt: Antwort = ja - also arbeitet der F2013 mit gdbproxy.exe und den DLLs nicht zusammen... dann mach ich mein Projekt wieder mit nem PIC (628), der hat sehr guten int.RC-Osci +, 4 Pins mehr -, nimmt mehr Strom -, sync-ser. in softw. -, längere wake-up -, usw. unprobelmatische developement-tools +++. mfG ffje
Hm, wenn dfas mit dem Eplrotronic Teil auch nicht geht, liegts wohl kaum am gdb-proxy, oder? Probier doch mal IAR aus, das sollte auf ejden Fall gehn. Hast du die aktuelle Version vom 19.6.2008 für das mspgcc Paket? Welches Betriebssystem überhaupt? Unter Vista geht der Par-Port-Debugger nämlich überhaupt nicht.
Hallo, ich hab das schon öfter geschrieben in anderen Threads, aber auch hier kann ich nur den seriellen Bootloader empfehlen. Als Programmiergerät nimmt man einen Max 3243 und alle JTAG Probleme sind auf einmal weg. Hast du schon mal die Software MSP-FET zum Test mit dem Parallelprogrammer ausprobiert? Für Spi-By-Wire braucht man ein richtiges Programmiergerät, soweit ich weiß. Der USB-Stick, den es von TI für 30 € gibt, kann das. Peter
Naja, zum reinen Programmieren mag das über den BSL gehen (von der lahmen Geschwindigkeit mal abgesehn). Aber zum Debuggen halt ungeeignet. Ich denke, das Problem liegt woanders, sonst würde ja das Elprotronic Tool gehn. Aber nunja, soll er halt bei den alten PICs bleiben.
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.