Artikel zur STM32F10x Standard Peripherals Library

Dieser Artikel war sehr hilfreich um die ersten Schritte mit dem STM32 
zu verstehen. Danke euch!

Finde den Artikel auch sehr gelungen.
Hat mir schon etwas Arbeit abgenommen.
Als Anregung hätte ich vielleicht, dass man bei Verwendung der FW Lib. 
einen 8 MHz Quarz verwenden sollte - sonst muss man an doch recht vielen 
Stellen in die Lib. eingreifen.

Grüße,
Michael

>Aufgrund mehrfacher Anfragen, hier ein Archiv, dass meine Arbeitsumgebung 
>Datei:CrossWorks StandardLib Setup.zip mit zwei Crossworks Projekten 
>(ARM_LED_TEST und ARM_USB_Test). Einfach alles in ein Verzeichnis
>entpacken und schon sollte es Laufen.

Wenn ich unter "Build -> Build and Debug" wähle, meckert Crossworks, daß 
stm32f10x_exti.h, stm32f10x_gpio.h etc. nicht gefunden wurden. Ich 
denke, ich muß noch irgendwo den Pfad in der IDE zur Lib einstellen muß; 
scheint im Projekt nicht drin zu sein.

Thomas Burkhart schrieb:
> Hast Du beide Projekte
> probiert?

Ja. Beim USB-Programm kommt er ziemlich weit mit dem Kompilieren, bringt 
dann aber 
C:/GlaubstNichWirklich/CrossWorks_StandardLib_Setup/ARM_USB_Test/../ST_S 
tandardLib/STM32F10x_StdPeriph_Driver/src/stm32f10x_rcc.c:282: 
undefined reference to `assert_param'

Vielleicht mach ich aber auch was verkehrt; ich arbeite mich gerade erst 
in Crossworks ein. Und die Onlinehilfe stimmt nicht immer mit meiner 
Version überein. Ich gehe über "File -> Open Solution -> 
ARM_LED_Test.hzp", dann auf "Build -> Build ARM_LED_Test".

Bis auf die assert_param Meldung habe ich jetzt alles wegbekommen, indem 
ich unter "User Include Directories" meine Pfade zu den ganzen 
Libverzeichnissen reingebracht habe, bis nichts mehr angemeckert wurde.

Einen Cyclecounter habe ich ja in der Statusleiste gefunden. Kann man 
sich auch irgendwo die dabei abgelaufene Zeit anzeigen lassen oder muß 
man das mit dem Taschenrechner ausrechnen?

Versuch mal, die Datei stm32f10x_conf.h "manuell" mit einzubinden. Das 
Problem hatte ich letztens auch.
So richtig verstanden habe ich diese Datei zwar noch nicht, aber es 
scheint wohl mehrere Wege zu geben. Einmal kann man wohl die o.g. Datei 
anpassen und damit die Peripheriemodule inkludieren oder man schreibt 
wie sonst auch #include "stmf10x_modulname.h".
Warum dann die assert_param-Geschichte aber nun gerade auch in dieser 
Datei steht, hat sich mir noch nicht erschlossen.

Hallo,

eine Frage zum Abschnitt, der "die dritte Möglichkeit, Daten auszugeben" 
beschreibt:

1

GPIO_Write(GPIOA,0x0011); //Setzt die Bits 1 und 5 am GPIOA auf high

2

GPIO_Write(GPIOA, GPIO_Pin_1 | GPIO_Pin_5); // Geht natürlich auch und ist verständlicher                

3

4

GPIO_ResetBits(GPIOA,0x0102); //Setzt die Bits 2 und 9 am GPIOA auf low

Kann sein, dass ich gerade auch völlig auf dem Schlauch stehe, aber 
müsste 0x0011 nicht 'GPIO_Pin_0 | GPIO_Pin_4' sein? Also schon erster 
und fünfter Pin, aber eben ab "0"?
Gleiches für 0x0102 -> Bit 1 und Bit 8 statt 2 und 9?

Soweit ich weiß, ist die SPL veraltet und durch die STMCube-Bibliothek 
ersetzt worden. Ich kann die SPL nicht mal mehr bei ST herunterladen.

Ich würde daher einen großen Warnhinweis an den Beginn des Artikels 
setzen.

vhtl schrieb:
> Soweit ich weiß, ist die SPL veraltet und durch die STMCube-Bibliothek
> ersetzt worden. Ich kann die SPL nicht mal mehr bei ST herunterladen.

Und der Thread hier auch...

>
> Ich würde daher einen großen Warnhinweis an den Beginn des Artikels
> setzen.

Den darfst du gerne setzen.