SPI-Flash-Speicher mit ATMega1284

Ich habe einen SST26VF064B 8 MB Flash-Speicher-IC an einen ATMeag1284 angeschlossen, wie im folgenden Diagramm gezeigt. Mein Plan ist, mit ihm über SPI zu sprechen.

Beachten Sie, dass alle Kondensatoren im Schema 100 nF haben.

Beim Auslesen der JEDEC-ID erhalte ich nicht die erwarteten Werte. Zuerst setze ich die SS-Leitung auf Low, sende dann den Befehl 0x9F, lese dann 3 Bytes (durch Senden von 0xffDummy-Daten) und ziehe schließlich die SS-Leitung wieder auf High. Das Datenblatt0xBF 0x26 0x43 sagt mir, dass die ID für das spezifische Gerät sein sollte, das ich habe (siehe Seite 24). Ich vermute, dass etwas mit meiner SPI-Verbindung nicht stimmt. Der Oszilloskop-Messwert der SCK-, MOSI- und SS-Leitung sieht jedoch wie erwartet aus. Außerdem dekodiert mein Code das Muster in der MISO-Zeile korrekt als 0x7c 0x20 0x6f. Unten finden Sie die Oszilloskop-Messwerte.

0x05Außerdem habe ich versucht, den Status und die Konfiguration mit den jeweiligen Befehlen auszulesen 0x35. Beide kehren jedoch nur zurück 0x00. Laut Datenblatt sollte zumindest das Konfigurationsregister in der Werkseinstellung am 3. Bit eine 1 enthalten.

Der folgende Code wird auf dem ATMega1284 ausgeführt:

#define F_CPU 8000000UL

#include <avr/io.h>
#include <util/delay.h>

void setSSLow() {
    // Drive SS to low
    PORTB &= ~(1<<PINB4);
}

void setSSHigh() {
    // Set SS to high
    PORTB |= (1<<PINB4);
}

void SPI_MasterInit(void)
{
    // Set SS, MOSI and SCK output, all others input
    DDRB = (1<<PINB4)|(1<<PINB5)|(1<<PINB7);
    setSSHigh();

    // Enable SPI, Master, set clock rate fck/128 
    // Sample on rising edge, output on falling
    SPCR = (1<<SPE)|(1<<MSTR)|(1<<SPR0)|(1<<SPR1)|(0<<CPHA)|(0<<CPOL);
}

char SPI_MasterTransmit(char cData)
{
    // Start transmission 
    SPDR = cData;
    // Wait for transmission complete
    while(!(SPSR & (1<<SPIF))) ;

    char receivedData = SPDR;
    return receivedData;
}

char buffer[3];

int main(void)
{
    SPI_MasterInit();

    // Send 'Read JEDEC ID' command
    setSSLow();
    char status = SPI_MasterTransmit(0x9f);

    // Get data
    for (int i=0; i<3; i++) {
        char data = SPI_MasterTransmit(0xff);
        buffer[i] = data;
    }
    setSSHigh();

    _delay_ms(1000);

    while (1) {
        // Do nothing
    }
}

SCK und SS

SCK und MOSI

SCK und MISO

Ich bin jetzt an einem Punkt angelangt, an dem mir nichts anderes einfällt, um zu versuchen, dieses Problem zu beheben. Ich wäre sehr hilfreich für jede Hilfe, die Sie leisten können! Dies ist das erste Mal, dass ich SPI verwende, und es ist sehr schwierig für mich, Hardware zu debuggen, da ich einen Softwarehintergrund habe.

AKTUALISIERUNG 1

Ich habe heute alles noch einmal überprüft und für mich sieht alles richtig aus. Beim Lesen der JEDEC-ID erhalte ich jedoch immer noch die gleiche Ausgabe. Wie in den Kommentaren unten erwähnt, handelt es sich um eine sich wiederholende Bytefolge:

7c 20 6f 84 0d f0 81 be 10 37 c2 06 f8 40 df 08 1b e1 03

Da ich den gleichen Chip im 16-Pin-Gehäuse hatte, lötete ich schnell eine Breakout-Platine zusammen und ersetzte den Chip. Überraschenderweise bekomme ich genau das gleiche Verhalten. Ich denke definitiv, dass etwas falsch ist, wie ich es mache, aber ich sehe noch nicht, wie ...

AKTUALISIERUNG 2

Wie ich bereits in den Kommentaren erwähnt habe, habe ich es geschafft, den Speicherchip mit einem Arduino zum Laufen zu bringen. Also habe ich weiter recherchiert. Ich habe den Code, den ich auf dem ATMega1284 verwendet habe, direkt auf den Arduino geladen. Und raten Sie mal: Es funktionierte out of the box. Also muss mit dem ATMega, den ich verwende, etwas nicht stimmen. Außerdem habe ich schnell eine Software-SPI-Implementierung geschrieben, bei der andere Pins verwendet wurden als die, die vom Hardware-SPI verwendet werden. Und das funktioniert auch. Ich werde versuchen, einen anderen ATMega1284 in die Hände zu bekommen und es mit diesem versuchen. Ich vermute, dass ich etwas im ATMega1284 kaputt gemacht habe ...

AKTUALISIERUNG 3

Aus Versehen habe ich es gerade geschafft, mit dem SSTV26 über Hardware-SPI auf dem ATMega1284 zu kommunizieren. Ich hatte immer noch Kabel an SS, MOSI und SCK angeschlossen, die mit nichts anderem verbunden waren. Wenn ich diese Kabel berühre, funktioniert die Kommunikation. Wenn ich sie nicht anfasse, funktioniert es nicht. Ich vermute, da schwimmt etwas. Das Werkzeug habe ich gerade nicht zur Hand.