merkwürdiges Verhalten vom MSP430

Pat Gast 30.05.2011 17:16 #2204884

Lesenswert?

•

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

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

fff Gast 30.05.2011 17:26 #2204898

Lesenswert?

•

▲
▼

Fehler in Zeile 42

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Pat Gast 30.05.2011 17:46 #2204914

Lesenswert?

•

▲
▼

???

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Frank M. (aktenasche) 30.05.2011 17:47 #2204916

Lesenswert?

•

▲
▼

er meint: baum finden ohne wald ist schwer

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Pat Gast 30.05.2011 17:53 #2204921

Lesenswert?

•

▲
▼

Was soll ich beisteuern?

Screenshot?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Franzis I. (reparateur) 30.05.2011 18:23 #2204957

Lesenswert?

•

▲
▼

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..

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Pat Gast 30.05.2011 19:13 #2205015

Lesenswert?

•

▲
▼

??

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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Christoph B. (christophbudelmann) 30.05.2011 19:20 #2205022

Lesenswert?

•

▲
▼

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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Bernd N. Gast 30.05.2011 19:21 #2205026

Lesenswert?

•

▲
▼

>> 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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Jens Gast 30.05.2011 19:26 #2205034

Lesenswert?

•

▲
▼

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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Pat Gast 30.05.2011 19:27 #2205036

Lesenswert?

•

▲
▼

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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

fff Gast 30.05.2011 19:29 #2205037

Lesenswert?

•

▲
▼

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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Achim M. (minifloat) 30.05.2011 19:31 #2205040

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Pat M. (patty) 30.05.2011 21:08 #2205173

Lesenswert?

•

▲
▼

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?

Angehängte Dateien:

DS_mikro.zip (37,7 KB)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Christoph B. (christophbudelmann) 30.05.2011 21:12 #2205178

Lesenswert?

•

▲
▼

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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Christian R. (supachris) 30.05.2011 22:45 #2205312

Lesenswert?

•

▲
▼

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...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Pat M. (patty) 31.05.2011 12:21 #2205826

Lesenswert?

•

▲
▼

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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Pat M. (patty) 31.05.2011 18:03 #2206329

Lesenswert?

•

▲
▼

Hmm, wird wohl noch was dauern. Rechner startet nicht mehr.

HP Support ist unterwegs/lässt abholen.

:-(

P.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Pat M. (patty) 01.06.2011 13:08 #2207368

Lesenswert?

•

▲
▼

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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Pat M. (patty) 01.06.2011 16:12 #2207620

Lesenswert?

•

▲
▼

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.

Angehängte Dateien:

DSmikro.map (21,8 KB)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Paul Gast 01.06.2011 16:27 #2207655

Lesenswert?

•

▲
▼

Was Du beschreibst, könnte auf einen Stacküberlauf während der Laufzeit 
hindeuten. Der Stack überschreibt Variablen/Op-Code.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Christian R. (supachris) 01.06.2011 19:53 #2207924

Lesenswert?

•

▲
▼

Laut Map-File hat er noch 840 Byte freien RAM, das sollte für den Stack 
locker reichen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Pat M. (patty) 06.06.2011 13:06 #2213897

Lesenswert?

•

▲
▼

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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

merkwürdiges Verhalten vom MSP430

Antwort schreiben