EEPROM in µC. Warum?

Ins Flash kommt das Programm, ins EEPROM Werte für das Programm die auch 
geändert werden.
Beispielsweise könnte man über eine Schnittstelle Werte austauschen.
Einschaltdauer, Verzögerung, Menütexte, ...

Wenn im Programm Variablen dauerhaft gespeichert werden sollen ist es 
sonst nicht möglich.

S. Janssen schrieb:
> Hat jemand ne Idee wofür der gedacht ist, oder was man reinschreibt, das
> nicht auch in den Flash könnte?

z.b. die aktuelle Konfiguration.

Flash ist doch fürs Programm und kann nur Seitenweise geändert werden.

S. Janssen schrieb:

> Hat jemand ne Idee wofür der gedacht ist, oder was man reinschreibt, das
> nicht auch in den Flash könnte?

Ein integriertes EEPROM erspart ein separates externes EEPROM auf der 
Platine. Es erspart damit Platz, Layout, und Geld. Ist doch gut, oder?

Ich kenne industrielle Steuergeräte, die im EEPROM Betriebsparameter 
gespeichert haben, die durch das Programm auch geändert werden können.

Du hast doch sicher ein Handy. Solche Geräte haben gelegentlich im 
Bedienmenü schon mal einen Punkt "auf Werkseinstellung zurück setzen". 
Damit werden deine eigenen Einstellungen im EEPROM dort gelöscht, und 
ein Grundparametersatz aus dem Codespeicher ins EEPROM geladen. Bis 
dieser wieder geändert wird. Denn du möchtest bei einem Akkuwechsel 
sicher nicht jedes mal alle Einstellungen wieder vornehmen.

Das Handy ist mal nur ein Beispiel. Es kann natürlich sein, daß dort 
anstatt EEPROM auch ein SRAM mit Goldcap-Pufferung drin ist. Aber 
gleiches Prinzip.

Flash kann man nur Seitenweise loeschen, also z.B. nur 1024 Byte auf 
einmal.
Will man also ein Byte ändern muss man 1024 löschen und neu schreiben. 
Außerdem: Während das Flash gelöscht und geschrieben wird kann der uC 
das Programm meist nicht mehr ausführen.

Brutus schrieb:
> Außerdem: Während das Flash gelöscht und geschrieben wird kann der uC
> das Programm meist nicht mehr ausführen.

Bootloader machen aber genau das.

Peter II schrieb:
> Bootloader machen aber genau das.

Bist ja ein ganz schlauer. Darum wird der Bootloader auch meistens aus 
dem RAM ausgefuehrt oder zumindest stört es niemanden, wenn während des 
Flash-Schreibens keine adneren Befehle abgearbeitet werden können und 
auf keine Interrupts reagiert werden kann.

Brutus schrieb:
> Bist ja ein ganz schlauer. Darum wird der Bootloader auch meistens aus
> dem RAM ausgefuehrt oder zumindest stört es niemanden, wenn während des
> Flash-Schreibens keine adneren Befehle abgearbeitet werden können und
> auf keine Interrupts reagiert werden kann

- Amtels können keine Pogramme aus dem Ram ausführen.
- es werden Befehle während das Flash-Schreibens ausgeführt, und wenn es 
nur die warteschleife auf das ende des schreibens ist.

Ein Bootloader dient ja nun auch dazu, dass das Hauptprogramm upgedatet 
werden kann. In den meisten Anwendungen ist ein Update des Bootloaders 
nicht möglich.

Brutus schrieb:
> Peter II schrieb:
>> Bootloader machen aber genau das.
>
> Bist ja ein ganz schlauer.

Du offenbar nicht. Warum, haben die anderen schon erläutert bzw. steht 
in den Datenblättern diverser Cortex M3 oder Atmel AVR.

Ein weiterer Grund für ein EEPROM: Läßt sich üblicherweise deutlich 
häufiger beschreiben als Flash, bis es aufgibt.

Andreas schrieb:
> Brutus schrieb:
>> Peter II schrieb:
>>> Bootloader machen aber genau das.
>>
>> Bist ja ein ganz schlauer.
>
> Du offenbar nicht. Warum, haben die anderen schon erläutert bzw. steht
> in den Datenblättern diverser Cortex M3 oder Atmel AVR.

Du offenbar auch nicht. Beim Cortex M3 stoppt die CPU definitiv, wie 
auch bei massig anderen uC Familien die ich kenne. Wenn es geht dann 
liegt das daran, dass die uC mehrere unabhängige Flashbänke haben, das 
haben aber die wenigsten.

Mit den Bastelwastel-AVR kenne ich mich nicht aus.

Brutus schrieb:
> Mit den Bastelwastel-AVR kenne ich mich nicht aus.

Wie soll ich das verstehen? Sind AVR nicht auch im professionellen 
Einsatz? Willst du dich oder die AVRs von Atmel abwerten?
Leute gibts.....(Kopf schüttel)

Thomas Eckmann schrieb:
> Brutus schrieb:
>> Mit den Bastelwastel-AVR kenne ich mich nicht aus.
>
> Und was suchst du dann in diesem Forum? Mal ordentlich auf die Kacke
> hauen?
>
> Nahezu jeder (moderne) Controller kann sein Flash selbst beschreiben.
> Und AVR-Controller können Code nur im Flash ausführen. Wie viele andere
> auch.

Du raffst es nich, oder? Natürlich kann er das. Aber er kann 
währenddessen nichts anderes.

Das AVRs nur Code im Flash ausführen können zeigt doch schon wie 
primitiv die sind. Warum sollte ich mich nicht hier rumtreiben, heißt 
doch mikrocontroller.net und nicht AVRhobbybastler.net?

Basti schrieb:
> Sind AVR nicht auch im professionellen
> Einsatz?

Vielleicht in Kaffeemaschinen oder China-Spielzeugautos.

Aber nicht im Automitive oder Medical-Bereich oder auch nur bei 
Industrielösungen.

Hi

>Aber nicht im Automitive oder Medical-Bereich oder auch nur bei
>Industrielösungen.

Endlich mal fundiertes Halbwissen. Träum weiter.

MfG Spess

aktueller Song über Brutus:

er ist so schön,
er ist so toll,
in Wirklichkeit ist er ein Proll;

sein so sagenhaftes Wissen,
ist noch schlechter als beschi**en,
die geistige Natur,
ein Armutshaufen nur,

er ist so schön,
er ist so toll
...

kann die schei... mal jemand löschen?

Péte

Leute, leute, was geht denn hier ab?
Ok, Brutus ist ein bisschen Arrogant, aber er hat eigentlich mit jeder 
Aussage recht.

Mein Darwin-Award des Tages geht an Thomas Eckmann (Firma: Thomas 
Eckmann Informationst.), der sich hier unter seinem echten Namen auf 
unterstes Niveau herablässt. Das kann dann jeder potentielle Kunde 
Jahrelang im Internet nachlesen, sehr Clever!


Wird Zeit dass die Schulferien vorbeigehen!

Peter II schrieb:
> Bootloader machen aber genau das.

Aber in einer anderen Page.

Michael schrieb:
> Aber in einer anderen Page.

hofft man, aber ich glaube er kann sich auch selber überschreiben.

Hatt eigentlich gerade einen Thread zu dem Thema eröffnet, ist die 
Zensur dazu schon so weit, dass sowas sofort gelöscht wird???

@Timmo H.

Das sind doch nur Consumer-Geräte, ich will Berichte von ernsthalten 
Anwendungen aus dem Breich Automotive, Medical oder Industrial.

@Scrub: Nicht gelöscht, nur ins offtopic verschoben.

Scrub schrieb:
> Das sind doch nur Consumer-Geräte, ich will Berichte von ernsthalten
> Anwendungen aus dem Breich Automotive, Medical oder Industrial.

Du wirst wohl keine bekommen, da solche Details in kommerziellen 
Produkten praktisch immer der Geheimhaltung unterliegen.
Ich kann Dir aber versichern, dass es solche Anwendungen gibt. ;)

Scrub schrieb:
> Das sind doch nur Consumer-Geräte, ich will Berichte von ernsthalten
> Anwendungen aus dem Breich Automotive, Medical oder Industrial.

Ja, erwischt, Atmel baut Controller mit CAN ausschließlich für die paar 
Tausend bastler die die jedes Jahr kaufen. Warte, wie viel kostet die 
Entwicklung eines neuen µC so ungefähr?