AVR SPI hängt (SPIF Abfrage), ss IST Ausgang!

[Martin N. (martin02)]

Hallo zusammen!

Ich verzweifle am SPI Bus. Ein ATmega16 steuert drei 74hc595 an.

Hier mal die wichtigsten Zeilen:

    DDRB = (1<<PB0)|(1<<PB1)|(1<<PB2)|(1<<PB4)|(1<<PB5)|(1<<PB7);
    // SPI Port Initialisieren
    SPCR  =  (1<<SPE) | (1<<SPR0) | (1<<SPR1) | (1<<MSTR);

    // Segmente an Schieberegister übertragen
    STROBE_L;
    SPDR = ~transmit_e;
    _delay_ms(1);
    SPDR = ~transmit_z;
    _delay_ms(1);
    SPDR = ~transmit_h;
    _delay_ms(1);
    STROBE_H;

So funktioniert es. Aber das ist ja nicht schön. Wenn ich die delays 
durch while(!(SPSR & (1<<SPIF))); ersetze, hängt der sich da fest. Ich 
habe nachgelesen. Der SS Pin ist bei mir als Ausgang konfiguriert. Was 
kann es noch sein? Ich nutze bis jetzt keine Interrupts in dem Programm.

Gruß
Martin

[Michael (Gast)]

Klappt das senden von nur einem Byte oder hängt er da auch schon?

[Jörg W. (dl8dtl) (Moderator)]

Martin N/a schrieb:
> Wenn ich die delays
> durch while(!(SPSR & (1<<SPIF))); ersetze, hängt der sich da fest.

Du hast das Bit aber vorher korrekt gelöscht, ja?

[Martin N. (martin02)]

Hi,

ich wollte genau das gerade testen. Habe genau den Code von gestern, der 
NICHT lief, genommen. Und siehe da - es geht heute.

Keine Ahnung warum... aber immerhin geht's. Danke für den hilfreichen 
Tipp :o)

Gruß
Martin

[Mark B. (markbrandis)]

Da hat wohl ein Bit zu kräftig gefeiert und ist über Nacht umgekippt.

[Hans-jürgen H. (hjherbert)]

>> Und siehe da - es geht heute.

Die Unzuverlässigkeit bei SPI-Komminukation hatte bei mir die Ursache, 
dass ich SS nicht vor jedem Byte kurz pulste.

Also so:

Der Master muss :
- Erst keinen der Slaves angewählt haben: Ausgang SS=inaktiv (high).
- Einen der Slaves anwählen SS=aktiv (low). (Durch dieses Umschalten 
wird der Eingang des Slaves synchronisiert, der Bit-Zähler auf 0 
gesetzt)
- Ein Byte an den Slave senden
- Warten bis gesendet ist (Durch Abfragen, oder durch Warten auf 
Interrupt)
- Die zurückgemeldete Antwort auswerten.
- Den Slave abwählen SS=inaktiv (high).

[Michael U. (amiga)]

Hallo,

Hans-jürgen Herbert schrieb:
>>> Und siehe da - es geht heute.
>
> Die Unzuverlässigkeit bei SPI-Komminukation hatte bei mir die Ursache,
> dass ich SS nicht vor jedem Byte kurz pulste.
>
> Also so:
>
> Der Master muss :
> - Erst keinen der Slaves angewählt haben: Ausgang SS=inaktiv (high).
> - Einen der Slaves anwählen SS=aktiv (low). (Durch dieses Umschalten
> wird der Eingang des Slaves synchronisiert, der Bit-Zähler auf 0
> gesetzt)
> - Ein Byte an den Slave senden
> - Warten bis gesendet ist (Durch Abfragen, oder durch Warten auf
> Interrupt)
> - Die zurückgemeldete Antwort auswerten.
> - Den Slave abwählen SS=inaktiv (high).

Schlicht Quark... ;-)

Wenn der SPI als Master gesetzt ist und SS als Ausgang, dann ist SS ein 
normaler Portpin asl Ausgang, für den sich SPI nicht mehr interessiert.
Nur wenn es Eingang ist, wird es vom SPI beachtet.

Ich suche die Stelle im Datenblatt jetzt aber nicht.

Gruß aus Berlin
Michael