Probleme mit Atmel DataFlash

verlangt ja auch keiner :-)...

dann hier einmal die c datei

und die header datei...

Ich hatte nur einen schnellen Blick. Zuerst muss man das RAM Füllen dann 
den Schreibbefehl geben, das lesen geht genauso.

rene

es gibt auch einen befehl der dass beides hintereinander macht. da kann 
man sich das schreiben in einen puffer sparen.

Man muss bei den AT45DBs ein bischen aufpassen. Die sehen alle irgendwie 
gleich aus, von der Kapazität mal abgesehen. Ein genauerer Blick ins 
Datasheet zeigt indes, dass sie es nicht sind. Das fängt damit an, dass 
das 011er nur einem Puffer hat, ab dem 041er aber zwei drin sind.

Und es betrifft auch die SPI-Schnittstelle, die zumindest bei den 
kleinen Typen zum SPI Mode 0 der AVRs inkompatibel sind (man landet 1 
Bit daneben), nur in Mode 3 funktionieren. Der 321er allerdings hat ein 
anderes Verhalten im SPI, nennt sich auch anders, das zu AVR Mode 0 
kompatibel aussieht. Möglicherweise hängt das SPI-Verhalten aber auch 
noch vom Command-Code ab. Immerhin gibt es für die gleiche Operation 2 
verschiedene Kommandos, ohne dass Atmel verrät wo der Unterschied liegt. 
Da fehlen eindeutig einpaar Seiten in den Datasheets.

Also die ID kann ich lesen. Bekomme auch das was ich erwarte. Also 
funktioniert die. Das Statusregister kann ich auch lesen.
Habe dann versucht einen Block zu schreiben (einfach 1 - 528) und den 
wieder zurück zu lesen. Doch leider bekomme ich nur den wert 128 wieder. 
und das in allen 528 byte. kann nicht genau definieren welche der beiden 
funktionen nicht funktioniert.

aber ich nutze doch den "ProgramMainMemoryTroughBuffer" Befehl. Der 
schreibt zuerst die Daten in einen Puffer. Wenn dann CS wieder auf High 
geht, wird die Page im MainMemory gelöscht und anschließend der Inhalt 
des Puffers in die Page geschrieben. Oder funktioniert dieser Befehl 
nicht so richtig??

also ich hab mal zum testen einen block in buffer 1 geschrieben und 
wieder zurückgelesen. und da passt schon was nicht. hab wieder von 0 bis 
527 reingeschrieben und dann wieder gelesen. bis byte 99 bekomme ich 
werte, aber auch nicht die richtigen. bei byte 99 erwarte ich den wert 
99, bekomme aber 98. und ab byte 100 bekomme ich nur noch null zurück.
könnte der chip kaputt sein??? hänge mal die neue headerdatei an.

und den neuen c file

hab auch nochmal buffer 2 getestet und da bekomme ich nur völligen 
unsinn zurückgegeben.

Ich hab da noch mal ne frage zur adressierung..
zum schreiben in den puffer wird eine pufferadresse gefordert. Da der 
nur 528 byte groß its, und ich 528 byte schreibe, gehe ich mal davon aus 
dass die bei null beginnt.

ich würde jetzt gern wissen ob er die pufferadresse automatisch 
hochzählt, oder ob ich bei jedem byte die adresse neu setzen muss...

hat keiner eine idee wo der fehler liegen könnte???

hilft mir nicht wirklich weiter, aber trotzdem danke :-)

Das hab ich auch schon gelesen. Steht auch nicht viel mehr als im 
Datenblatt.
Aber ich hab den Fehler selbst gefunden....die mosileitung war nicht 
richtig verlötet. und so gingen wohl daten verloren...dann noch ein paar 
kleine änderungen am code und es funktioniert alles wunderbar :-)

Hallo

Habe auch ein Problem mit dem Data Flash 16Mb

So funktioniert er prima aber ich bekomme beim lesen von Pages immer 
doppelte daten

d.h

Page 0  Daten1
Page 1 Daten1

Page 1 sollte aber Daten 2 liefern und so führt sich das fort

wenn ich page+=2 nehme dann sind die Daten sauber hintereinander.


Habe allerdings meinen eigenen Code

Könnt Ihr mal drüberschauen???

Danke