Atmega 328p uint16_t auf EEPROM per SPI geht nicht

Ok ohne die Page zu beachten, könnte in meinem Fall bei unbedachter Wahl 
der Adresse ein überlauf entstehen. oder?

Aber wie bildet ich das ab mit 2 mal read / write? Muss ich vorher die 
unint16_t in 2 x 8 teilen? und dann erst übertragen und lesen und wieder 
zusammen setzen?

Wenn ja dann wie?

Danke im schon einmal.

Wenn ich meinen Universal-EEPROM-Code so anschaue dann muss das
Schreiben auf ein solches serielles EEPROM etwas differenzierter
geschehen.

- STATUS lesen
- Wenn Block Protection Bits gesetzt sind, diese löschen
- Wenn nicht dann ohne Löschen weiter

Dann erst Write Enable setzen, dann Daten schreiben.

Die Block Protection Bits muss man wohl nicht immer neu
löschen, möglicherweise würde durch dauerndes Löschen
diese eine Zelle (Register) langsam vorzeitig
verschlissen werden.

Aber mit gesetzten Block Protection Bits wird man das
EEPROM nicht beschreiben können .....

Danke erstmal für eure Antworten!

Ich lese am Anfang das Statusregister aus, um zu schauen ob die 
Anschlüsse alle funktionieren. Das geht also. Was du weiter mit den 
"Block Proctection Bits" meinst weiß ich leider nicht. (-> Verweis auf 
Anfänger)

>Im Code oben ist kein LCD involviert.

Den Part hab ich nicht mit veröffentlich, da ich nicht wollte, dass der 
Code zulange wird den ich hier poste.

>Und was kommt heraus, wenn du das 16-Bit Wort so schreibst, wie oben dargestellt, 
dann aber ein Byte von Adresse 0 liest und das als char darstellst, und danach das 
Byte von Adresse 1 liest und als char  darstellst

ok hab folgendes probiert:

Hab den Wert "1234" als uint16_t auf Adresse (0) geschrieben. Danach 
über meine funktionierende spi_read_uint8_t () Funktion ausgelesen. 
Kommt 210 auf dem LCD raus. Da ja 1234 Dezimal = 0000 0100 1101 0010 
Binär sind und das LSB hier ja genau 210 ist sollte das passen. Der Wert 
wird in Adresse (1) angezeigt

Jedoch steht in Adresse (0) beim auslesen der Wert 0 auf dem LCD.

Beschreibe ich eine uint8_t nochmals auf Adresse (0) mit einem 
beliebigen Wert z.B.: 99 wird dieser auch korrekt ausgelesen.
Dieser müsste ja jetzt auf dem EEPROM dauerhaft gespeichert werden.

Benutzte ich jetzt nochmals meinen wirte uint16_t Code zeigt mir das LCD 
wieder die 210 in Adresse (1) und 0 in Adresse (0) angezeigt.

Sollte aber eigentlich eine 4 rauskommen, da der vordere Teil der 
geteilten 16 Bits ja 0000 0100 = 4 sein sollte.

Andy schrieb:
> Was du weiter mit den
> "Block Proctection Bits" meinst weiß ich leider nicht.

RTFM!

Einfach mal Datenblatt lesen. Wenn du das nicht willst dann
mach irgendwas anderes. Aber nicht EEPROM programmieren.

Ich weiß was eine Page Protection ist. Jedoch versteh ich nicht was das 
hiermit zu tun hat. (das mein ich mit Anfänger)

Aber Page Protection ist nicht an. Sonst würde das beschreiben mit einem 
uint8_t Wert auf Adresse (0) oder (1) nicht funktionieren.

Oder stehe ich gerade auf dem Schlauch.

Und Ja ich hab das Datenblatt gelesen. Sonst wüsste ich ja nicht wie ich 
CS high oder low setzen sollte etc.

Ssooo danke erstmal an Lothar!

Hast mich auf die richtige Spur gebracht. Konnte den Fehler immer mehr 
eingrenzen. Hat jetzt geklappt.

Lag wirklich am schreiben und nicht an der lese Funktion.

Warum auch immer geht die Bit-Manipulation nicht in der Zeile:
   >     spi_transfer((unsigned char) data_schreiben>>8);

hab somit vorher die "Data" Werte in MSB und LSB aufteilen müssen.
Am Ende alles in eine Funktion / Libarry ausgelagert.

1

uint16_t spi_eeprom_lesen_uint16_t (uint16_t adresse)

2

{

3

4

uint16_t data_auslesen = 0;

5

6

if (adresse < 8192)

7

    {

8

9

// CS auf low

10

spi_cs(0);

11

// In Lesemodus wechseln

12

spi_transfer(READ);

13

// Schreibadresse für MSB

14

spi_transfer((unsigned char) adresse>>8);

15

// Schreibadresse für LSB

16

spi_transfer((unsigned char) adresse);

17

// Eine Null wird als Dummy benutzt und der Wert des EEPROMs ausgelesen.

18

// Der wird der Variablen Ausgelesener_Wert_EEPROM überschrieben.

19

20

 //read data LSB by dummy transmission

21

data_auslesen = data_auslesen + (spi_transfer(0)<<8);

22

//read data MSB by dummy transmission

23

data_auslesen = data_auslesen + spi_transfer(0);

24

25

26

//Um 2 mal hinter einander auszulesen muss cs auf high gesetzt werden

27

    // CS auf high

28

    spi_cs(1);

29

    // Wartezeit CS

30

    _delay_us(1);

31

    }

32

33

    // Der Rückgabewert data_auslesen wird aus der Funktion ausgegeben.

34

    return data_auslesen;

35

36

// auslesen EEPROM abgeschlossen

37

38

}

danke nochmal für die Hilfe!

ups sorry meine Fehler...

Falsche Funktion wollte die write posten. Naja vielleicht helfen der 
Nachwelt somit beide.

Hier nochmal die Schreibfunktion:

1

// einen uint16_t Wert als Daten auf das EEPROM schreiben

2

void spi_eeprom_schreiben_uint16_t (uint16_t adresse, uint16_t daten)

3

{

4

5

    if (adresse < 8192)

6

    {

7

8

    // uint_16_t auf eeprom schreiben

9

10

// Data wird in MSB und LSB aufgteilt

11

// Das MSB von Data

12

uint8_t msb = daten >> 8;

13

// Das LSB von Data

14

uint8_t lsb = daten & 0xFF;

15

16

//CS auf low

17

spi_cs(0);

18

// Schreibvorgang einleiten

19

spi_transfer(WREN);

20

// CS auf high

21

spi_cs(1);

22

//wartezeit CS

23

_delay_us(1);

24

//CS auf low

25

spi_cs(0);

26

27

// Adresse fürs schreiben in MSB und LSB

28

//Schreibmodus aktivieren

29

spi_transfer(WRITE);

30

// Schreibadresse für MSB

31

spi_transfer((unsigned char) adresse>>8);

32

// Schreibadresse für LSB

33

spi_transfer((unsigned char) adresse);

34

35

        //transmit data MSB

36

        spi_transfer((unsigned char) msb);

37

         //transmit data LSB

38

        spi_transfer((unsigned char) lsb);

39

40

// schreibvorgang übermitteln

41

spi_cs(1);

42

// 5 ms Wartezeit für Schreibvorgang

43

_delay_ms(5);

44

// CS auf low

45

spi_cs(0);

46

// Schreibmodus verlassen

47

spi_transfer(WRDI);

48

// CS auf high

49

spi_cs(1);

50

// Wartezeit CS

51

_delay_us(1);

52

}

53

//schreiben ist ab hier abgeschlossen

54

}

Haaa.... Darauf wäre ich nie gekommen. Im Nachhinein logisch. Vielen 
Dank nochmal!