STM32F4 verliert letztes Bit bei SPI-Kommunikation (MISO)

[Thomas M. (thomasme)]

Hallo,

ich habe ein STM32F4-DISCOVERY Board, welches per SPI als Master mit 
einem Slave kommunizieren soll.
Im Grunde funktioniert die Kommunikation, jedoch erkennt das STM32F4 am 
MISO Eingang das letzte Bit nicht.
Beispielsweise geht (siehe angehängtes Oszi-Bild, lila Leitung ist MISO, 
blau ist CLK) offensichtlich ein 0x2E1F ein (wäre richtig), das STM32F4 
erkennt es aber als 0x2E1E, das letzte Bit wird also falsch erkannt.
Habe es mit verschiedenen Requests versucht, bei der Response ist das 
letzte Bit immer 0. Eine komplette Verschiebung des Datenblocks um 1 Bit 
kann auch ausgeschlossen werden, da die anderen 15 an der richtigen 
Stelle stehen.

Hatte hier jemand schon mal ein ähnliches Problem, oder eine Idee, woran 
das liegen könnte?

Hier die SPI-Initialisierung:

tSpiError spiInit()
{
  GPIO_InitTypeDef   GPIO_InitStructure;
  NVIC_InitTypeDef   NVIC_InitStructure;
  EXTI_InitTypeDef    EXTI_InitStructure;
  SPI_InitTypeDef    SPI_InitStructure;
  tSpiError       Error = SpiNoError;


  // SPI1_NSS - PA15, SPI1_CLK - PB3, SPI1_MISO - PB4, SPI1_MOSI - PB5
  // EXT_INT_1 - PA1 to detect CS both edges
  // Peripheral Clock Enable -------------------------------------------------
  // Enable the SPI1 clock
  RCC_APB2PeriphClockCmd(RCC_APB2Periph_SPI1, ENABLE);

  // Enable GPIO clocks
  RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOA, ENABLE);
  RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOB, ENABLE);

  // DEBUG-PIN
  GPIO_InitStructure.GPIO_Pin = GPIO_Pin_2;
  GPIO_InitStructure.GPIO_Mode = GPIO_Mode_OUT;
  GPIO_InitStructure.GPIO_Speed = GPIO_Speed_2MHz;
  GPIO_InitStructure.GPIO_OType = GPIO_OType_PP;
  GPIO_InitStructure.GPIO_PuPd  = GPIO_PuPd_UP;
  GPIO_Init(GPIOB, &GPIO_InitStructure);


  // SPI GPIO Configuration --------------------------------------------------
  // Connect SPI pins to AF5
  GPIO_PinAFConfig(GPIOA, GPIO_PinSource15, GPIO_AF_SPI1); // CS
  GPIO_PinAFConfig(GPIOB, GPIO_PinSource3, GPIO_AF_SPI1); // SCK
  GPIO_PinAFConfig(GPIOB, GPIO_PinSource4, GPIO_AF_SPI1); // MISO
  GPIO_PinAFConfig(GPIOB, GPIO_PinSource5, GPIO_AF_SPI1);  // MOSI

  // MISO, MOSI
  GPIO_InitStructure.GPIO_Pin = GPIO_Pin_4 | GPIO_Pin_5;
  GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF;
  GPIO_InitStructure.GPIO_Speed = GPIO_Speed_25MHz;
  GPIO_InitStructure.GPIO_OType = GPIO_OType_PP;
  GPIO_InitStructure.GPIO_PuPd  = GPIO_PuPd_UP;
  GPIO_Init(GPIOB, &GPIO_InitStructure);

  // SCK
  GPIO_InitStructure.GPIO_Pin = GPIO_Pin_3;
  GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF;
  GPIO_InitStructure.GPIO_Speed = GPIO_Speed_2MHz;
  GPIO_InitStructure.GPIO_OType = GPIO_OType_PP;
  GPIO_InitStructure.GPIO_PuPd  = GPIO_PuPd_NOPULL;
  GPIO_Init(GPIOB, &GPIO_InitStructure);

  // CS - Software controlled
  GPIO_InitStructure.GPIO_Pin = GPIO_Pin_15;
  GPIO_InitStructure.GPIO_Mode = GPIO_Mode_OUT;
  GPIO_InitStructure.GPIO_Speed = GPIO_Speed_25MHz;
  GPIO_InitStructure.GPIO_OType = GPIO_OType_PP;
  GPIO_InitStructure.GPIO_PuPd  = GPIO_PuPd_UP;
  GPIO_Init(GPIOA, &GPIO_InitStructure);
  GPIO_SetBits(GPIOA, GPIO_Pin_15);

  // SPI configuration -------------------------------------------------------
  SPI_I2S_DeInit(SPI1);
  SPI_InitStructure.SPI_Direction = SPI_Direction_2Lines_FullDuplex;
  //SPI_InitStructure.SPI_Mode = SPI_Mode_Slave;
  SPI_InitStructure.SPI_Mode = SPI_Mode_Master;
  //SPI_InitStructure.SPI_DataSize = SPI_DataSize_16b;
  SPI_InitStructure.SPI_DataSize = SPI_DataSize_8b;
  SPI_InitStructure.SPI_CPOL = SPI_CPOL_Low;
  SPI_InitStructure.SPI_CPHA = SPI_CPHA_1Edge;
  //SPI_InitStructure.SPI_NSS = SPI_NSS_Hard;
  SPI_InitStructure.SPI_NSS = SPI_NSS_Soft;
  SPI_InitStructure.SPI_BaudRatePrescaler = SPI_BaudRatePrescaler_32;
  SPI_InitStructure.SPI_FirstBit = SPI_FirstBit_MSB;
  SPI_InitStructure.SPI_CRCPolynomial = 0;
  SPI_Init(SPI1, &SPI_InitStructure);


  // Configure the SPI interrupt priority
  NVIC_InitStructure.NVIC_IRQChannel = SPI1_IRQn;
  NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = SPI_INTERRUPT_PRIO;
  NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0;//(uint8_t) SpiSimInst_p;
  NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
  NVIC_Init(&NVIC_InitStructure);

  // Enable the Rx buffer not empty interrupt
  SPI_I2S_ITConfig(SPI1, SPI_I2S_IT_TXE, ENABLE);
  SPI_I2S_ITConfig(SPI1, SPI_I2S_IT_RXNE, ENABLE);
//  SPI_I2S_ITConfig(SPI1, SPI_I2S_IT_ERR, ENABLE);

  // Enable the SPI peripheral
  // Enable in Slave-Mode should be done with CS-Signal -> additional EXTI-Input
  //SPI_Cmd(SPI1, ENABLE);
  // SPI_SSOutputCmd(SPI1, ENABLE);
Exit:
  return Error;
}

Vielen Dank schonmal.
Gruß
Thomas

[Rainer U. (r-u)]

an der Clock-Polarität? (kann ja so richtig sein, aber häufiger sieht 
man "clock high when idle")

[Thomas M. (thomasme)]

Hat mich auch ein wenig gewundert, da das ja eher untypisch ist, aber 
laut Datenblatt stimmt die Clock-Polarität so.

[Peter D. (peda)]

Thomas M. schrieb:
> Hier die SPI-Initialisierung:

Wichtig wäre aber das Lesen der Daten.

Immer den kompletten Testcode als Anhang, statt Schnipselchen wo der 
Leser den nicht sichtbaren Code erraten muß.

[Thomas M. (thomasme)]

Okay, hier der Code zum senden der Daten.
Die umständliche Umsetzung rührt daher, dass ich mir erhofft hatte, dass 
sich der Fehler dadurch beheben ließe, wenn ich das zu sendende Wort in 
2 Byte zerlege und einzeln verschicke. Aber trotz unterschiedlicher 
Programmierung blieb der Fehler der Gleiche.

[Marc V. (Firma: Vescomp) (logarithmus)]

Thomas M. schrieb:
> Beispielsweise geht (siehe angehängtes Oszi-Bild, lila Leitung ist MISO,
> blau ist CLK) offensichtlich ein 0x2E1F ein (wäre richtig), das STM32F4
> erkennt es aber als 0x2E1E, das letzte Bit wird also falsch erkannt.

 Mit CPOL=0 und CPHA=1, wird das als 0x2E1E erkannt, wo ist da dein
 Problem ?
 Und Slave ist ?

[Thomas M. (thomasme)]

Es ist aber CPOL=0 und CPHA=0, dennoch fehlt das letzte Bit, da ist mein 
Problem.
Der Slave ist ein Elmos E981.08 PSI5 Transceiver.

[dummy (Gast)]

Versuchs halt erst mal zu Fuss ohne Interrupt.

[Marc V. (Firma: Vescomp) (logarithmus)]

Thomas M. schrieb:
> Es ist aber CPOL=0 und CPHA=0, dennoch fehlt das letzte Bit, da ist mein
> Problem.
 Probieren geht über Studieren.
 Alle Modes durchgehen, wenn es immer noch nicht stimmt, weiterfragen.

[Peter D. (peda)]

Thomas M. schrieb:
> wenn ich das zu sendende Wort in
> 2 Byte zerlege und einzeln verschicke.

Dann sende auch ein 0x2F1F, d.h. ob der Fehler bei beiden Bytes 
auftritt.

Und C-Files heißen .c und nicht .txt!

dummy schrieb:
> Versuchs halt erst mal zu Fuss ohne Interrupt.

Gute Idee.

[Marc V. (Firma: Vescomp) (logarithmus)]

Thomas M. schrieb:
> Die umständliche Umsetzung rührt daher, dass ich mir erhofft hatte, dass
> sich der Fehler dadurch beheben ließe, wenn ich das zu sendende Wort in
> 2 Byte zerlege und einzeln verschicke. Aber trotz unterschiedlicher
> Programmierung blieb der Fehler der Gleiche.

 Wie passt MISO zu senden ?
 Und wenn Framesize 16bit ist, warum auf 2Bytes zerlegen ?
 Interrupt braucht auch seine Zeit.

[Thomas M. (thomasme)]

Marc Vesely schrieb:
>  Wie passt MISO zu senden ?
>  Und wenn Framesize 16bit ist, warum auf 2Bytes zerlegen ?

Hab ich doch geschrieben, war nur ein neuer Versuch, dass es vielleicht 
geht.
Wird ja immerhin auch in 2 Schritten empfangen dann...

[Thomas M. (thomasme)]

Das Problem hat sich nun erledigt. Habe statt dem SPI1 Port den SPI2 
verwendet, entsprechend die Platine umgelötet und jetzt geht es.
Danke trotzdem für eure Ratschläge.
Gruß
Thomas

[Marc V. (Firma: Vescomp) (logarithmus)]

Thomas M. schrieb:
> Das Problem hat sich nun erledigt. Habe statt dem SPI1 Port den SPI2
> verwendet, entsprechend die Platine umgelötet und jetzt geht es.

 Ähem.