STM32F4 richtige Handhabung

Die 10000 ist die garantierte Mindestanzahl an Schreibzyklen, die 
tatsächlich mögliche Anzahl kann deutlich höher liegen - dafür legt der 
Hersteller aber nicht die Hand ins Feuer.

Diese Anzahl ist aber nicht so wenig wie man glaubt. Wenn man den Chip 
täglich 100mal programmiert, sind das mindestens 100 Tage intensiver 
Arbeit mit dem Chip. Brennt er irgendwann durch, muß man ihn halt 
auswechseln.

Gruß. Tom

Wahrscheinlich werde ich dann wohl nicht so schnell an die Grenzen des 
Chips stoßen.

Aber kann man denn so ohne weiteres als Hobbybastler den Chip auslöten 
bei den Discovery boards?
Da braucht man doch sicherlich ein spezielles Lötgerät.

Den defekten Chip mit Heißluft vorsichtig auslöten ist kein Problem, er 
ist ja schon hinüber. Sonst mit einem Cuttermesser oder Skalpell die 
Beinchen vorsichtig abschneiden, damit die Lötpads nicht beschädigt 
werden und anschließend die Reste einzeln mit dem Lötkolben entfernen. 
Die Pads mit Entlötlitze von Lötzinnresten befreien und schon ist die 
Platine bereit für einen neuen Chip. :-)

Wieso ist das technisch eigentlich so? Wieso lässt sich der Chip nicht 
beliebig oft beschreiben? Was geht denn da auf Dauer kaputt?

Der STM32 kann auch Code aus dem RAM ausführen. Richtiges Compilieren & 
Linken vorausgesetzt, kannst du über JTAG/SWD den Code in den RAM 
schreiben und von da starten. So spart man sich Flash-Zyklen

Kai Wierzoch schrieb:
> Wie machen das die Profis?

Wenn dein Programm in den RAM passt, kannst du es auch direkt dort 
ausführen ohne den Flash zu bemühen. Hier eines von vielen Beispielen 
für die Anpassung des Linker-Scripts:

http://libopencm3.org/wiki/Run_From_RAM

Kai Wierzoch schrieb:
> Aber kann man denn so ohne weiteres als Hobbybastler den Chip auslöten
> bei den Discovery boards?

Der STM32 Chip einzeln kostet in etwa soviel wie das ganze Discovery 
Board. Da lohnt sich das auslöten nicht besonders...

> Wieso lässt sich der Chip nicht beliebig oft beschreiben?

Das würde mich auch mal interessieren. Klar ist, dass die Speicherzellen 
verschließen, aber warum das so ist, konnte ich nicht herausfinden.

Da wird wohl auf dem Floating Gtae eine Hand voll Elektronen abgelegt 
oder wieder entfernt. Warum zerstört dieser Vorgang den Transistor 
(langfristig)?

Stefanus schrieb:
> a wird wohl auf dem Floating Gtae eine Hand voll Elektronen abgelegt
> oder wieder entfernt. Warum zerstört dieser Vorgang den Transistor

Weil dazu Überspannung an das Gate angelegt wird, die "fast" einen 
Durchschlag durch das Gate erzeugt.

A. K. schrieb:
>
> Schon mal einen µC mit wear levelling gesehen?

Was ist denn wear leveling?

Werfe bei jedem Brennvorgang einfach einen cent in eine Spardose. Wenn 
das Ding dann kaputt geht, hast Du mindestens. 100 Euro zusammen und 
kannst Dir damit fast 10 neue Boards kaufen...
Soll heißen: Mache Dir über die Anzahl der möglichen Brennzyklen keine 
Gedanken. Bevor Du die erreichst, wirst Du das Board wohl eher beim 
Experimentieren auf andere Art und Weise kaputt machen. ;)

Dirk schrieb:
> Wenn dein Programm in den RAM passt, kannst du es auch direkt dort
> ausführen ohne den Flash zu bemühen. Hier eines von vielen Beispielen
> für die Anpassung des Linker-Scripts:
>
> http://libopencm3.org/wiki/Run_From_RAM

Ich setze die CooCox IDE ein. Wie funktioniert das denn da? Wo ist denn 
das Linkerscript, in dem ich das ändern kann.
Kai
Gruß

kai schrieb:
> Ich setze die CooCox IDE ein. Wie funktioniert das denn da?

Project Configuration -> Link -> Debug from Ram anklicken.

Das habe ich schon ausprobiert. Wenn ich dann Debug drücke führt er das 
Programm auch aus. Wenn ich dann Änderungen am Quellcode gemacht habe 
und wieder Debug drücke, führt er das Programm aus, allerdimgs die 
Version vor der Änderung.
Mache ich was falsch? Compiliert habe ich vorher.