STM32 SPI Test mit MCP4802

[Michael (Gast)]

Hallo,

ich will gerade die SPI Schnittstelle eines STM32F103 mit einem externen 
2-Kanal DAC (MCP4802) testen (SPI Mode 0). Dabei habe ich ein 
unerwartetes Verhalten festgestellt.

Mit dem folgenden Codeschnipsel sollten eigentlich 2 versetzte 
Sägezahnspannungen an Kanal A und Kanal B erzeugt werden. Ich habe 
festgestellt, dass der Codeteil funktioniert wenn zwischen den beiden 
Befehlen (Kanal A + Kanal B) die Chip-Select Leitung (sehr) kurz auf HI 
gesetzt wird (IF-Statement = true).

Wenn die Chip-Select Leitung jedoch zwischen den beiden Übertragungen 
auf LO bleibt, dann funktioniert lediglich der Kanal A (IF-Statement = 
false).

Bei der SPI Kommunikation sollten die Flanken der Chip-Select Leitung 
doch keine Rolle Spielen. Wichtig sollte doch lediglich sein, dass die 
Leitung während der Kommunikation auf LO Potential liegt.

Verstehe ich da etwas falsch? Könnte mir das bitte jemand kurz erklären 
oder mir einen Tipp geben?

  uint8_t val = 0;

  while (1)
  {
    HAL_GPIO_WritePin(GPIOB, GPIO_PIN_6, GPIO_PIN_RESET); // Setze CS-Pin auf LO
    cmd[0] = DAC_A_GAIN_1 | (val & 0x0F);
    cmd[1] = 0;
    HAL_SPI_Transmit(&hspi1, (uint8_t*) &cmd, 2, 100);       // Sende Befehl für Kanal A
    if (1) {
      HAL_GPIO_WritePin(GPIOB, GPIO_PIN_6, GPIO_PIN_SET);   // Setze CS-Pin auf HI
      HAL_GPIO_WritePin(GPIOB, GPIO_PIN_6, GPIO_PIN_RESET); // Setze CS-Pin auf LO
    }
    else {
      HAL_Delay(1); // Warte 1ms
    }
    cmd[0] = DAC_B_GAIN_1 | ((val + 8) & 0x0F);
    cmd[1] = 0;
    HAL_SPI_Transmit(&hspi1, (uint8_t*) &cmd, 2, 100);  // Sende Befehl für Kanal B
    HAL_GPIO_WritePin(GPIOB, GPIO_PIN_6, GPIO_PIN_SET); // Setze CS-Pin auf HI
    HAL_Delay(200);
    val += 1;
  }

Liebe Grüße
Michael

[A. B. (Gast)]

Die Flanken spielen sehr wohl eine wichtige Rolle für die 
Interpretation der Daten. Was während der aktiven Phase von CS (ohne 
Flanken drin) übertragen wird, ist EIN Paket, typischerweise ist das 
erste Byte davon ein Kommando, Adresse, und danach kommen die 
zugehörigen Daten.
Wenn CS inaktiv wird, ist das Paket zuende, also ein Zugriff 
abgeschlossen.
Wenn es dann wieder aktiv wird, ist das ein neues "Spiel".

[jo mei (Gast)]

Michael schrieb:
> Verstehe ich da etwas falsch?

Würde es Sinn machen das Datenblatt des Bausteins zu lesen
und zu verstehen?