externes EEPROM

[Greiner (Gast)]

Hallo,
Ich würde gerne ein externes EEPROM an einen Controller (ATMega 168) 
anschließen. Jetzt habe ich natürlich die Qual der Wahl was ich genau 
nehme. I2C SPI oder Microwire.
Ich habe bis jetzt noch nichts externes an einen Controller angebunden. 
Welches der üblichen Protokolle wäre denn am einfachsten zu 
implementieren? Vorteile/Nachteile?

Vielen Dank für eure Hilfe

Greiner

[Sam .. (sam1994)]

SPI ist das einfachere Protokoll. Für EEproms ist aber I2C das 
gebräuchlichere. Für beides gibt es wahrscheinlich Codebeispiele im 
Netz.

[TimH (Gast)]

such immer noch einen kompakten ASM Beispielcode für AVR via TWI-Int. 
Einfach nix zu finden im Netz :-(

[Sam .. (sam1994)]

Beitrag "Hardware TWI,I²C, I²C EEPROM"

[Greiner (Gast)]

So, meine Teile sind jetzt gekommen und ich hab schon ein wenig 
rumgebastelt. Wenig erfolgreich....
Ich hab jetzt alles wieder auseinander gerissen und fange systematisch 
von vorne an :)
Ich hab dieses EEPROM: 
http://www.produktinfo.conrad.com/datenblaetter/150000-174999/150260-da-01-en-EEPROM_25LC040_I_P.pdf

und diesen Controller: 
http://www.atmel.com/dyn/resources/prod_documents/doc2545.pdf

Erstmal richtig anschließen:

Pins am EEPROM werden verbunden mit:

CS --> GND  hab nur das eine EEPROM deshalb lass ich es die ganze Zeit 
aktiv.
SO --> MISO
WP --> VCC brauch ich nicht
VSS --> GND
SI --> MOSI
SCK --> SCK
HOLD --> VCC brauch ich auch nicht
VCC --> VCC

soweit alles richtig?

[Peter D. (pdiener)]

Der CS muss an den Controller angeschlossen sein, darüber werden die 
Bytegrenzen synchronisiert. Auch wenn es nur einen Slave gibt, muss CS 
angesteuert werden.

Ansonsten ist es richtig angeschlossen.

Grüße,

Peter

[PETROV (Gast)]

Warum machst Du Dir das Leben so schwer.

Mit 24LCxxx I2C-Eproms ist die Sache sehr einfach.

Schreiben:
Deviceadresse senden
Eprom High Adresse senden
Eprom Low Adresse senden
Datenbytes senden

Lesen:
Deviceadresse senden
Eprom High Adresse senden
Eprom Low Adresse senden
Datenbytes Empfangen

Gruß Peter

[TimH (Gast)]

@Peter
Der von Samuel K. angegebene Beitrag zeigt doch, wie "sehr einfach" die 
Sache ist. Immerhin ein ASM-Code, aber "Das komplette TWI arbeitet im 
Polling Mode, also nicht Interrupt basiert." - das scheint mir nun 
leider noch nicht die effizienteste Methode zu sein. Kennt jemand noch 
eine Quelle die den TWI-Int verwendet und in einer modularen Form 
daherkommt die sich bequem in eigene ASM-Programme einpassen lässt? Ich 
benötige eine Ansteuerung für ein 24LC512...

Gruß Tim

[Greiner (Gast)]

So ich habe weiter gebastelt, nur leider funktionier es nicht. Hardware 
mäßig müsste alles stimmen, deshalb werd ich mal den code Posten.

SPIINIT:
        ldi r16,(1<<DDB3)|(1<<DDB5)|(1<<DDB2)
        out DDRB,r16
        ldi r16, (1<<DDB2)
        out PORTB,r16
        ldi r16,(1<<SPE)|(1<<MSTR)
        out SPCR,r16
        ret


WRITEEEPROM:  
        ldi r16, 0
        out PORTB, r16
        ldi r16, 0b00000110
        out SPDR, r16
      wait:
        in r16, SPSR
        sbrs r16, SPIF
        rjmp wait
        ldi r16, (1<<DDB2)
        out PORTB, r16
        ldi r16, 0
        out PORTB, r16
        ldi r16, 0b00000010
        out SPDR, r16
      wait1:
        in r16, SPSR
        sbrs r16, SPIF
        rjmp wait1
        out SPDR, r17
      wait2:
        in r16, SPSR
        sbrs r16, SPIF
        rjmp wait2
        out SPDR, r18
      wait3:
        in r16, SPSR
        sbrs r16, SPIF
        rjmp wait3
        ret

READEEPROM:  ldi r16, 0
        out PORTB, r16
        ldi r16, 0b00000011
        out SPDR,r16
      wait8:
        in r16, SPSR
        sbrs r16, SPIF
        rjmp wait8
        out SPDR, r17
      wait9:
        in r16, SPSR
        sbrs r16, SPIF
        rjmp wait9
        out SPDR, r17
      wait10:
        in r16, SPSR
        sbrs r16, SPIF
        rjmp wait10
        rcall DELAY
        ret

SPIINIT initalisert den SPI Modus als Master.
WRITEERPOM schreibt den in r18 respeicherten Wert an die Adresse die in 
r17 angegeben ist.
READEEPROM lädt den aus dem eeprom an der Adresse in r17 gespeicherten 
Wert in r16.
Die ganzen Funktionen können erstmal nur auf die vordere Hälfte des 
eeprom zugreifen, da das achte Adressbit überall Null ist. Zum 
ausprobieren dürfte das aber egal sein.
Wenn ich nun z.b. den Wert 0x41 ins eeprom schreibe, dann lese und ihn 
mir dann auf meinem LCD ausgeben lasse erscheint nur ein schwarzer 
Kasten anstell eines A. (das LCD funktioniert sonst einwandfrei, daran 
liegt es nicht)

vielen Dank für eure Hilfe
Freiner

[Niemand (Gast)]

Hi,
hab ich's übersehen oder liest Du nicht das SPI Datenregister in 
READEEPROM?
Es sollte doch ein "in r16, SPDR" dort stehen, oder ?

[Greiner (Gast)]

Ja, das ist richtig. Hab wohl beim kopieren Mist gemacht. Das "in r16, 
SPDR" steht jetzt ganz am Ende von READEEPROM, natürlich vor dem ret ;)
Trotzdem bleibt das Problem erhalten, angezeigt wird nur ein schwarzer 
kasten und kein "A".

[Greiner (Gast)]

Noch eine kleine Frage. Kann ich denn durch eine anfänglich Fehlerhafte 
Beschaltung das eeprom verbraten haben?

[Greiner (Gast)]

So, nächster Fehler gefunden: In SPIINIT wird "out PORTB, r16" ersetzt 
durch "out DDRB, r16"
Funktionier trotzdem nicht.

[Niemand (Gast)]

Ne, war schon richtig so. Du setzt ja CS standarmäßig auf high!