|
Anzeige
|
msp430-gdbproxy und MSP430-Derivate
Gast
#1078862
Guten Tag allerseits, gibt es irgendwo eine Dokumentation über die MSP430-Derivate, welche vom aktuellen msp430-gdbproxy unterstützt werden? Ich bin bereits mit einem Derivat auf die Nase gefallen, und würde dies für künftige Entwicklungen gerne vermeiden. Soweit ich verstanden habe gibt es insbesondere Unterschiede zwischen der Windows- und der Linux-Version. Beste Grüße, odic Open Source und Dokumentation? Der war gut. Im Prinzip (aber nur im Prinzip) werden die Bausteine unterstützt, die auch der GCC kann, der im gleichen Paket war. Welcher genau ging denn bei dir nicht? Und mit welcher Version unter welchem OS? Nicht, dass ich da auch mal auf die Nase falle. Bisher gingen alle bei mir.
Gast
#1078954
Ich verwende den msp430-gdbproxy unter Linux in der Version 0.7.1, quasi die aktuelle Version von http://www.soft-switch.org/downloads/mspgcc/ Ich hatte erst Probleme als ich das Headerboard des ez430-RF2500 über JTAG ansprechen wollte, habe das dann aber auf das Headerboard geschoben. Allerdings kann ich jetzt auf den F2274 auch nicht in meinem eigenen Layout zugreifen... Hm, das ist ja seltsam. Mit dem 2274 hatte ich auch mal Probleme. Da die 5 Samples aber weder mit GDB, noch mit IAR noch mit CCE3 anzusprechen waren, hab ich´s auf die Samples geschoben und nix mehr damit gemacht. Vielleicht gibts da ja ein generelles Problem? Ich erinnere mich an irgendwelche Speziellen Sequenzen, um überhaupt in den JTAG Modus zu kommen....gibts irgendwo einen beitrag hier. Vielleicht kann das der GDB-Proxy nicht.
Gast
#1079086
Proxy? Der sollte eigentlich nichts von verschiedenen MSP430 Derivaten wissen.. Doch, der erkennt beim Verbinden den MSP430, oder eben nicht. Wenn er ihn nicht kennt, beendet er sich wieder.
Gast
#1079101
Ich steig leider nicht durch wo in diesen Libraries bzw. dem proxy welche Funktionalität steckt. Ich sehe lediglich, daß der proxy das Device nicht erkennt. Mehr als schade daß die ganze Toolchain offensichtlich kaum noch weiterentwickelt wird. Könnte wirklich ein super Entwicklungshilfsmittel sein, wenn diese ganzen Einschränkungen und Unwegbarkeiten nicht wären.... Grüße, odic
Gast
#1079106
Ach ja, ich hatte wie gesagt das Targetboard des RF2500 probiert und jetzt zwei meiner eigenen Leiterplatten. Alles ohne Erfolg. Vielleicht komme ich diese Woche noch dazu, das Ganze mal mit orginalem FET und IAR unter Windows zu testen als Beweis, das die Hardware in Ordnung ist.
Gast
#1079169
>Doch, der erkennt beim Verbinden den MSP430, oder eben nicht. Wenn er >ihn nicht kennt, beendet er sich wieder. @ Christian R. Was verstehts du unter "kennt"? @ odic Wie sehen deine Fehlermeldungen aus?
Gast
#1079185
Fehlermeldung des msp430-gdbproxy: error: msp430: Could not find device (or device not supported) (4) Grüße, odic Naja, der liest ja eine Art Typ-Kennung aus, wenn er die nicht intern irgendwo hinterlegt hat, gehts wohl nicht. Zum Beispiel hat der MSP430F1611 den Typ 42. Beim F2274 kommt aber die gleiche Meldung wie bei Odic.
Gast
#1080935
Falls niemand eine Dokumentation kennt aus der ersichtlich wird, welche Derivate unterstützt werden und welche nicht, könnten wir vielleicht auf Basis eurer Erfahrungen eine solche erstellen. Lediglich die Unterscheidung zwischen der Windows- und der Linux-Version des msp430-gdbproxy wäre wichtig. Linux: F2131 Grüße, odic Hm, naja, ob das sinnvoll ist? Aber von mir aus. Windows (Paket vom 19.6.2008) F1611 F149 F169 F2618 F1121
Gast
#1086827
Update zum F2274: Per SBW unter Verwendung der IAR-WB komme ich drauf. Der Test mit Orginal-FET und IAR steht noch aus, allerdings hatte ich in der Konstellation bereits auf dem F2254 gearbeitet. Irgendwie habe ich das dumpfe Gefühl, daß der gdbproxy Probleme mit Derivaten hat, die SBW und JTAG können, aber per JTAG angesprochen werden sollen. Stichwort notwendige JTAG entry sequence. Oder hatte damit bereits jemand Erfolg? Grüße, odic Schaut mal hier: http://sourceforge.net/apps/mediawiki/mspgcc/index.php?title=Getting_Started_with_Debugging Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
