MSP430 Eclipse Probleme beim debuggen

Daniel Gast #580652
Lesenswert?
• ▲
▼ 
Hallo

Die ganze Zeit habe ich mit IAR meinen MSP430F149 programmiert. Jetzt 
stosse ich an die Grenze von 4k. Ich habe schon mit Eclipse und MSPGCC 
probiert. Das Compilieren und Flashen usw. hat alles gut geklappt. Nur 
mit dem debuggen klappt das nicht so richtig. Ich bin halt ein bissel 
verwöhnt von dem IAR C-Spy oder wie das heisst. Das ist echt super.

Meine Probleme mit dem MSPGCC sind, das der ziemlich oft abschmiert und 
gar nix mehr geht und das es einfach nicht so komfortabel wie in C-Spy 
ist. Habt ihr diese Erfahrung auch gemacht und was macht ihr dagegen?

Noch eine andere Frage: Könnte man, um IAR weiterhin benutzen zu können 
nicht irgentwelche schon geprüften C-Programmteile in eine lib packen 
und so die Obergrenze von 4k umgehen?
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Jörg S. Gast #580829
Lesenswert?
• ▲
▼ 
> Noch eine andere Frage: Könnte man, um IAR weiterhin benutzen zu können
> nicht irgentwelche schon geprüften C-Programmteile in eine lib packen
> und so die Obergrenze von 4k umgehen?
Soweit ich weiss kommt es ja auf den Output an und der wird durch eine 
Lib ja auch größer.
Du könntest alternativ evt. die zeitlich begrenzte IAR Voll-Version 
nehmen und immer das Datum zurück setzen :)

Der Bruder meines Schwippschagers dessen Sohn hat mir aber auch mal 
gesagt das es im Internet "freie" Versionen geben soll....
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Christian R. #582343
Lesenswert?
• ▲
▼ 
AVR kannst du WinAVR nehmen, das soll wohl ganz gut sein.

Allerdings nimmt man doch einen MSP430 nur, wenn man damit was 
spezielles verfolgt, niedrigster Stromverbrauch und so....wieso dann 
AVR? Bloß wegen des Debuggers?

Wenn man paar Tricks und Kniffe beachtet, kann man damit ziemlich 
produktiv arbeiten, man muss z.B. die optimierung abschalten zum 
Debuggen, dann eine globale Dummy-Variable direkt über main() 
deklarieren und auch gleich definieren, also z.B.

unsigned int dummy = 0;

int main(void)...

Dann klappts recht gut. Achja, Finger weg von dem Restart-Knopf in der 
Debug-Perspektive. Reset geht mit Rechte Maustaste -> Terminate and 
Relaunch.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Daniel Gast #582361
Lesenswert?
• ▲
▼ 
HI

Ja zum MSP bin ich über einen Bekannten gekommen, der damit gearbeitet 
hat. Er hatte noch ein Evaluationboard. Und so hab ich jetzt halt mit 
dem MSP ein paar Sachen gemacht. Hatte nix mit low power und ähnlichen 
Stärken des MSPs zu tun.
Deswegen würd ich ja auch auf AVR umschwenken wenn es dort mit dem 
Debuggen einfacher ist. (zudem gäbs bei den AVRs auch DIL-Versionen was 
mir sehr entgegen kommen würde)

Ich versuchs nochmal mit dem MSPGCC-Debugger und wenns nicht läuft, dann 
überleg ich mirs nochmal mit den AVRs
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Daniel Gast #582694
Lesenswert?
• ▲
▼ 
Hi

Ja ich mein man kann schon über RS232 debuggen aber es geht mir halt 
auch um den Komfort. Und der MSPGCC Debugger ist ja auch schon um Welten 
komfortabler als mit RS232 oder LCD-Display.

Gerade wenn man noch nicht so viel Erfahrung mit 
Controller-Programmierung hat ist ein guter Debugger sehr sehr 
hilfreich.

Daniel
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