MCP23S17 an STM32F4 Problem

[Jo B. (bibu)]

Hallo,

ich habe folgendes Problem:
Ich versuche gerade den MCP23S17 IO-Expander an meinem Discoveryboard zu 
betreiben. Leider tut sich garnichts. Ich möchte nur eine Ausgabe. Also 
die Pins an PortA des Controllers anschalten.
Das Ossi sagt, dass der SCK läuft, CS funktioniert und auch die 
Datenpakete gehen rüber.
Ich hab schon diverse Registereinstellungen des MCP durch, aber ich weiß 
leider nicht ob er das überhaupt annimmt. Der Resetpin ist auch auf 5V, 
bzw wurde auch shcon weg gelassen.
Eine Unbekannt: Der MCP läuft auf 5V und der STM auf 3. So weit ich aus 
dem Datenblatt entnehmen kann braucht der aber nur TTL-Logig von daher 
müsste es funktionieren.

http://www.adafruit.com/datasheets/mcp23017.pdf

IOCON.BANK hab ich schon auf 1 und 0 laufen lassen und dementsprechend 
die Adressen angepasst. Ich komm einfach nicht weiter.

Hier dann noch die Codes:
SPI-init:

void init_SPI1(void){

  GPIO_InitTypeDef GPIO_InitStruct;
  SPI_InitTypeDef SPI_InitStruct;

  // 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_50MHz;
  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);

  // enable clock for used IO pins
  RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOE, ENABLE);

  /* Configure the chip select pin
     in this case we will use PE7 */
  GPIO_InitStruct.GPIO_Pin = GPIO_Pin_7;
  GPIO_InitStruct.GPIO_Mode = GPIO_Mode_OUT;
  GPIO_InitStruct.GPIO_OType = GPIO_OType_PP;
  GPIO_InitStruct.GPIO_Speed = GPIO_Speed_50MHz;
  GPIO_InitStruct.GPIO_PuPd = GPIO_PuPd_UP;
  GPIO_Init(GPIOE, &GPIO_InitStruct);

  GPIOE->BSRRL |= GPIO_Pin_7; // set PE7 high

  // enable peripheral clock
  RCC_APB2PeriphClockCmd(RCC_APB2Periph_SPI1, ENABLE);

  /* configure SPI1 in Mode 0
   * CPOL = 0 --> clock is low when idle
   * CPHA = 0 --> data is sampled at the first edge
   */
  //SPI_InitStruct.SPI_Direction = SPI_Direction_2Lines_FullDuplex; // set to full duplex mode, seperate MOSI and MISO lines
  SPI_InitStruct.SPI_Direction = SPI_Direction_1Line_Tx;
  SPI_InitStruct.SPI_Mode = SPI_Mode_Master;     // transmit in master mode, NSS pin has to be always high
  SPI_InitStruct.SPI_DataSize = SPI_DataSize_8b; // one packet of data is 8 bits wide
  SPI_InitStruct.SPI_CPOL = SPI_CPOL_Low;        // clock is low when idle
  SPI_InitStruct.SPI_CPHA = SPI_CPHA_1Edge;      // data sampled at first edge
  SPI_InitStruct.SPI_NSS = SPI_NSS_Soft; // set the NSS management to internal and pull internal NSS high
  SPI_InitStruct.SPI_BaudRatePrescaler = SPI_BaudRatePrescaler_256; // SPI frequency
  SPI_InitStruct.SPI_FirstBit = SPI_FirstBit_MSB;// data is transmitted MSB first
  SPI_Init(SPI1, &SPI_InitStruct);

  SPI_Cmd(SPI1, ENABLE); // enable SPI1
}

die Registereinstellung vom MCP:

void spi_setup(){

  Delay(10000000L);
  GPIOE->BSRRH |= GPIO_Pin_7; // set PE7 (CS) low
  SPI_Xfer(0x40);
  SPI_Xfer(0x0A);        // IOCON
  test=SPI_Xfer(0xB8);
  GPIOE->BSRRL |= GPIO_Pin_7; // set PE7 (CS) high
  Delay(1000);

  GPIOE->BSRRH |= GPIO_Pin_7; // set PE7 (CS) low
  SPI_Xfer(0x40);
  SPI_Xfer(0x00);        //IODIRA
  test=SPI_Xfer(0x00);
  GPIOE->BSRRL |= GPIO_Pin_7; // set PE7 (CS) high
  Delay(1000);
  GPIOE->BSRRH |= GPIO_Pin_7; // set PE7 (CS) low
  SPI_Xfer(0x40);
  SPI_Xfer(0x10);        //IODIRB
  test=SPI_Xfer(0x00);
  GPIOE->BSRRL |= GPIO_Pin_7; // set PE7 (CS) high

}

 die Senderoutine:

uint8_t SPI_Xfer(uint8_t data){
    /*!< Loop while DR register in not emplty */
    while (SPI_I2S_GetFlagStatus(SPI1, SPI_I2S_FLAG_TXE) == RESET);
      SPI_I2S_SendData(SPI1,data);
    return data;
    //return SPI1->DR;
}

und der relevante teil in der main:

    GPIOE->BSRRH |= GPIO_Pin_7; // set PE7 (CS) low
    SPI_Xfer(0x40);  //Device Optcode
    SPI_Xfer(0x0A);  // OLATA, Adress
    test=SPI_Xfer(0xFF);  // Daten
    GPIOE->BSRRL |= GPIO_Pin_7; // set PE7 (CS) high
                LD_4_EIN;  //Test LED
    Delay(100000000L);
               

    GPIOE->BSRRH |= GPIO_Pin_7; // set PE7 (CS) low
    SPI_Xfer(0x40);  //Device Optcode
    SPI_Xfer(0x0A);  // OLATA, Adress
    test=SPI_Xfer(0x00);  // Daten
    GPIOE->BSRRL |= GPIO_Pin_7; // set PE7 (CS) high

    LD_4_AUS;  //Test LED
    Delay(100000000L);

Vielen Dank schonmal für Antworten

MfG
bibu

[holger (Gast)]

SPI_I2S_SendData(SPI1,data);

Die Funktion wartet nicht bis die Daten gesendet wurden.
Mit dieser Erkenntnis schaust du hier rein:

    test=SPI_Xfer(0xFF);  // Daten
    GPIOE->BSRRL |= GPIO_Pin_7; // set PE7 (CS) high

CS geht hoch bevor die letzten Bits gesendet wurden.
Noch Fragen?

[Jo B. (bibu)]

Müsste dann ca. so sein!?:

    test=SPI_Xfer(0xFF);  // Daten
    while (SPI_I2S_GetFlagStatus(SPI1, SPI_I2S_FLAG_TXE) == RESET);
    GPIOE->BSRRL |= GPIO_Pin_7; // set PE7 (CS) high

Hatte ich, glaube ich schonmal ausprobiert. Ich werd es morgen nochmal 
testen. Vielleicht läufts dann. Danke schonmal.

[holger (Gast)]

>Müsste dann ca. so sein!?:

Nein, TXE sagt nicht das die Übertragung beendet ist.

[Jo B. (bibu)]

So es lang an zwei Sachen. 1. Die Spannung am MCP war zu hoch, 2. Er hat 
nicht gewartet. Ein Delay hat die Lösung gebracht.

Danke für die Antworten.

MfG
bibu

[Jo B. (bibu)]

So, nächstes Problem. Diesmal mit dem Auslesen.

Eingefügter Code:

Auslesen:

    GPIOE->BSRRH |= GPIO_Pin_7; // set PE7 (CS) low
    SPI_Xfer(0x41);  //Device Optcode --Lesen
    SPI_Xfer(0x13);  // GPIOB, Adress
    mcpregister=SPI_RXfer(0x00);  //Dummybyte
    Delay(1000);
    GPIOE->BSRRL |= GPIO_Pin_7; // set PE7 (CS) high

Leseroutine:

uint8_t SPI_RXfer(uint8_t data){
  /*!< Loop while DR register in not emplty */

    SPI_I2S_SendData(SPI1,data);
    //while (SPI_I2S_GetFlagStatus(SPI1, SPI_I2S_FLAG_TXE) == RESET);
    while (!(SPI1->SR & SPI_I2S_FLAG_TXE));
    //while (!(SPI1->SR & SPI_I2S_FLAG_RXNE));
    while (SPI1->SR & SPI_I2S_FLAG_BSY);
  //return data;
    Delay(1000);
  return SPI1->DR;
}

Wenn ich //while (!(SPI1->SR & SPI_I2S_FLAG_RXNE)); (also warten bis 
empfangen) wieder rein nehme, geht es nicht weiter.

SPI_InitStruct.SPI_Direction = SPI_Direction_2Lines_FullDuplex
ist jetzt eingestellt.

[Putin (Gast)]

void Spi2Tx8b (uint8_t Daten)
{
  while(!SPI_I2S_GetFlagStatus(SPI2, SPI_I2S_FLAG_TXE));
  SPI_I2S_SendData(SPI2, Daten);
  while(SPI_I2S_GetFlagStatus(SPI2, SPI_I2S_FLAG_BSY));
}

uint8_t Spi2TxRx8b (uint8_t Daten)
{
  while(!SPI_I2S_GetFlagStatus(SPI2, SPI_I2S_FLAG_TXE));
  SPI_I2S_SendData(SPI2, Daten);
  while(!SPI_I2S_GetFlagStatus(SPI2, SPI_I2S_FLAG_RXNE));
  Daten = SPI_I2S_ReceiveData(SPI2);
  return Daten;
}

[Jo B. (bibu)]

Leider das selbe: bleibt in while(!SPI_I2S_GetFlagStatus(SPI1, 
SPI_I2S_FLAG_RXNE)); hängen.

[Jo B. (bibu)]

Das problem konnte behoben werden. Zwar nicht bei dem MCP, aber bei 
einem andern IC. Die Spannungsversorgung war anscheinend zu ungefiltert. 
So dass es manchmal funktionierte und manchmal nicht...

[holger (Gast)]

>Die Spannungsversorgung war anscheinend zu ungefiltert.
>So dass es manchmal funktionierte und manchmal nicht.

Wie schön das du deine Schaltungen nicht zeigst.
Wahrscheinlich müsste dann jeder der nur halbwegs
was auf dem Kasten hat kotzen.

Ich danke dir dafür das du das uns allen ersparst;)

[Jo B. (bibu)]

Langweilig?
Ich hatte vorher ein 0815 Netzteil dran und jetzt ein Labornetzteil und 
da funktionierts... Soll ich dir davon den Schaltplan raus suchen?

[holger (Gast)]

>Langweilig?
>Ich hatte vorher ein 0815 Netzteil dran und jetzt ein Labornetzteil und
>da funktionierts... Soll ich dir davon den Schaltplan raus suchen?

Nein, manchmal muss man etwas provozieren bevor man mal
ne wichtige Information bekommt die man vorher nicht hatte.

Dann können wir den Thread ja jetzt schliessen.