STM32 SPI - RX-Problem

[tobiflea (Gast)]

Hallo,

ich mache gerade erste Gehversuche mit der SPI im STM32F100RB (Discover 
Board).
Dabei habe ich beim Debuggen mit Coocox das Problem, dass beim 
SPI-Empfangen immer nur 0x00 empfangen wird. Ich habe MISO und MOSI der 
SPI1 verbunden, sodass ich eigentlich das Datenbyte empfangen sollte, 
das ich auch zum Anstoßen des Clocks verwende.

Hier mein Code:

/* Master Definition */
#define _SPI_C_

/* Includes */
#include "stm32f10x.h"
#include "spi.h"

/* Functions */
void SPI_Init(void)
{
  /* enable clock for SPI */
  RCC_APB2PeriphClockCmd(RCC_APB2Periph_SPI1, ENABLE);

  /* init SPI1 */
  SPI1->CR1 |= SPI_CR1_MSTR;
  SPI1->CR2 |= SPI_CR2_SSOE;
}

void SPI_Enable(void)
{
  SPI1->CR1 |= SPI_CR1_SPE;
}

void SPI_Disable(void)
{
  SPI1->CR1 &= ~SPI_CR1_SPE;
}

void SPI_WriteByte(uint8_t data_c)
{
  SPI1->DR = data_c;
  while ((SPI1->SR & SPI_SR_TXE) == 0x00);
}

uint8_t SPI_ReadByte(void)
{
  uint8_t result_c = (uint8_t)(SPI1->DR);
  SPI1->DR = 0xAA;
  while (((SPI1->SR) & SPI_SR_RXNE) == (uint16_t)RESET)
  {
    ;
  }

  result_c = (uint8_t)(SPI1->DR);

  return result_c;
}

#undef _SPI_C_

Die Initialisierung der entsprechenden GPIOs sieht so aus:

  RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE);

  /* SPI Pins on PA */
  GPIOA->CRL |= GPIO_CRL_MODE4_1 | GPIO_CRL_CNF4_1;
  GPIOA->CRL |= GPIO_CRL_MODE5_1 | GPIO_CRL_CNF5_1;
  GPIOA->CRL |= GPIO_CRL_CNF6_1;
  GPIOA->CRL |= GPIO_CRL_MODE7_1 | GPIO_CRL_CNF7_1;

Hat jemand eine Idee, woran das liegen kann?

Danke schonmal im VOrraus.

[Oliver J. (skriptkiddy)]

Wo ziehst du den CS-Pin nach Masse?

Gruß Oliver

[enblat (Gast)]

Weiss nicht ob hier relevant: GPIO Remapping?

[tobiflea (Gast)]

Der NSS-Pin wird durch die HW auf Masse gezogen, wenn SPI Enable gesetzt 
wird:
SPI1->CR2 |= SPI_CR2_SSOE;

(Enable wird in SPI_Enable() gesetzt)

Der CS dürfte aber auch keine Rolle spielen, wenn ich den TX- und RX- 
miteinander verbinde, also wenn sozusagen der µC an sich selbst sendet, 
oder?

Bzgl. Remapping habe ich nichts gemacht.

[tobiflea (Gast)]

oder hat jemand einen selbstgeschriebenen SPI-Code für STM32 (nicht 
Standard Peripheral Library)?

[Zeichnungen und Screenshots (Gast)]

Schau' mal ob libopencm3 was Passendes hat.

[tobiflea (Gast)]

Thema ist gelöst:
Ich habe zum einen die Alternate Function IOs nicht mit dem Clock 
versorgt:

RCC_APB2PeriphClockCmd(RCC_APB2Periph_AFIO, ENABLE);

Und bei der Initialisierung der GPIOA-Register habe ich die vom 
Default-Wert her gesetzten Bits nicht zurückgesetzt. Mit dieser 
Initialisierung funktioniert der Empfang:

/* SPI Pins on PA */
  GPIOA->CRL |= GPIO_CRL_MODE4_1 | GPIO_CRL_MODE4_0 | GPIO_CRL_CNF4_1;
  GPIOA->CRL &= ~(GPIO_CRL_CNF4_0);
  GPIOA->CRL |= GPIO_CRL_MODE5_1 | GPIO_CRL_MODE5_0 | GPIO_CRL_CNF5_1;
  GPIOA->CRL &= ~(GPIO_CRL_CNF5_0);
  GPIOA->CRL |= GPIO_CRL_CNF6_1;
  GPIOA->CRL &= ~(GPIO_CRL_MODE6_1 | GPIO_CRL_MODE6_0 | GPIO_CRL_CNF6_0);
  GPIOA->CRL |= GPIO_CRL_MODE7_1 | GPIO_CRL_MODE7_0 | GPIO_CRL_CNF7_1;
  GPIOA->CRL &= ~(GPIO_CRL_CNF7_0);

[Zeichnungen und Screenshots (Gast)]

Leider gibt es bei der Komplexität moderner Controller zu viele
Fallen.

Mal "irgendwas schnell machen" klappt meistens nicht,
wenn man nicht gerade einen genau passenden Beispielcode findet.

[tobiflea (Gast)]

Ja, man könnte auch die Standard Peripheral Lib benutzen, aber ich 
finde, dass man dann noch weniger Überblick hat. Außerdem will ich den 
Controller verstehen lernen und nicht fertige Code-Schnipsel zusammen 
schustern.