|
Anzeige
|
STM32F03C8: SD-Card antwortet nicht
Gast
#3340423
Wenn ich das Kommando CMD0 zum Aktivieren des SPI-Modus sende, kommen Clock und Daten bei der SD-Card an. CS ist auf Low. Nur es kommt keine Antwort von der Karte. Meine Vermutung ist, dass etwas mit der Initialisierung (siehe unten) nicht stimmt. Kann mal jemand drüber schauen?
Gast
#3340620
Im Anhang die Signale Clock und MOSI (CRC-Byte[0x95] des Kommandos CMD0), die die Karte empfängt. Der Datenausgang der Karte (mit verschiedenen Karten getestet) bleibt permanent auf High. Wer hat eine Idee, wonach ich suchen muss?
Angehängte Dateien:
Welche PerphLib verwendest Du denn? Ich habe das aus den STM Quellen uebernommen und dann ein wenig angepasst. Ich weiss nicht wie in Deiner PerphLib GPIO_Mode_AF_PP GPIO_Mode_IN_FLOATING definiert sind aber ich meine Du solltest die alternativ functionen an MOSI und MISO aktivieren. BTW in meinem Code ist nur die GPIO config fuer Dich relevant. ab der Funktion SPI_I2S_DeInit(SPIx ); in meinem Code kannst Du Deinen Code verwenden.
Gast
#3340921
Juergen G. schrieb: Vielen Dank für deinen Code. > Welche PerphLib verwendest Du denn? Die Library von ST. > Ich weiss nicht wie in Deiner PerphLib > GPIO_Mode_AF_PP > GPIO_Mode_IN_FLOATING GPIO_Mode_AF_PP ist Alternate Function Push-Pull GPIO_Mode_IN_FLOATING normaler GPIO-Input floatend Einen "Alternate Function Mode" für Inputs gibt es nicht. -------------------------------------------------------------------- Bin jetzt weiter gekommen. Die Karte antwortet auf das CMD0-Kommando, allerdings mit 0x80, was ja nicht richtig ist (siehe Anhang). Erwarten würde ich 0x01.
Angehängte Dateien:
Die Pins nur als Eingang/Ausgang mit was auch immer fuer Gimmicks zu configurieren reicht nicht. mir fehlt die GPIO_PinAFConfig in Deinem Code. Das Datenblatt zu Deinem Controller sagt, dass SPI an PA5 PA6 PA7 Alternativ Function AF0 ist. So musst Du die auch Configurieren, sonst weiss der uC nicht, dass er die Pins ans SPI mappen soll.
Gast
#3340987
Juergen G. schrieb: > mir fehlt die GPIO_PinAFConfig in Deinem Code. So eine Funktion o. ä. finde ich in der ST-Library nicht. > Das Datenblatt zu Deinem Controller sagt, dass SPI an PA5 PA6 PA7 > Alternativ Function AF0 ist. > So musst Du die auch Configurieren, sonst weiss der uC nicht, dass er > die Pins ans SPI mappen soll. Im Anhang ist ein Bild der Portstruktur und eins mit den Konfigurationsmöglichkeiten des STM32F103C8. Aus denen entnahm ich, dass ein "normaler" Input-Pin immer mit dem "Alternate Function Input" verbunden ist.
Angehängte Dateien:
Gast
#3341000
Ergänzung zu meinem Post: Aus dem Reference Manual zum STM32F102C8: For alternate function inputs, the port must be configured in Input mode (floating, pullup or pull-down) and the input pin must be driven externally. For alternate function outputs, the port must be configured in Alternate Function Output mode (Push-Pull or Open-Drain). For bidirectional Alternate Functions, the port bit must be configured in Alternate Function Output mode (Push-Pull or Open-Drain). In this case the input driver is configured in input floating mode
Gast
#3341045
// SPI: MISO GPIO_InitStructure.GPIO_Pin = GPIO_Pin_6; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING; Mach da mal Input mit Pullup draus.
Gast
#3341107
Danke für den Tipp. Leider keine Änderung.
Gast
#3341124
> SPI_InitStructure.SPI_CPHA = SPI_CPHA_2Edge; // ... CPOL =
Bei mir geht das mit SPI_CPHA_1Edge.
Zeig mal dein SD Init. Mit der SPI Init alleine kann man nichts
anfangen.
Gast
#3341168
holger schrieb: >> SPI_InitStructure.SPI_CPHA = SPI_CPHA_2Edge; // ... CPOL = > > Bei mir geht das mit SPI_CPHA_1Edge. Es sieht sieht aus, dass das das Problem löst. Vielen Dank! Anhang: Antwort aus das CMD0-Kommando (0x01). Clock: gelb MISO: blau
Angehängte Dateien:
In Figure 13 des von Dir angehaengten Documents sieht man ganz unten links einen Pfeil an dem steht "from on-chip peripheral" da haengt der Mux dran, der den Port auf die verschiedenen Peripherien mapped. http://www.st.com/st-web-ui/static/active/en/resource/technical/document/datasheet/DM00088500.pdf Tabelle Seite 31 sieht man das PA5 nur eine AF hat PA6 und PA7 mehrere. aktuelle stdperphlib V1.1.0 Download from http://www.st.com/web/en/catalog/tools/PF257884 im File Libraries/STM32F0xx_StdPeriph_Driver/inc/stm32f0xx_gpio.h Zeile 335 die deklaration und Libraries/STM32F0xx_StdPeriph_Driver/src/stm32f0xx_gpio.c Zeile 445ff die Beschreibung und Implementation der Function GPIO_PinAFConfig da sieht man auch, das bei den Parametern ein @arg GPIO_AF_0:WKUP, EVENTOUT, TIM15, SPI1, TIM17,MCO, SWDAT, SWCLK, TIM14, * BOOT,USART1, CEC, IR_OUT, SPI2 existiert, der SPI1 enthaelt. Das was Du aufgefuehrt hast ist die Port-config, das hast Du ja schon richtig gemacht. GPIO_PinAFConfig mapped aber die Peripherie auf den Portpin. Wenn Du diese Function nicht aufrufst, schreibt der SPI einfach auf den Datenbus und das verhalten ist undefiniert. PA5 hat nur eine AF, da kann nichts schief gehen und Der Clock geht raus wo er soll. PA6 und PA7 haben mehrere AF's, da ist es ungewiss wo das hingeht.
Gast
#3341728
Juergen G. schrieb: > PA5 hat nur eine AF, da kann nichts schief gehen und Der Clock geht raus > wo er soll. > PA6 und PA7 haben mehrere AF's, da ist es ungewiss wo das hingeht. Es geht zu allen AFs des 48-Pin STM32F103C8. Die Auswahl erfolgt über die Clock der einzelnen Module. Deshalb funktioniert die Konfiguration (siehe Anhang aus dem REF-Manual).
Angehängte Dateien:
Was hast Du denn nun fuer einen Chip, einen STM32F03C8 wie im Topic steht, der bei ST allerdings STM32F030C8 heisst einen STM32F102C8 wie hier steht Harald schrieb: > Aus dem Reference Manual zum STM32F102C8: oder einen STM32F103 wie in Deinem letzten Post Harald schrieb: > STM32F103C8 Da gibts ein paar Unterschiede und Du kannst nicht einfach die RefMan's nehmen wie es Dir gerade passt. Ausserdem hab Dir doch schon bestaetigt, dass Deine GPIO Config richtig ist. Wovon ich rede ist der map (interne "virtuelle Verdrahtung") der Peripherie SPI mit dem GPIO. Wenn die SPI Peripherie einfach irgendwohin schreibt dann kommt das auch irgendwo an. Doch kannst Du nicht erwarten das das da und nur da ankommt wo Du es haben willst. Harald schrieb: > Es geht zu allen AFs des 48-Pin STM32F103C8. Die Auswahl erfolgt über > die Clock der einzelnen Module. Deshalb funktioniert die Konfiguration > (siehe Anhang aus dem REF-Manual). Die AF's und die Clock haben nichts miteinander zu tun. Mit der Clock schaltest Du die Clock auf die Peripherie womit diese aktiviert wird.
Gast
#3341954
Juergen G. schrieb: > Harald schrieb: >> Es geht zu allen AFs des 48-Pin STM32F103C8. Die Auswahl erfolgt über >> die Clock der einzelnen Module. Deshalb funktioniert die Konfiguration >> (siehe Anhang aus dem REF-Manual). > > Die AF's und die Clock haben nichts miteinander zu tun. > Mit der Clock schaltest Du die Clock auf die Peripherie womit diese > aktiviert wird. Die AFs und die Clock haben etwas mit einander zu tun. Zitat (Datenblatt zum STM32F103C8): If several peripherals share the same I/O pin, to avoid conflict between these alternate functions only one peripheral should be enabled at a time through the peripheral clock enable bit (in the corresponding RCC peripheral clock enable register). Ist Dir bei meiner Frage nach dem wirklich von Dir verwendeten Controller kein Licht aufgegangen? Wir reden hier von verschiedenen Controllern. Bei den aelteren Chips hat man das so gemacht (machen muessen), das man bei einem Pin der mit mehr als einer Peripherie betrieben wurde die Peripherie-Clock der gerade nicht benutzten Peripherie abschalten musste um keinen Datensalat auf den Pin zu bekommen. Also die entsprechende Clock der Peripherie schon Einfluss auf die Funktion des GPIO hatte. Es war aber immer die bessere Wahl nur eine Peripherie an einem Pin zu betreiben, weil es vielfach zu unerwuenschten Ereignissen kam. Die neueren Chips haben da einen eigenen Multiplexer vor jedem GPIO, mit dem man die entsprechende Peripherie auf den Pin aufschalten kann ohne die Peripherie anhalten zu muessen.
Gast
#3343250
Juergen G. schrieb: > Ist Dir bei meiner Frage nach dem wirklich von Dir verwendeten > Controller kein Licht aufgegangen? Nein. Das liegt daran, dass du hier im Forum die Lampe mit der geringsten Beleuchtungsstärke bist. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
