STM32: SPI1 liefert 0, Chip kaputt?

Du könntest auf dem anderen Board testen ob der Portpin für MISO geht wenn man ihn als einfachen Digital-In verwendet. Wenn das auch nicht geht ist vielleicht wirklich das Silizium kaputt.

Aufdruck der beiden MCUs (Foto)? Chip-ID und Revision (unter 0xE0042000)?

Es klingt so, als ob es sich um ein Problem mit der Konfiguration der Alternate-Funktion für den MISO-Pin handelt. Da es auf dem ersten Board nicht funktioniert und auf dem zweiten Board funktioniert, obwohl der Code identisch ist, sollten Sie sicherstellen, dass die Alternate-Funktions-Register für den MISO-Pin auf beiden Boards korrekt konfiguriert sind. Es könnte auch sein, dass die Hardware des ersten Boards beschädigt ist und daher nicht richtig funktioniert. Es wäre ratsam, die Hardware des ersten Boards gründlich zu überprüfen und eventuell auszutauschen.

Vielen Dank an alle für eure Hinweise!

asd schrieb:

Du könntest auf dem anderen Board testen ob der Portpin für MISO geht wenn man ihn als einfachen Digital-In verwendet.

Das hat mich ja so verwundet. Als Input geht der Pin. Als Output auch. Nur als AF macht er Späne.

Marc X. schrieb:

Ich gehe mal davon aus, dass sich SPI1 auch auf andere Pins legen lässt, probiere das mal aus.

Das hatte ich getestet, das ging auch nicht. Ich bin mir aber nicht sicher, ob es bei der alternativen Belegung auf diesem Board noch Nebenwirkungen gibt.

A. B. schrieb:

Aufdruck der beiden MCUs (Foto)?

Der Aufdruck ist auf beiden Chips identisch:

1

STM32F407

2

VGT7 4

3

7B746 9R

4

PHL 7B 815

(kann Fehler enthalten, die Lasergravur ist recht schwer zu erkennen...)

Chip-ID und Revision (unter 0xE0042000)?

Die Chip-ID ist auch bei beiden identisch (und m.E. plausibel):

1

DBGMCU_REVID: 0x1007

2

DBGMCU_DEVID: 0x0413

Die Chips stammen auch von einem namhaften Distributor und nicht von einem China-Broker.

Gehirn geeicht schrieb:

obwohl der Code identisch ist, sollten Sie sicherstellen, dass die Alternate-Funktions-Register für den MISO-Pin auf beiden Boards korrekt konfiguriert sind.

Das werde ich evtl. noch untersuchen. Mit dem gdb-server hat man ja die Möglichkeit im laufenden System die Register auszulesen.

Eine Idee hatte ich doch noch: Ich habe eine Liste mit allen Pins erstellt und dann die Spannungen von beiden Systemen aufgenommen. Dort gibt es einige Unterschiede. Jetzt werde ich erstmal untersuchen, wo diese Diskrepanzen herkommen. Möglicherweise sind die Boards doch nicht so identisch, wie ich das gerne hätte. Ich werde berichten.

Bernd schrieb:

Ich werde berichten.

Nachdem sich die vermeintlichen Unterschiede als Fehler bei der Messung herausgestellt haben (die Messpitze hatte gelegentlich keinen Kontakt), habe ich den Chip getauscht und nun geht die SPI wie erwartet.

Dafür funktioniert nun die Debugausgabe über ITM_SendChar() nicht mehr :-/ Naja, irgendwas ist ja immer...