Hallo! Ich muss gerade etwas seltsames feststellen: Wenn ich meine beiden Programmteile zusammenführe, dann treten bei Ausführung seltsame Effekte auf. - Variablen werden nicht mehr initilisiert - ein counter (obwohl auf 0 gesetzt) startet mit 502 Hatte erst Probleme, weil das RAM (1KB) nicht reichte. Code aber soweit aufgräumt, dass CCS nicht mehr meckert. Evtl. trotzdem über die Grenze gekommen? Wie kann ich das feststellen? Verwende MSP430F2274 Code Composer Studio 4.2.3 (wo kann ich hier sehen, wie viel Platz der Code braucht?) Danke für jede Hilfe Pat
Ja die Zeile 42 zum Beispiel. Und ein paar drum herum wären wahrscheinlich nicht schlecht.. Pat schrieb: > Was soll ich beisteuern? > > Screenshot? Ja die Zeile 42 zum Beispiel. Und ein paar drum herum wären wahrscheinlich nicht schlecht..
?? Wat für ne Zeile 42? Helft doch mal nem Newbie was genauer bitte. Es gibt kein Kompilierungsproblem, ich kann ja hier auch schlecht den ganzen Code posten. Das ganze Verzeichniss hat 432 kB. Teste ich nur die LCD_ST5728.c, dann läufts (LCD Ansteuerung) Teste ich nur die 470x.c, dann läufts auch (RDS Chip) Führe ich beides zusammen, gabs erst Probleme wegen dem RAM. Die konnte ich beseitigen. Dafür hab ich jetzt diese seltsamen Effekte Kann mir das CCS anzeigen, wie viel Platz mein Code verbraucht? So dass ich sehe, ob ich die Grenzen des Chips überschreite? Evtl. muss ja auch ein anderer Chip her, ist auch in Planung. Nur im Moment muss ich erstma mit dem klar kommen. LG P.
Wieviel RAM wird laut CodeComposer denn belegt? Wieviel RAM belegt dein Programm noch lokal? Deine Probleme klingen sehr nach einem Problem, dass zu wenig RAM zur Verfügung steht. Poste hier doch mal nur die RAM-intensiven Teile, vielleicht kann man dann schon ein paar Hilfen geben.
>> Es gibt kein Kompilierungsproblem, ich kann ja hier auch schlecht den >> ganzen Code posten. Das ganze Verzeichniss hat 432 kB. Mächtig viel Code dann behalte ihn einfach für dich aber hellseher haben ein hohes honorar.
Aber der Threadersteller fragt doch nun schon zum wiederholten Male wo er die nachgefragten Informationen finden kann. Sorry, beim MSP430 kann ich nicht helfen. Ich wundere mich nur über die Reaktionen hier im Forum.
Christoph Budelmann schrieb: > Wieviel RAM wird laut CodeComposer denn belegt? Wieviel RAM belegt dein > Programm noch lokal? Deine Probleme klingen sehr nach einem Problem, Wo kann ich da sehen/raus finden. Nutze CodeComposerStudio > dass zu wenig RAM zur Verfügung steht. Poste hier doch mal nur die > RAM-intensiven Teile, vielleicht kann man dann schon ein paar Hilfen > geben. Code als Text hier ein kopiert oder als C-Datei als Anhang? Danke schon mal P.
Pat schrieb: > Es gibt kein Kompilierungsproblem Auch wenn das Programm korrekt compiliert wird, kann es dennoch falsch sein! Und das scheint bei deinem wohl der Fall zu sein. Also Code als Anhang senden - andernfalls können wir nicht helfen.
Pat schrieb: > als Anhang Als Anhängsel wäre sehr fein, weil dann der Code Code bleibt und die Diskussion davon getrennt ist. Außerdem bläht das den Thread nicht so auf. mfg mf
Mini Float schrieb: > Pat schrieb: >> als Anhang > Als Anhängsel wäre sehr fein, weil dann der Code Code bleibt und die > Diskussion davon getrennt ist. Außerdem bläht das den Thread nicht so > auf. > mfg mf Also ich habs mal angehängt, als zip. Passt das so?
Pat schrieb: > Christoph Budelmann schrieb: >> Wieviel RAM wird laut CodeComposer denn belegt? Wieviel RAM belegt dein >> Programm noch lokal? Deine Probleme klingen sehr nach einem Problem, > > Wo kann ich da sehen/raus finden. > Nutze CodeComposerStudio Ich nutze CodeComposer ebenso wenig, aber du wirst sicherlich in der Hilfe oder über Google fündig.
Im Debug bzw. Release Verzeichnis gibts die vom Linker erzeugte Map-Datei, da steht der RAM Verbrauch drin. Sogar für die einzelnen Module aufgelistet...
Christian R. schrieb: > Im Debug bzw. Release Verzeichnis gibts die vom Linker erzeugte > Map-Datei, da steht der RAM Verbrauch drin. Sogar für die einzelnen > Module aufgelistet... Danke, da werd ich mal schauen. P.
Hmm, wird wohl noch was dauern. Rechner startet nicht mehr. HP Support ist unterwegs/lässt abholen. :-( P.
Pat M. schrieb: > Hmm, wird wohl noch was dauern. Rechner startet nicht mehr. > > HP Support ist unterwegs/lässt abholen. Jetzt ist er auf dem Weg nach Polen. Zur Reparatur. Muss die alte Kiste mal klar machen. Bin dran. P.
Christian R. schrieb: > Im Debug bzw. Release Verzeichnis gibts die vom Linker erzeugte > Map-Datei, da steht der RAM Verbrauch drin. Sogar für die einzelnen > Module aufgelistet... so, da hab ich die. Kann mit jmd. beim deuten helfen? LG P.
Was Du beschreibst, könnte auf einen Stacküberlauf während der Laufzeit hindeuten. Der Stack überschreibt Variablen/Op-Code.
Laut Map-File hat er noch 840 Byte freien RAM, das sollte für den Stack locker reichen.
Christian R. schrieb: > Laut Map-File hat er noch 840 Byte freien RAM, das sollte für den Stack > locker reichen. Kann jmd. diese Zeilen deuten (CCS): Severity and Description Path Resource Location Creation Time Id errors encountered during linking; "DigiStick2.out" not built DigiStickNeu line 0 1307358250632 3724 run placement fails for object ".bss", size 0x46d (page 0). Available ranges: RAM size: 0x400 unused: 0x3b0 max hole: 0x3b0 DigiStickNeu line 0 1307358250632 3723 Ich interpretiere das so, dass zu viel RAM verbraucht wird. Obwohl da unused: 0x3b0 steht. P.
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.