Probleme beim STM32H743 & SPI

ja, das SPI ist beim H7 (und U5 afaik) komplett anders. Der HAL Code 
funktioniert aber, habe den aber nur indirekt in Mbed benutzt. Wenn das 
mit den LL Makros benutzt wird es komplizierter, da spielt die 
Reihenfolge eine Rolle. Beim H7 kann man einige Register oder Bits nicht 
ändern wenn das device enabled ist, wird von STM als Feature verkauft.

Du hast eventuell einen Fake bekommen

Ja diese Feature kenne ich inzwischen.
Aber das ist halt etwas mit dem ich leben könnte, wenn ich dann mal was 
habe was arbeitet.


Ich habe eine eigene Platine, da war vor 2 Wochen noch ein STM32F407 
drauf!
Prozesor arbeit, alle RAM Bereiche arbeiten, GPIO gehen, Sysclock und 
FREERTOS arbeiten.
Also im Grunde geht "alles" bis auf einige Hardware Funktionen.


Bilder gibt es keine, weil sich nichts tut. Ein saubers 3,3V oder GND 
Signal hilft irgendwie nicht.

Ich habe mir immer den LL Code erzeugen lassen, den HAL Code kann ich 
mir gleich mal ansehen.
Ich habe um weiter zu kommen ersteinmal eine Software SPI eingebaut, das 
ist ja zum Gück noch machbar als Master.

Ich hoffe das ich mit den Seriellen, DMA, I²S und DCMI nicht auch noch 
Probleme bekomme.

Einen Fake direkt von ST, das bezweifel ich mal stark.

Für SPI1 (PB3 - PB5, PB7 = SS) beim H73x/H75x und byteweise Übertragung.
SPI-Knecht ist ein TDC7200.

Dirk schrieb:
> Einen Fake direkt von ST, das bezweifel ich mal stark.

Wie stark? Bitte Angabe in MPa oder MN

Der H7 ist einfach eine zickige Diva, die devices sind mit den vielen 
Modi sehr komplex geworden. Zum SPI gibt es noch
AN5543 und
www.st.com/content/ccc/resource/training/technical/product_training/grou 
p0/52/17/7a/28/2b/90/41/7d/STM32H7-Peripheral-Serial_Peripheral_interfac 
e_SPI/files/STM32H7-Peripheral-Serial_Peripheral_interface_SPI.pdf/_jcr_ 
content/translations/en.STM32H7-Peripheral-Serial_Peripheral_interface_S 
PI.pdf

Die 2 Dokumente kenne ich schon, die sind fürs Marketing nett nur um 
Fehler zu finden helfen sie mir nicht.
Das mit der diva kann ich inzwischen bestätigen.
Da hätte ich mich vorher mal besser informiert. Aber jetzt muss es damit 
laufen egal wie.

Der Code für den 750 passt nicht, der hat anscheinend nicht den Fehler 
mit dem takt. Jedenfalls sehe ich dazu nix.

Wenn jemand also einen passenden Code für die spi hat wäre es sehr 
hilfreich für mich.

Dirk schrieb:
> Der Code für den 750 passt nicht, der hat anscheinend nicht den Fehler
> mit dem takt. Jedenfalls sehe ich dazu nix.

Daran erkennt man den Profi!

Dirk schrieb:
> Einige der Beispiele nehmen auch
> rücksicht auf den BUG in der SPI, aber es geht trozdem nicht.

Welcher Bug isn das?

Die spi hat Probleme wenn der Systemtakt sehr viel größer ist wie der 
spi takt. Da gibt es dann einige Möglichkeiten das zu umgehen. Und das 
ist dann halt leich zu erkennen wenn es im Code steht.

Außerdem ist es nicht gerade einfach alles einzustellen, eine falsche 
Reihenfolge und das wars.
Denn hal Code konnte ich mir noch nicht richtig ansehen, nur ein wenig 
und habe da auf den ersten Blick nicht sehen können was die anders 
machen wie ich.

Habe gerade den crc getestet und musste feststellen das die svd? Datei 
defekt war (falsche Adresse),wenn ich jetzt wüsste wo ich die schon 
wieder her habe.

Dirk schrieb:
> Die spi hat Probleme wenn der Systemtakt sehr viel größer ist wie der
> spi takt. Da gibt es dann einige Möglichkeiten das zu umgehen. Und das
> ist dann halt leich zu erkennen wenn es im Code steht.

Dank dir für die Auskunft. Solche Probleme sind mir beim STM32H745 noch 
nicht untergekommen. Ich habe ebenfalls SPI laufen, benutze aber nicht 
die HAL, sondern nur LL und Register.

Der größte Unterschied der mir aufgefallen ist, dass man fürs SPI 
explizit angeben muss, welche Taktquelle benutzt wird. Im Cube sollte 
das der Konfigurator eigentlich automatisch machen. Bei mir macht dies 
folgende Zeile.

1

LL_RCC_SetSPIClockSource(LL_RCC_SPI123_CLKSOURCE_PLL1Q); // 192 MHz

Bei der Übertragung im Polling Mode muss man einiges mehr machen, z. B. 
angeben wie viele Bytes man übertragen möchte bzw. noch einige Flags 
clearen. Folgenden Schnipsel verwende ich.

1

void LL_SPI::readWrite(uint8_t* rx, uint8_t* tx, uint32_t n)

2

{

3

  LL_SPI_Enable(spi);

4

  LL_SPI_StartMasterTransfer(spi);

5

  LL_SPI_SetTransferSize(spi, n);

6

7

  for (auto i = 0; i < n; ++i)

8

  {

9

    while (!LL_SPI_IsActiveFlag_TXP(spi));

10

    LL_SPI_TransmitData8(spi, tx[i]);

11

    while (!LL_SPI_IsActiveFlag_RXP(spi));

12

    rx[i] = LL_SPI_ReceiveData8(spi);

13

  }

14

15

  while (!LL_SPI_IsActiveFlag_EOT(spi));

16

  LL_SPI_ClearFlag_EOT(spi);

17

  LL_SPI_ClearFlag_TXTF(spi);

18

  LL_SPI_Disable(spi);

19

}

Bei der Initialisierung des SPI gibts es lediglich die Besonderheit 
(gabs glaube ich auch beim F7), dass man den Schwellwert fürs FIFO 
korrekt einstellen muss. Für 1 Byte verwende ich folgende Funktion, das 
geht auch im Konfigurator.

1

LL_SPI_SetFIFOThreshold(spi, LL_SPI_FIFO_TH_01DATA);

Vielleicht hilft dir das als Orientierung.

Dirk schrieb:
> Die spi hat Probleme wenn der Systemtakt sehr viel größer ist wie der
> spi takt.

Das steht ja in den Errata der H7xx. Was "sehr viele größer als" sein 
soll allerdings nicht.

Dann stell den SPI-Takt einfach höher ein oder lass die Beine per 
Software wackeln. Aber mecker hier nicht rum, wenn andere Leute Deine 
Probleme nicht haben.

Gerald M. schrieb:
> CubeMX hat mir für den H7 direkt einen funktionierenden SPI Code
> geliefert. Egal ob via DMA, Interrupt oder pollen.
> ...
> Edit: War aber für den H753.

Das ist unerheblich.