Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
EEPROM gesucht
15 views
Skip to first unread message
Holger
Nov 11, 2012, 2:44:43 PM11/11/12
to
Hi,
ich überlege gerade, ob man die Bauteile, die heuer in SD-Karten
stecken, nicht auch solo kriegen könnte? Man müßte sich dann kein DOS
schreiben, weil man den Speicher via Adressbus, Datenbus und Steuerbus
ansprechen kann. Interessant für Lösungen mit viel Speicherbedarf und
wenig Strom, denn statisches RAM hat zuwenig Kapazität, und ein
Pufferakku ist angesichts der Verfügbarkeit von EEPROMs einsparbar.
Holger
ich überlege gerade, ob man die Bauteile, die heuer in SD-Karten
stecken, nicht auch solo kriegen könnte? Man müßte sich dann kein DOS
schreiben, weil man den Speicher via Adressbus, Datenbus und Steuerbus
ansprechen kann. Interessant für Lösungen mit viel Speicherbedarf und
wenig Strom, denn statisches RAM hat zuwenig Kapazität, und ein
Pufferakku ist angesichts der Verfügbarkeit von EEPROMs einsparbar.
Holger
Gerrit Heitsch
Nov 11, 2012, 2:49:09 PM11/11/12
to
On 11/11/2012 08:44 PM, Holger wrote:
> Hi,
>
> ich überlege gerade, ob man die Bauteile, die heuer in SD-Karten
> stecken, nicht auch solo kriegen könnte?
Die dort verbauten Flash brauchen einen Controller.
> Hi,
>
> ich überlege gerade, ob man die Bauteile, die heuer in SD-Karten
> stecken, nicht auch solo kriegen könnte?
> Man müßte sich dann kein DOS
> schreiben, weil man den Speicher via Adressbus, Datenbus und Steuerbus
> ansprechen kann.
stecken. Das ist etwas anders.
> Interessant für Lösungen mit viel Speicherbedarf und
> wenig Strom, denn statisches RAM hat zuwenig Kapazität, und ein
> Pufferakku ist angesichts der Verfügbarkeit von EEPROMs einsparbar.
die Benutzung einer SD-Karte wirklich die einfachste Lösung.
Gerrit
Holger
Nov 11, 2012, 2:52:22 PM11/11/12
to
Gerrit Heitsch schrieb:
> SRAMs mit 512KByte sind zu bekommen und billig. Wenns mehr sein soll ist
> die Benutzung einer SD-Karte wirklich die einfachste Lösung.
Ich dachte eher an Gigabytes. Das ich SRAM mit 512k*8 kriege, weiß ich wohl.
Holger
> SRAMs mit 512KByte sind zu bekommen und billig. Wenns mehr sein soll ist
> die Benutzung einer SD-Karte wirklich die einfachste Lösung.
Holger
Olaf Kaluza
Nov 11, 2012, 3:48:44 PM11/11/12
to
Holger <hol...@invalid.invalid> wrote:
>ich �berlege gerade, ob man die Bauteile, die heuer in SD-Karten
>stecken, nicht auch solo kriegen k�nnte? Man m��te sich dann kein DOS
jetzt schon nicht. Du kannst auch einfach Sektorweise deine Daten da
reinschreiben.
Fuer den Rest der Menscheit ausser dir stellt das kein grosses Problem
dar.
Ansonsten gibt es noch Dataflash. Dabei duerfte es sich im Prinzip um
den Speicher handeln den man in SD-Karten finden, nur halt in einem
SOT8 Gehaeuse.
O
Olaf
>ich �berlege gerade, ob man die Bauteile, die heuer in SD-Karten
>stecken, nicht auch solo kriegen k�nnte? Man m��te sich dann kein DOS
>schreiben, weil man den Speicher via Adressbus, Datenbus und Steuerbus
>ansprechen kann.
Wenn du unbedingt inkompatible sein willst dann musst du das auch
>ansprechen kann.
jetzt schon nicht. Du kannst auch einfach Sektorweise deine Daten da
reinschreiben.
Fuer den Rest der Menscheit ausser dir stellt das kein grosses Problem
dar.
Ansonsten gibt es noch Dataflash. Dabei duerfte es sich im Prinzip um
den Speicher handeln den man in SD-Karten finden, nur halt in einem
SOT8 Gehaeuse.
O
Olaf
Holger
Nov 11, 2012, 6:26:20 PM11/11/12
to
Olaf Kaluza schrieb:
> Ansonsten gibt es noch Dataflash. Dabei duerfte es sich im Prinzip um
> den Speicher handeln den man in SD-Karten finden, nur halt in einem
> SOT8 Gehaeuse.
Nähere Informationen dazu?
Holger
> Ansonsten gibt es noch Dataflash. Dabei duerfte es sich im Prinzip um
> den Speicher handeln den man in SD-Karten finden, nur halt in einem
> SOT8 Gehaeuse.
Holger
Peter Schneider
Nov 11, 2012, 7:13:13 PM11/11/12
to
Holger schrieb:
> ich �berlege gerade, ob man die Bauteile, die heuer in SD-Karten stecken,
> nicht auch solo kriegen k�nnte?
Stichwort ist NAND-Flash, gibt es z.B. bei Spansion.
> Man m��te sich dann kein DOS schreiben, weil man den Speicher via
und das Bad-Block-Management, oder einen Controller, der das erledigt.
Um das zu vermeiden, k�nntest du NOR-Flash einsetzen, die verf�gbaren
Speichergr��en sind aber kleiner.
Je nach Anwendung k�nnte Serial Dataflash mit SPI-Interface
interessant sein, z.B. Atmel AT45DBxxx.
P.
> ich �berlege gerade, ob man die Bauteile, die heuer in SD-Karten stecken,
> nicht auch solo kriegen k�nnte?
Stichwort ist NAND-Flash, gibt es z.B. bei Spansion.
> Man m��te sich dann kein DOS schreiben, weil man den Speicher via
> Adressbus, Datenbus und Steuerbus ansprechen kann.
Stattdessen brauchst du dann aber Code f�r die Fehlerkorrektur
und das Bad-Block-Management, oder einen Controller, der das erledigt.
Um das zu vermeiden, k�nntest du NOR-Flash einsetzen, die verf�gbaren
Speichergr��en sind aber kleiner.
Je nach Anwendung k�nnte Serial Dataflash mit SPI-Interface
interessant sein, z.B. Atmel AT45DBxxx.
P.
Henning Paul
Nov 12, 2012, 2:25:42 AM11/12/12
to
Holger schrieb:
Dann schlachte einen USB-Stick und löte den Flashbaustein herunter.
TSOP48 oder 56 lässt sich gerade noch von Hand löten. :-)
Gruß
Henning
TSOP48 oder 56 lässt sich gerade noch von Hand löten. :-)
Gruß
Henning
Heiko Nocon
Nov 12, 2012, 2:36:57 AM11/12/12
to
Holger wrote:
>ich �berlege gerade, ob man die Bauteile, die heuer in SD-Karten
>stecken, nicht auch solo kriegen k�nnte?
Nat�rlich. Das ist einfach nur FlashROM. Also kein EEPROM, wie es dein
Subject nahelegt.
>Man m��te sich dann kein DOS
leisten, die in SD-Cards der Controller �bernimmt. Und das ist nicht
gerade wenig Arbeit.
>Interessant f�r L�sungen mit viel Speicherbedarf und
>wenig Strom, denn statisches RAM hat zuwenig Kapazit�t
Ja, der Zugriff ist aber nur beim Lesen nicht defekter Seiten mit
SRAM-Zugriffen vergleichbar.
Du brauchst ein Defektmanagement, um die defekten Seiten on the fly
auszusortieren. Und einen speziellen (hardwarespezifischen) Algorithmus
zum Schreiben. Und mu�t �berhaupt Schreibzugriffe seitenweise
organisieren. Und ggf. die Seite zuvor l�schen. Und die
Schreib/L�sch-Zyklen m�glichst gleichm��ig �ber die physisch verf�gbaren
Seiten verteilen.
Die Komplexit�t dieser Schei�e �berl��t man i.A. gern einem
SD-Controller. Insbesondere auch unter dem Aspekt, da� einzeln in
kleinen St�ckzahlen gekaufte FlashROMs wesentlich teuerer kommen, als
wenn man einfach eine fertige SD-Karte gleicher Kapazit�t kauft.
�brigens wurde hier im Thread bereits die M�glichkeit erw�hnt, auf ein
Dateisystem zu verzichten. Das nimmt einen gro�en Teil der Komplexit�t
aus der Ansteuerung der SD-Karten. Macht aber nur dann Sinn, wenn man
tats�chlich nur eine "Datei" zu verwalten hat.
>ich �berlege gerade, ob man die Bauteile, die heuer in SD-Karten
>stecken, nicht auch solo kriegen k�nnte?
Nat�rlich. Das ist einfach nur FlashROM. Also kein EEPROM, wie es dein
Subject nahelegt.
>Man m��te sich dann kein DOS
>schreiben, weil man den Speicher via Adressbus, Datenbus und Steuerbus
>ansprechen kann.
Ja, allerdings mu�t du daf�r dann selber einen gro�en Teil der Arbeit
>ansprechen kann.
leisten, die in SD-Cards der Controller �bernimmt. Und das ist nicht
gerade wenig Arbeit.
>Interessant f�r L�sungen mit viel Speicherbedarf und
>wenig Strom, denn statisches RAM hat zuwenig Kapazit�t
Ja, der Zugriff ist aber nur beim Lesen nicht defekter Seiten mit
SRAM-Zugriffen vergleichbar.
Du brauchst ein Defektmanagement, um die defekten Seiten on the fly
auszusortieren. Und einen speziellen (hardwarespezifischen) Algorithmus
zum Schreiben. Und mu�t �berhaupt Schreibzugriffe seitenweise
organisieren. Und ggf. die Seite zuvor l�schen. Und die
Schreib/L�sch-Zyklen m�glichst gleichm��ig �ber die physisch verf�gbaren
Seiten verteilen.
Die Komplexit�t dieser Schei�e �berl��t man i.A. gern einem
SD-Controller. Insbesondere auch unter dem Aspekt, da� einzeln in
kleinen St�ckzahlen gekaufte FlashROMs wesentlich teuerer kommen, als
wenn man einfach eine fertige SD-Karte gleicher Kapazit�t kauft.
�brigens wurde hier im Thread bereits die M�glichkeit erw�hnt, auf ein
Dateisystem zu verzichten. Das nimmt einen gro�en Teil der Komplexit�t
aus der Ansteuerung der SD-Karten. Macht aber nur dann Sinn, wenn man
tats�chlich nur eine "Datei" zu verwalten hat.
Olaf Kaluza
Nov 12, 2012, 10:19:34 AM11/12/12
to
Holger <hol...@invalid.invalid> wrote:
>N�here Informationen dazu?
http://www.atmel.com/products/memories/sflash/dataflash.aspx
Olaf
>N�here Informationen dazu?
http://www.atmel.com/products/memories/sflash/dataflash.aspx
Olaf
0 new messages