Moving Average zu wenig RAM in MSP430

OP #1591525
Lesenswert?

Hallo zusammen,

ich habe einen kontinuierlichen Strom an Messwerten und möchte mir aus 
diesen einen gleitenden Durchschnitt errechnen. Habe mir dazu einen 
Vektor mit den Werten angelegt und bilde über diesen den Mittelwert - 
bei einem neuen Messwert wird der älteste entfernt und der neue 
hinzugefügt.

So weit so gut. Da es aber eigentlich 3 Messdatenströme mit long Werten 
sind und die Mittelwerte am besten über ca. 500 Werte gebildet werden 
ist das schon eine Menge Speicherbedarf.

Der MSP430FG439 hat 2kB RAM und da ich die Vektoren mit den Messwerten 
als globale Variablen speicher scheint es ein Problem mit dem RAM zu 
geben. Zumindest gibt mir die IAR Workbench ab ca. 150 Messwerten zur 
Mittelung beim Linken folgende Fehlermeldung:
1
Error[e16]: Segment DATA16_Z (size: 0xb18 align: 0x1) is too long for segment definition. At least 0x31a more bytes needed. The problem occurred while  
2
processing the segment placement command "-Z(DATA)DATA16_I,DATA16_Z,DATA16_N,DATA16_HEAP+_DATA16_HEAP_SIZE=0200-09FF", where  
3
at the moment of placement the available memory ranges were "CODE:201-9ff" 
4
   Reserved ranges relevant to this placement: 
5
   200-9ff              DATA16_I

Das beste wäre es den RAM zu entlasten - aber wie kann ich das machen?

Auf andere Berechnungs-Methoden wie z.B.:

MW(n+1) = ( MW(n) * (N-1) + x(n) ) / N

möchte ich eigentlich nicht zurückgreifen.

Wäre toll, wenn jemand eine Idee dazu hätte.
#1591544
Lesenswert?

Dennis A. schrieb:
> Auf andere Berechnungs-Methoden wie z.B.:
>
> MW(n+1) = ( MW(n) * (N-1) + x(n) ) / N
>
> möchte ich eigentlich nicht zurückgreifen.

was spricht denn gegen den mittelwertsatz ? performance probleme oder 
sorgen um die genauigkeit ? normalerweise nimmt man den gerade für sowas
#1591554
Lesenswert?

Dennis A. schrieb:

> So weit so gut. Da es aber eigentlich 3 Messdatenströme mit long Werten
> sind und die Mittelwerte am besten über ca. 500 Werte gebildet werden
> ist das schon eine Menge Speicherbedarf.

Idee:
Wie wäre es, wenn du jeweils zb 10 Messwerte zusammenfasst und von 
diesen den Mittelwert speicherst. Dann sampelst du erneut 10 Messwerte, 
bildest davon den Mittelwert, schmeisst den ältesten 10-er Mittelwert 
raus, den neuen rein und mittelst über diese 50 Mittelwerte.

Anstelle von 500 Werten musst du nur 50 speichern und hast trotzdem über 
500 Messwerte gemittelt, die du allerdings nur alle 10 Werte 
aktualisieren kannst.
Gast #1591632
Lesenswert?

Mit ein wenig schummeln kann man sogar die Aktualisierungsrate gleich 
der Messrate halten:
Einfach beim Messen+Aufsummieren der neuen 10 Werte noch die fehlenden 
Messwerte für den Mittelwert durch den Ältesten Mittelwert ersetzen.

Gruß Anja
OP #1591977
Lesenswert?

@ Andi D.

Den Mittelwertsatz möchte ich nicht verwenden, da ich immer eine 
definierte Anzahl an vergangenen Messwerten betrachten möchte. Mein 
Messdatenstrom ändert sich mit der Zeit, und mit dem Mittelwertsatz 
gewichte ich ja über alle Messungen. Sprich wenn mein Pegel 100000 
Messwerte auf 1 bleibt und dann für 100 Messwerte auf 2 springt, tut 
sich beim Mittelwert nicht viel und ich bekomme den Sprung somit nicht 
mit.

Deswegen möchte ich eben nur die letzten Werte betrachten und nicht 
alle.

Im Prinzip möchte ich nur den Noise in meinem Datenstrom etwas glätten.
#3682615
Lesenswert?

Naja, aber die 4 Jahre Forschung, um zu der genialen Erkenntnis zu 
gelangen: "Wenn man keinen RAM hat, dann schmeißt man das Zeug eben in 
den ROM", sind nicht umsonst.
Sie dienen als (extrem) schlechtes Beispiel.

Und wie bekommt man die 16Bit-Werte in ein char?
Ganz einfach. Man speichert nur die Anzahl der gesetzten Bit ab.
He, so kann man bis zu 255 gesetzte Bit in einen char quetschen. ;)
:D

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren