SPI MISO auf High

[Uwe (Gast)]

Nabend,

ich versuche gerade an meinem STM32F4 Discovery-Board (Master) die SPI1 
Schnittstelle in Betrieb zu nehmen, mit folgendem Intit:

  // enable clock for used IO pins
  RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOA, ENABLE);
  
  /* configure pins used by SPI1
   * PA5 = SCK
   * PA6 = MISO
   * PA7 = MOSI
   */
  GPIO_InitStruct.GPIO_Pin = GPIO_Pin_7 | GPIO_Pin_6 | GPIO_Pin_5;
  GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF;
  GPIO_InitStruct.GPIO_OType = GPIO_OType_PP;
  GPIO_InitStruct.GPIO_Speed = GPIO_Speed_100MHz;
  GPIO_InitStruct.GPIO_PuPd = GPIO_PuPd_NOPULL;
  GPIO_Init(GPIOA, &GPIO_InitStruct);
  
  // connect SPI1 pins to SPI alternate function
  GPIO_PinAFConfig(GPIOA, GPIO_PinSource5, GPIO_AF_SPI1);
  GPIO_PinAFConfig(GPIOA, GPIO_PinSource6, GPIO_AF_SPI1);
  GPIO_PinAFConfig(GPIOA, GPIO_PinSource7, GPIO_AF_SPI1);

SPI_InitStruct.SPI_Direction = SPI_Direction_2Lines_FullDuplex; 
SPI_InitStruct.SPI_Mode = SPI_Mode_Master;     
SPI_InitStruct.SPI_DataSize = SPI_DataSize_8b; 
SPI_InitStruct.SPI_CPOL = SPI_CPOL_Low;        
SPI_InitStruct.SPI_CPHA = SPI_CPHA_1Edge;      
SPI_InitStruct.SPI_NSS = SPI_NSS_Soft | SPI_NSSInternalSoft_Set;
SPI_InitStruct.SPI_BaudRatePrescaler = SPI_BaudRatePrescaler_4; 
SPI_InitStruct.SPI_FirstBit = SPI_FirstBit_MSB;
SPI_Init(SPI1, &SPI_InitStruct); 
  
SPI_Cmd(SPI1, ENABLE); // enable SPI1

SCK und MOSI haben beim Senden die erwarteten Signale(mit Oszi 
gemessen).
Nur das Empfangen bereitet noch Probleme. Dabei ist mir aufgefallen dass 
der MISO-Pin High Potential hat, obwohl er ja eigentlich Eingang ist. 
Hat jemand eine Idee wie der MISO Pin korrekt als Eingang konfiguriert 
wird?

Grüsse
Uwe

[Gerhard G. (g_g)]

Hallo,

du hast vermutlich eine Doppelbelegung (LIS302DL siehe Board)

SPI1 ist hier schon belegt.

Nimm mal einen freien SPI-Port zum Testen


Gruß G.G.

[Uwe (Gast)]

Hallo Gerhard,

erstmal danke für deine Antwort.

Soll das also heißen, dass ein Ausgang des MEMS(LIS302DL) fest mit dem
PA6 (MISO) verdrahtet ist und dem Eingang PA6 (welcher, wie oben 
beschrieben, richtig als Eingang konfiguriert ist) ein High liefert.

D.h. also daß das High nicht vom PA6(MISO) kommt, sondern vom 
LIS302DL!???



Gruss
Uwe

[Gerhard G. (g_g)]

Hallo Uwe,


du solltest dir dringend das

UM1472 User Manual STM32F4DISCOVERY
STM32F4 high-performance discovery board

anschauen.



Gruß G.G.

[Michi (Gast)]

Ist PE3 high? Das ist der CS Pin vom LIS3DSH. Damit ist der störende Pin 
am LIS3DSH nicht mehr Ausgang sondern Eingang und es sollte gehen.

[Chris M. (ch_meier)]

Hi,

Habe das selbe Problem, aber erstmal zu deinem Code.
@Uwe
Falls das immer noch aktuell ist, glaube ich hast du die CPOL und CPHA 
nicht richtig gesetzt, wenn ich das Datenblatt des LIS302DL richtig 
gelesen habe:
SPC is the Serial Port Clock and it is
controlled by the SPI master. It is stopped high when CS is high (no 
transmission). SDI and
SDO are respectively the Serial Port Data Input and Output. Those lines 
are driven at the
falling edge of SPC and should be captured at the rising edge of SPC.

Zu meinem Problem, falls jemand eine Lösung hat:
Mein Quelltext ist ziemlich genau gleich wie der von Uwe. Mein main.c 
sieht so aus:

int main(void)
{
  RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOD, ENABLE);
  RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOA, ENABLE);
  RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOE, ENABLE);
  RCC_APB2PeriphClockCmd(RCC_APB2Periph_SYSCFG, ENABLE);


  GPIO_InitTypeDef GPIO_InitStructure;
  GPIO_InitStructure.GPIO_Pin = GPIO_Pin_3;
  GPIO_InitStructure.GPIO_Mode = GPIO_Mode_OUT;
  GPIO_InitStructure.GPIO_OType = GPIO_OType_OD;
  GPIO_InitStructure.GPIO_PuPd = GPIO_PuPd_UP;
  GPIO_Init(GPIOE, &GPIO_InitStructure);

  GPIO_SetBits(GPIOE, GPIO_Pin_3);

  PD13_Init();
  TIM7_Init(64);
  EXTI0_Config();

  SPI_Output_Buffer[0] = (WRITE<<5 | NO_INC<<4 | 0xF);
  SPI_Output_Buffer[1] = 0;
  SPI_Output_Buffer[2] = 0;

  GPIO_ResetBits(GPIOE, GPIO_Pin_3);
  SPI1_Init();

    while(1)
    {
      while(countBuffer < 2)
      {
        SPI1->DR = SPI_Output_Buffer[countBuffer];
        countBuffer++;
        while(!(SPI1->SR & SPI_FLAG_TXE));
      }
      if(countBuffer > 1)
        GPIO_SetBits(GPIOE, GPIO_Pin_3);

      if(StatusButton)
        GPIO_SetBits(GPIOD, GPIO_Pin_13);
      else
        GPIO_ResetBits(GPIOD, GPIO_Pin_13);
    }
}

Die SPI1_Init():

void SPI1_Init(void)
{
  RCC_APB2PeriphClockCmd(RCC_APB2Periph_SPI1, ENABLE);

  GPIO_InitTypeDef   GPIO_InitStructure;
  GPIO_InitStructure.GPIO_Pin = GPIO_Pin_5 | GPIO_Pin_6 | GPIO_Pin_7;
  GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF;
  GPIO_InitStructure.GPIO_OType = GPIO_OType_PP;
  GPIO_InitStructure.GPIO_Speed = GPIO_Speed_100MHz;
  GPIO_InitStructure.GPIO_PuPd = GPIO_PuPd_NOPULL;
  GPIO_Init(GPIOA, &GPIO_InitStructure);
  GPIO_PinAFConfig(GPIOA, GPIO_PinSource5, GPIO_AF_SPI1);
  GPIO_PinAFConfig(GPIOA, GPIO_PinSource6, GPIO_AF_SPI1);
  GPIO_PinAFConfig(GPIOA, GPIO_PinSource7, GPIO_AF_SPI1);

  SPI_InitTypeDef SPI_InitStructure;
  SPI_StructInit(&SPI_InitStructure);
  SPI_InitStructure.SPI_Mode = SPI_Mode_Master;
  SPI_InitStructure.SPI_BaudRatePrescaler = SPI_BaudRatePrescaler_256;
  SPI_InitStructure.SPI_DataSize = SPI_DataSize_8b;
  SPI_InitStructure.SPI_FirstBit = SPI_FirstBit_MSB;
  SPI_InitStructure.SPI_NSS = SPI_NSS_Soft;
  SPI_Init(SPI1, &SPI_InitStructure);

  NVIC_InitTypeDef   NVIC_InitStructure;
  NVIC_InitStructure.NVIC_IRQChannel = SPI1_IRQn;
  NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0x0A;
  NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0x0A;
  NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
  NVIC_Init(&NVIC_InitStructure);

  SPI1->CR2 |= SPI_CR2_RXNEIE;// | SPI_CR2_TXEIE;
  SPI1->CR1 |= SPI_CR1_CPOL | SPI_CR1_CPHA;

  //SPI_Cmd(SPI1, ENABLE);
  SPI1->CR1 |= SPI_CR1_SSM | SPI_CR1_SSI;
  SPI1->CR1 |= SPI_CR1_MSTR;
  SPI1->CR1 |= SPI_CR1_SPE;
}

Die ISR:

void SPI1_IRQHandler(void)
{
    SPI_Input_Buffer[countBuffer_2] = SPI1->DR;
    countBuffer_2++;

}

Hat jemand eine Idee, warum ich immer 255 aus dem DR auslese? Habe 
leider kein Oszilloskop um die Datenübertragung zum MEMS nachzuprüfen, 
deshalb die Frage im Forum. Das gesendete Kommando zum auslesen des 
Who_am_i registers ist 000 1111 (=0x0F).

Vielen Dank im Voraus

[Uwe (Gast)]

Hallo Chris,

habs mit SPI2 und SPI3 ausprobiert und es hat problemlos funktioniert 
(mit SPI_CPOL_Low und SPI_CPHA_1Edge)!
Ich denke mal wenn man PE3 auf high setzt ((SPI1) CS Pin vom LIS3DSH) 
müsste es auch gehen!
Welchen Takt bzw. Flankensteilheit hat dein SCK und wie sieht deine 
"Masseführung" aus. Hatte am Anfang auch auch seltsame Werte im DR bis 
ich Masse parallel zur Taktleitung verlegt hatte.


Gruss
Uwe

[Chris M. (ch_meier)]

Hi Uwe,

Ich nutze das Discovery Board vom STM32F407, bei dem der LIS302DL direkt 
auf dem SPI1 angeschlossen ist, also nur mit dem SPI1 angesprochen 
werden kann. Über die Masseleitung kann ich leider nix sagen, denke aber 
die sollte einwandfrei sein.
Die Flankensteilheit kann ich erst Montag messen, habe vorher kein 
Oszilloskop zur Hand. Aber du hast mir schonmal geholfen damit, dass du 
es mit CPOL=0 und CPHA=0 zum Laufen gebracht hast. Aber beim CS Pin 
meinste schon auf Low setzen, richtig?
Hab mal ein Bild vom Datenblatt angehängt wo die SPI Kommunikation im 
Zeitbereich aufgezeichnet ist. Unter dem Diagramm steht nämlich 
explizit, dass der SCK High sein soll, wenn nix gesendet wird. Außerdem 
wird beschrieben, dass bei fallender Flanke geschrieben, bei steigender 
übernommen werden soll....

[holger (Gast)]

>Ich nutze das Discovery Board vom STM32F407, bei dem der LIS302DL direkt
>auf dem SPI1 angeschlossen ist

Dann kannst du doch ganz einfach mal in den Code
zur Demofirmware reinschauen wie es gemacht wird.

[Uwe (Gast)]

Hallo Chris,

ich wollte an SPI1 einen seriellen Speicher anschliessen ohne den 
LIS302DL zu nutzen. Deshalb auch CS(PE3) auf High in meinen Fall.

siehe Hinweis von Michi:

Michi schrieb:
> Ist PE3 high? Das ist der CS Pin vom LIS3DSH. Damit ist der
> störende Pin
> am LIS3DSH nicht mehr Ausgang sondern Eingang und es sollte gehen.

Kleines Missverständnis, also sorry!

Gruss
Uwe