STM32WL kein Signal auf MISO-Leitung bei SUBGHZ SPI

[Manuel N. (manuelambaum)]

Hallo,

Ich versuche, eine SPI-Kommunikation mit dem integrierten 
LoRa-Transceiver des STM32WL einzurichten. Die NSS,MOSI und 
SCK-Datenleitungen scheinen zu funktionieren, jedoch erhalte ich keine 
Rückmeldung des LoRa-Transceivers auf der MISO-Leitung.

Mein Code ist der folgende:

 void SUBGHZSPI_DebugEnable(void) {
  RCC->AHB2ENR |= (1U << 0);    //enable GPIO-A

  GPIOA->MODER &= ~(3U << 8);    //reset PA4
  GPIOA->MODER |= (2U <<   8);    //set PA4

  GPIOA->MODER &= ~(3U << 10);  //reset PA5
  GPIOA->MODER |= (2U << 10);    //set PA5

  GPIOA->MODER &= ~(3U << 12);  //reset PA6
  GPIOA->MODER |= (2U << 12);    //set PA6

  GPIOA->MODER &= ~(3U << 14);  //reset PA7
  GPIOA->MODER |= (2U << 14);    //set PA7

  GPIOA->AFR[0] &= ~(15U<<16);  //reset AF of PA4
  GPIOA->AFR[0] |= (13U<<16);    //set AF13 of PA4

  GPIOA->AFR[0] &= ~(15U<<20);  //reset AF of PA5
  GPIOA->AFR[0] |= (13U<<20);    //set AF13 of PA5

  GPIOA->AFR[0] &= ~(15U<<24);  //reset AF of PA6
  GPIOA->AFR[0] |= (13U<<24);    //set AF13 of PA6

  GPIOA->AFR[0] &= ~(15U<<28);  //reset AF of PA7
  GPIOA->AFR[0] |= (13U<<28);    //set AF13 of PA7

  GPIOA->OSPEEDR |= (3U << 8);  //set output speed for PA4 to HIGH speed
  GPIOA->OSPEEDR |= (3U << 10);  //set output speed for PA5 to HIGH speed
  GPIOA->OSPEEDR |= (3U << 12);  //set output speed for PA6 to HIGH speed
  GPIOA->OSPEEDR |= (3U << 14);  //set output speed for PA7 to HIGH speed
}



void SUBGHZSPI_init(void) {

      RCC->APB3ENR |= (1<<0); // enable SUBGHZ SPI

      SUBGHZSPI->CR1 |= (1 << 9); // SSM
      SUBGHZSPI->CR1 |= (1 << 8); // SSI

      SUBGHZSPI->CR1 &= ~(7 << 3);
      SUBGHZSPI->CR1 |= (1<<3); // baudrate (1MHz)

      SUBGHZSPI->CR1 |= (1<<2); // Master
      SUBGHZSPI->CR1 &= ~(1<<10); // full-duplex

      SUBGHZSPI->CR2 |= (1<<12); // FIFO threshold 8bit

      SUBGHZSPI->CR1 |= (1<<6); // enable SPI
}

ich rufe diesen code dann vom main.c auf:

while(1) {
    PWR->SUBGHZSPICR &= ~(1 << 15); // NSS low

    while (!(SUBGHZSPI->SR & (1 << 1))); // TXE
    *(__IO uint8_t*)(&SUBGHZSPI->DR) = 0x13;

    while (!(SUBGHZSPI->SR & (1 << 0))); // RXNE
    uint32_t status = SUBGHZSPI->DR;

    PWR->SUBGHZSPICR |= (1 << 15); // NSS high
  }

Ich kann daten senden und diese ebenfalls mit meinem logic level 
analyzer verifizieren, aber die MISO-Leitung bleibt dauerhaft auf "high" 
(siehe Anhang)

Kann mir jemand sagen, was fehlt oder was ich falsch mache?
Danke im Vorraus

[Harry L. (mysth)]

Manuel N. schrieb:
> Kann mir jemand sagen, was fehlt oder was ich falsch mache?

Ich sehe da z.B. und u.A. keine Clock-Initialisierung.

Nutz CubeMX und HAL!
ST hat da viel Arbeit investiert, und das funktioniert.

Manuel N. schrieb:
> Danke im Vorraus

Gern geschehen.

[Wastl (hartundweichware)]

Harry L. schrieb:
> Ich sehe da z.B. und u.A. keine Clock-Initialisierung.

Ich sehe da viele Magic Numbers. Was für ein Grauen ....

[Niklas G. (erlkoenig)]

Harry L. schrieb:
> Ich sehe da z.B. und u.A. keine Clock-Initialisierung.

Genau, und RCC_CSR_RFRST wird nicht gelöscht, RCC_CSR_RFRSTF wird nicht 
geprüft.

Harry L. schrieb:
> ST hat da viel Arbeit investiert, und das funktioniert.

Die Ansteuerung des Modems ist tatsächlich relativ komplex, was von der 
SubGHz_Phy-Middleware implementiert wird. Außerdem enthält diese so 
diverse Workarounds für die verschiedenen Hardware-Bugs, und auch 
Software-Implementationen für Whitening und lange Pakete (> 255 bytes).

Leider ist die Middleware dennoch relativ verbuggt, dies muss man erst 
einmal selbst bereinigen damit sie funktioniert. Das ist schon ein 
gewisser Aufwand, aber immer noch viel weniger als das alles komplett 
von Null auf neu zu implementieren. Was im Übrigen genau das ist, was 
die RadioLib macht.

[Rainer W. (rawi)]

Manuel N. schrieb:
> STM32WL kein Signal auf MISO-Leitung bei SUBGHZ SPI

Ist nicht alles unter 1 GHz irgendwie "SUBGHZ"?
scnr

Wie ist die Zeitskala in SPI_SUBGHZ_debug.png?

[Wastl (hartundweichware)]

Manuel N. schrieb:
> SUBGHZSPI->CR1 |= (1<<6); // enable SPI

Ich empfehle eine präzisere Bezeichnung für diese Register-
struktur.

z.B.  MeinSPIUnterEinGHZRegisterSatz->CR1 |= (1<<6); // enable SPI

SCNR

[Rahul D. (rahul)]

Wastl schrieb:
> z.B.  MeinSPIUnterEinGHZRegisterSatz->CR1 |= (1<<6); // enable SPI

und dann auch bitte noch das Bitmakro verwenden. Magic numbers sind 
immer blöd.