STM32F4 HAL SPI как ведомое устройство / устройство, подключенное к ESP как ведущее устройство

Я пытаюсь запустить Nucleo-STMF411RE как ведомое устройство / устройство SPI с ESP32 как ведущее устройство.

Односторонняя передача данных проходит гладко, но как только устройство должно передать данные обратно главному устройству, все повреждается.

Моя сторона SPI Master выглядит так:

void setup() {
  // put your setup code here, to run once:
    Serial.begin(9600);
  pinMode(SPI_MOSI, OUTPUT);  //MOSI 23
  pinMode(SPI_MISO, INPUT);   //MISO 19
  pinMode(SPI_SCK, OUTPUT);  //CLK 18
  pinMode(SPI_CS, OUTPUT);  //SS/CS 5

  digitalWrite(SPI_CS, HIGH); // disable Slave Select
  SPI.begin ();
  SPI.setBitOrder(MSBFIRST);
  SPI.setClockDivider(SPI_CLOCK_DIV64);
  SPI.setDataMode(SPI_MODE0);
}
void loop() {
  // put your main code here, to run repeatedly:
  sendData(a, 0x01020304);
  a++;
  delay(3000);
}

void sendData(unsigned long address, unsigned long datagram)
{
uint8_t TxBuff[5] = {0,0,0,0,0};
uint8_t RxBuff[5] ={0,0,0,0,0};

 TxBuff[0] = address;
 TxBuff[1] = (datagram >> 24) & 0xff;
 TxBuff[2] = (datagram >> 16) & 0xff;
 TxBuff[3] = (datagram >> 8) & 0xff;
 TxBuff[4] = (datagram >> 0) & 0xff;

 Serial.print("Tx: 0x");
 Serial.print(TxBuff[0], HEX);
 Serial.print(" 0x");
 Serial.print(TxBuff[1], HEX);
 Serial.print(TxBuff[2], HEX);
 Serial.print(TxBuff[3], HEX);
 Serial.println(TxBuff[4], HEX);

 digitalWrite(SPI_CS,LOW);
 delayMicroseconds(10);
 SPI.transferBytes((uint8_t *)&TxBuff,(uint8_t *)&RxBuff, 5);
 delayMicroseconds(10);
 digitalWrite(SPI_CS,HIGH);


 Serial.print("Rx: 0x");
 Serial.print(RxBuff[0], HEX);
 Serial.print(" 0x");
 Serial.print(RxBuff[1], HEX);
 Serial.print(RxBuff[2], HEX);
 Serial.print(RxBuff[3], HEX);
 Serial.print(RxBuff[4], HEX);
 Serial.println("");
}

На стороне STM я использую HAL и код, сгенерированный из MXCube. Я уже пробовал методы прерывания и блокировки, но с обоими я получил такие же неудовлетворительные результаты.

Вот мой код часов и инициализации для SPI2:

void SystemClock_Config(void)
{
  RCC_OscInitTypeDef RCC_OscInitStruct = {0};
  RCC_ClkInitTypeDef RCC_ClkInitStruct = {0};

  /** Configure the main internal regulator output voltage
  */
  __HAL_RCC_PWR_CLK_ENABLE();
  __HAL_PWR_VOLTAGESCALING_CONFIG(PWR_REGULATOR_VOLTAGE_SCALE1);
  /** Initializes the RCC Oscillators according to the specified parameters
  * in the RCC_OscInitTypeDef structure.
  */
  RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI;
  RCC_OscInitStruct.HSIState = RCC_HSI_ON;
  RCC_OscInitStruct.HSICalibrationValue = RCC_HSICALIBRATION_DEFAULT;
  RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON;
  RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSI;
  RCC_OscInitStruct.PLL.PLLM = 16;
  RCC_OscInitStruct.PLL.PLLN = 336;
  RCC_OscInitStruct.PLL.PLLP = RCC_PLLP_DIV4;
  RCC_OscInitStruct.PLL.PLLQ = 4;
  if (HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK)
  {
    Error_Handler();
  }
  /** Initializes the CPU, AHB and APB buses clocks
  */
  RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK|RCC_CLOCKTYPE_SYSCLK
                              |RCC_CLOCKTYPE_PCLK1|RCC_CLOCKTYPE_PCLK2;
  RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK;
  RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1;
  RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV2;
  RCC_ClkInitStruct.APB2CLKDivider = RCC_HCLK_DIV1;

  if (HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_2) != HAL_OK)
  {
    Error_Handler();
  }
}

static void MX_SPI2_Init(void)
{

  /* USER CODE BEGIN SPI2_Init 0 */

  /* USER CODE END SPI2_Init 0 */

  /* USER CODE BEGIN SPI2_Init 1 */

  /* USER CODE END SPI2_Init 1 */
  /* SPI2 parameter configuration*/
  hspi2.Instance = SPI2;
  hspi2.Init.Mode = SPI_MODE_SLAVE;
  hspi2.Init.Direction = SPI_DIRECTION_2LINES;
  hspi2.Init.DataSize = SPI_DATASIZE_8BIT;
  hspi2.Init.CLKPolarity = SPI_POLARITY_LOW;
  hspi2.Init.CLKPhase = SPI_PHASE_1EDGE;
  hspi2.Init.NSS = SPI_NSS_SOFT;
  hspi2.Init.FirstBit = SPI_FIRSTBIT_MSB;
  hspi2.Init.TIMode = SPI_TIMODE_DISABLE;
  hspi2.Init.CRCCalculation = SPI_CRCCALCULATION_DISABLE;
  hspi2.Init.CRCPolynomial = 10;
  if (HAL_SPI_Init(&hspi2) != HAL_OK)
  {
    Error_Handler();
  }
  /* USER CODE BEGIN SPI2_Init 2 */

  /* USER CODE END SPI2_Init 2 */

}

В моем while (1) я запрашиваю вывод slave_select, и как только он становится низким, ведомое устройство готово к приему / передаче:

while (1) {
   
   slave_select = HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_12);
   if (slave_select == 0) {
       status = HAL_SPI_Receive(&hspi2, (uint8_t *) aRxBuffer, 5, 5000);
   }

}

Когда я заменяю функцию HAL-Receive на status = HAL_SPI_TransmitReceive(&hspi2, (uint8_t*) aTxBuffer, (uint8_t *) aRxBuffer, 5, 5000);, происходит рассинхронизация, и даже полученные данные больше не верны. Я действительно не знаю, в чем проблема, поскольку я уже пробовал несколько плат и платформ.


person PhilM    schedule 13.12.2020    source источник


Ответы (1)


После пары недель попыток и неудач я понял, что это проблема EMI. Я знал, что соединение с SPI не должно быть слишком длинным, и в моем случае ленточный кабель имел длину 15 см. Через некоторое время я обнаружил, что у вас должны быть общие GND между вашими сигнальными линиями при использовании такого протокола, как SPI, по ленточным кабелям, который выглядит так:

GND - MOSI - GND - GND - MISO - GND - GND - SCK - GND - GND CS - GND

В качестве альтернативы вы можете разделить кабели и использовать еще более короткие.

Это решило проблему для меня =)

person PhilM    schedule 14.04.2021