ATmega32 ueber Software SPI programmieren scheitert

Erz schrieb:

> In der Software Ausführung kein Erfolg. Bekomme als Return 255. Anbei
> mein Code in C als Test.

ich sehe zwei Fehler in Deinem Code:

1. Das Einlesen der Daten (MISO) sollte nicht bei dem selben Taktpegel 
erfolgen, wie die Ausgabe (MOSI). Korrekt wäre:
- Datenbit ausgeben
- Takt hi
- Datenbit einlesen
- Takt low
(Wenn das zum SPI-Mode des SPI-Slaves passt).

2. Die Reihenfolge der Bits von ausgegebenem und eingelesenen Datenbyte 
stimmt nicht überein. Wenn Du die Daten mit dem MSB zuerst über MOSI 
ausgibst, solltest Du die Daten auch mit MSB voran von MISO einlesen.

Ob der SPI-Mode passt, kann ich nicht sagen.

Grüßle
Volker

Nachtrag: Hier ein Software-SPI, den ich vor Jahren auf einem ATtiny 
implementiert habe:

1

uint8_t SpiIO(uint8_t Dout) {

2

  uint8_t Mask, Din = 0;

3

  for(Mask = BMSK(7); Mask; Mask >>= 1) {

4

    DATA_PORT &= ~SCK;                            /* SCk -> L */

5

    if(Dout & Mask) DATA_PORT |=  DOUT_LED_JTAG;  /* Dout -> H */

6

    else            DATA_PORT &= ~DOUT_LED_JTAG;  /* Dout -> L */

7

    DATA_PORT |= SCK;                             /* SCk -> H */

8

    if(IN_PORT & DIN) Din |= Mask;                /* Din == H */

9

  } /* for(Mask = BMSK(7); Mask; Mask >>= 1) */

10

  return(Din);

11

}

Erz schrieb:

> Zu 1, habe ich bereits getestet auch mit delay dazwischen (:

Mir ist zwar nicht bekannt, ob es auch eine untere Grenze für den 
SPI-Takt gibt, aber die 5Hz, die Du mit Deinen Delays hast, erscheint 
mir grenzwertig.

> Zu 2, da ich nur Werte mit 255 zurück bekomme konnte ich das noch gar
> nicht testen ^^

Leider ist mir Dein Code zu kompliziert (ich habe noch nie eine dermaßen 
komplizierte Wandung von binär nach dezimal gesehen).

Aber an Deiner Stelle würde ich MISO und MOSI direkt verbinden und 
prüfen, ob dann das gelesene Byte mit dem gesendeten übereinstimmt.

Grüßle
Volker

P.S.: Man kann sich Byte-Werte auch hexadezimal ausgeben, dann ist die 
Codierung nicht ganz so kompliziert...

Erz schrieb:

> Habe dann wieder den obigen Befehl eingefügt und seitdem funktioniert es
> bzw. ich erhalte richtige Werte.

Erstaunlich! Sind gesendetes Byte (data) und empfangenes (ret) wirklich 
gleich? Ich würde anhand Deines Codes vermuten, dass das empfangene Byte
gespiegelt ist, also LSB first.

1

if(data & (1 << (7 - x)))

...

1

if(PINB & (1<<PB6)) ret |= (1 << x);

> Und auf die Frage über die Taktgrenze kann ich die Aussage von S.
> Landolt nur bestätigen. Habe es ohne Delay und mit 200ms pause versucht
> und beides funktioniert Problemlos (:

Auf diese Idee bin ich auch noch nie gekommen... :-)

Grüßle
Volker