SPI zwischen STM32 und ESP8266

[Peter M. (pbm)]

Ich versuche gerade, eine Verbindung zwischen einem STM32 als SPI Master 
und einem ESP8266 als SPI Slave herzustellen.

Für den ESP verwende ich die Arduino SPISlave-Library, die leider 
vollkommen undokumentiert ist. Im Code habe ich die Größe der 
Datenwörter von 32 Bit auf 16 Bit reduziert, da der STM32 nur mit 16 Bit 
umgehen kann.

Mit dieser Änderung kann ich Daten senden, allerdings kommt beim ESP 
etwas völlig anderes an.

Auf der STM32-Seite gibt es die Parameter CPOL, CPHA, NSS Pulse und 
MSB/LSB, aber keine Kombination scheint zu funktionieren.

Weiß jemand, was die SPISlave-Library erwartet? Da ich mich weder mit 
Arduino noch mit dem ESP so richtig auskenne, verstehe ich den 
Library-Code auch nicht wirklich.

Eigentlich würde ich auch lieber das Hardware-SPI über das Espressif SDK 
verwenden, aber in der Beschreibung habe ich keine HSPI-Funktionen 
gefunden.

[Stefan F. (Gast)]

Hast du dir den Beispiel-Code angesehen?
https://github.com/esp8266/Arduino/tree/master/libraries/SPISlave/examples

Zu deinem Problem schreibt jemand "Unfortunately the 
"Examples->SPISlave->SPISlave_Test" did not work for me. The Slave could 
read the master but its reply seems corrupted. Luckily I found a working 
version in the ESP8266 Community Forum"

https://cmheong.blogspot.com/2018/03/spi-master-slave-programs-with-esp8266.html

Vielleicht kann der Typ Dir helfen.

[Peter M. (pbm)]

Stefanus F. schrieb:
> Hast du dir den Beispiel-Code angesehen?

Ja, habe ich, aber der hilft nur beschränkt, da ich ja die HAL-Funktion 
des STM32 verwende.

> Vielleicht kann der Typ Dir helfen.

So wie ich das verstehe, war bei ihm nur ein Zeichen korrupt. Bei mir 
sind aber alle Zeichen betroffen.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Peter M. schrieb:
> kann ich Daten senden, allerdings kommt beim ESP etwas völlig anderes
> an.
Und was ist tatsächlich auf dem Bus los? Hast du das, was da überhaupt 
übertragen wird, mal mit einem Speicheroszi oder Logikanalyzer 
kontrolliert?
Eine serielle Schnitte ohne solche Messgeräte in Betrieb zu nehmen ist 
wie "Autofahren nach Gehör".

[Peter M. (pbm)]

Lothar M. schrieb:
> Und was ist tatsächlich auf dem Bus los?

Guter Punkt, und sehr überraschend. Wie man sieht, passiert auf CLK rein 
gar nichts, was mich dann doch am Master zweifeln läßt.

Hier dessen Initialisierung:

  hspi4.Instance = SPI4;
  hspi4.Init.Mode = SPI_MODE_MASTER;
  hspi4.Init.Direction = SPI_DIRECTION_2LINES;
  hspi4.Init.DataSize = SPI_DATASIZE_8BIT;
  hspi4.Init.CLKPolarity = SPI_POLARITY_LOW;
  hspi4.Init.CLKPhase = SPI_PHASE_1EDGE;
  hspi4.Init.NSS = SPI_NSS_SOFT;
  hspi4.Init.BaudRatePrescaler = SPI_BAUDRATEPRESCALER_256;
  hspi4.Init.FirstBit = SPI_FIRSTBIT_MSB;
  hspi4.Init.TIMode = SPI_TIMODE_DISABLE;
  hspi4.Init.CRCCalculation = SPI_CRCCALCULATION_DISABLE;
  hspi4.Init.CRCPolynomial = 7;
  hspi4.Init.CRCLength = SPI_CRC_LENGTH_DATASIZE;
  hspi4.Init.NSSPMode = SPI_NSS_PULSE_DISABLE;
  if (HAL_SPI_Init(&hspi4) != HAL_OK)
  {
    Error_Handler();
  }

  // ...

  GPIO_InitTypeDef GPIO_InitStruct = {0};
  if(spiHandle->Instance==SPI4)
  {
    /* SPI4 clock enable */
    __HAL_RCC_SPI4_CLK_ENABLE();
  
    __HAL_RCC_GPIOE_CLK_ENABLE();
    /**SPI4 GPIO Configuration    
    PE2     ------> SPI4_SCK
    PE5     ------> SPI4_MISO
    PE6     ------> SPI4_MOSI 
    */
    GPIO_InitStruct.Pin = GPIO_PIN_2|GPIO_PIN_5|GPIO_PIN_6;
    GPIO_InitStruct.Mode = GPIO_MODE_AF_PP;
    GPIO_InitStruct.Pull = GPIO_NOPULL;
    GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH;
    GPIO_InitStruct.Alternate = GPIO_AF5_SPI4;
    HAL_GPIO_Init(GPIOE, &GPIO_InitStruct);
  }

Und dann ist der Aufruf einfach

  NSS_LO;
  rc = HAL_SPI_TransmitReceive(&hspi4, txbuf, rxbuf, SIZE, TIMEOUT);
  NSS_HI;

Wieso wird kein Takt erzeugt? Wartet der Master auf irgendein Signal vom 
Slave?

[Peter M. (pbm)]

Hier der Mitschnitt vom Logik Analyzer.