STM32 , SD-Karte als Ram oder ähnlich nutzen möglich?

Ersan G. schrieb:
> Matrix Multiplikation aller Werte mit einer Einheitsmatrix
Lass die Multiplikation einfach weg, das Ergebnis ist das selbe wie wenn 
man mit der Einheitsmatrix multipliziert.
Und nein, das geht nicht - paralleler Flash ginge evtl., aber da kannst 
du auch gleich einfach externen SRAM nehmen (siehe Kapitel FSMC im 
Reference Manual) oder einen größeren Controller.
Oder du optimierst deinen Algorithmus, zB indem du das Ergebnis in das 
Anfangs-Array überschreibst, o.ä.

>--> Button gedrückt, Messung startet
>---> Werte werden in Array gespeichert (Dimension: 500x9 (32bit werte) )

Was für eine Messung benötigt 32Bit Werte?
Darüber würde ich mal nachdenken.

Ersan G. schrieb:
> nicht 32 Bit Werte, ich meinte double / float , also 32Bit
> speicherbelegung

Ist doch das gleiche. Die Frage solltest du eher so verstehen: Brauchst 
du diese Genauigkeit? Werte genauer speichern als der Messaufbau sie 
messen kann macht keinen Sinn.

Ersan G. schrieb:
> also sorry, hab einheitsmatrix geschrieben, aber es ist ne normale
> matrix.
Ah. Speicherst du diese 2. Matrix als eigenes Array? Sind das 
"irgendwelche" Werte in dieser Matrix, oder kann man die berechnen? In 
dem Fall könntest du dieses Array ganz weglassen und die Werte 
on-the-fly berechnen & verwenden.
Falls nicht, hat sie sonst eine Struktur - Bandmatrix (nur 
(Neben)-Diagonalen enthalten nicht-Null-Werte), symmetrisch, sich 
wiederholende Blöcke, o.ä.? Dann kannst du nur die nicht-Null-Werte 
speichern und Wiederholungen weglassen. Das verkompliziert den 
Algorithmus zwar, spart aber Speicher...

Ersan G. schrieb:
> ansonsten erhalte ich einen Hardfault.
Eigentlich sollte der Linker meckern wenn du ein zu großes Array 
anlegst, und du solltest gar kein flashbares Programm kriegen! Oder es 
passt zwar, aber zusammen mit dem wachsenden Stack geht es schief... 
Überprüf mal den verbrauchten Speicher und wie viel noch da ist.
Wenn da alles passt, überprüfe doch mal ob du nicht doch was falsch 
programmiert hast, Buffer-Overflow o.ä..

Ersan G. schrieb:
> Gibts eine Möglichkeit den
> Speicher auf der SD Karte als Rechenspeicher zu nutzen (Virtual EEPROM
> als ram oder so)?

Wie schon geschrieben, ist die SD Karte zu langsam, um darauf zu 
rechnen.

Du könntest aber die Daten per VPN zu einem leistungsfähigeren Rechner 
in der Cloud schicken und dort rechnen lassen. Das Ergebnis kann man 
dann gemütlich auf der SD Karte ablegen - das wäre ein zeitgemäßer 
Lösungsansatz ;-)

Hallo,

Deine Dimension: 500x9 (32bit werte) ergibt 18000 Bytes, wenn du die 
Ergebnisse in einem separaten Array schreiben willst dann brauchst du 
nochmal 18000 Bytes, es isnd dann 36000Bytes(ca. 35,2 KByte) Ram
Wenn es dir zuviel ist, dann versuch die Ergebnisse von anfang der 
ersten Tabelle dort einzutragen dann hast du am Ende nur die Ergebnisse 
zur Verfügung.
Wenn du mehr ram brauchst würde ich externe RAM-Speicher zu verwenden 
weil schreiben auf dem Flash viel langsamer ist als auf dem RAM.

Ersan G. schrieb:
> genau! der Stack wächst mit weil der Algorithmus ein rekrusives
> verhalten hat,
Ah. Das ist auf Mikrocontrollern böse. Kennst du die maximale 
Rekursionstiefe? Dann könntest du statt des Stacks ein Array verwenden 
und den Algorithmus iterativ umprogrammieren - dann wäre der 
Speicherverbrauch zur Compilierzeit berechenbar, du wüsstest sofort 
sicher ob es passen wird oder nicht, und du müsstest nicht erst auf 
die HardFault warten (vllt tritt die im Testfall nicht auf, aber 
später...)

Ansonsten 2 Mikrocontroller nehmen und parallel rechnen lassen... ;-P

Erstmal solltest du sicherstellen dass die Daten gepackt und ohne 
Padding im Speicher liegen. Welchen Compiler setzt du ein?

Eventuell lässt der Flash sich als langsamer Zwischenspeicher 
missbrauchen.
Kennst du: 
http://www.element14.com/community/docs/DOC-33329/l/stmicroelectronics-an2594-eeprom-emulation-in-stm32f10x-microcontrollers