STM32f4 mit Cube HAL Programmierung. Neue Syntax

[Gerald G. (gerald_g)]

Hallo,

es gibt ja mittlerweile schon eine ganze Zeit das Cube System vom ST.

Ich dachte ich setze meine Coocox Toolchain neu auf, und übernehme 
gleich die Cube Library, welche bereits in Coocox integriert ist.

Doch nun geht mein alter Code nicht mehr, da die Befehle teils etwas, 
teils deutlich anders sind.

statt

GPIO_InitStructure.GPIO_Pin

wird nun

GPIO_InitStructure.Pin

geschrieben. Statt:

GPIO_InitStructure.GPIO_Mode = GPIO_Mode_OUT;
  GPIO_InitStructure.GPIO_OType = GPIO_OType_PP;

wird nun:

GPIO_InitStructure.Mode = GPIO_MODE_OUTPUT_PP;

geschrieben.

Gibt es irgendwo ein Tutorial mit Beispielcodes, wie früher für die alte 
Library? Ich finde leider nirgens etwas für die neue. Es ist nämlich 
sehr mühsam die ganzen neuen Umsetzungen zu suchen/finden.

Danke schon mal

[innerand i. (innerand)]

Mit dem Cube selbst kommen ein paar Beispielprojekte mit.
So richtige Tutorials sind allerdings auch mir nicht bekannt und die 
Doku der ganzen Cube-Geschichte ist generell- sagen wir mal - 
ausbaufähig.

[Gerald G. (gerald_g)]

Ja, das ist das nächste. Ich kann Cube nicht von der ST Seite laden. Die 
paar MB dauern immer über eine Stunde, aber am Ende bricht der Download 
immer ab. Das geht schon seit Tagen so. Eine alternative Downloadquelle 
habe ich auch hierfür nicht gefunden. Ich komme also an die Beispiele 
garnicht ran.

edit: Ha, einmal besschwert und der download läuft dann. Wenigstens das.

[innerand i. (innerand)]

Den F4 könnt ich hochladen wenn's hilft.

[Gerald G. (gerald_g)]

Danke, hat dann doch geklappt (1MB/s).

[Marc O. (marcosfs)]

Hey Gerald und alle,

ich selber bin ganz neu mit ST uCs, und bin gerade dabei mich mit den 
HAL_ADC Funktionen zu prügeln. Die Dokumentation ist, wie gesagt, 
scheußlich, vor allem wenn mit Atmels oder PICs verglichen.

Ich würd dich gerne fragen, wenn du es mal schaffst, mit den HAL 
Funktionen erfolgreich ADC zu machen, ob du nicht den Code hochladen 
könntest. Ich verstehe nicht mal wie die Variable aussieht, in die man 
angeblich die Daten speichert, nachdem man z.B. 8 Kanäle aus einem ADC 
Modul gespeichert hat.

Bei mir läuft nämlich gar nichts mit ADC, ich verstehe die Libraries 
nicht so gut und die HAL Anleitung ist ja trotz der 800 Seiten 
unglaublich begrenzt.

Würd mich freuen wenn jemand hier auch nur n einfachs PollForConversion 
ADC mal zeigen würde... Das Beispiel von ST für DMA hilft mir nicht 
weiter und für andere Wege des ADC gibt's soweit ich finden konnte 
keins.

Cheers

[Programmierer (Gast)]

Als erstes möchte ich einmal loswerden, dass sich die Syntax der Sprache 
C nicht ändert, wenn man eine Library von ST einbindet oder austauscht. 
Die Syntax ist also nicht "neu". Was sich ändert ist das API.

Ich wollte auch letztens mal das STM32 Cube ausprobieren, und habe einen 
Blick in den CAN-Header geworfen, und gesehen:

typedef struct
{
  /* ... anderes Zeug ... */

  
  uint32_t TTCM;       /*!< Enable or disable the time triggered communication mode.
                            This parameter can be set to ENABLE or DISABLE. */
  
  uint32_t ABOM;       /*!< Enable or disable the automatic bus-off management.
                            This parameter can be set to ENABLE or DISABLE */

  uint32_t AWUM;       /*!< Enable or disable the automatic wake-up mode. 
                            This parameter can be set to ENABLE or DISABLE */

  uint32_t NART;       /*!< Enable or disable the non-automatic retransmission mode.
                            This parameter can be set to ENABLE or DISABLE */

  uint32_t RFLM;       /*!< Enable or disable the receive FIFO Locked mode.
                            This parameter can be set to ENABLE or DISABLE */

  uint32_t TXFP;       /*!< Enable or disable the transmit FIFO priority.
                            This parameter can be set to ENABLE or DISABLE */
}CAN_InitTypeDef;

Die Herren verwenden tatsächlich uint32_t als boolean-Typ, sprich, sie 
nutzen 1 Bit des uint32_t und verschwenden die 31 übrigen - wenigstens 
uint8_t hätten sie nehmen können, um nur 7 von 8 bits zu verschwenden 
statt 31 von 32.

Außerdem haben sie den ganzen Ablauf umgebaut, die Library verwurstet 
jetzt selbst die Interrupts und man hat selbst keine Kontrolle mehr 
darüber. Als ich das gesehen habe, wollte ich die weiteren 
Abscheulichkeiten gar nicht erst erforschen, und habe lieber wieder die 
alte StdPeripheral Library verwendet...

zB das Konfigurieren der CAN-Filter ist aber auch da so bescheuert, dass 
es per direktem Register-Zugriff einfacher und übersichtlicher geht...

[Schaulus Tiger (Gast)]

Die minimale ADC-Ansteuerung dürfte ungefähr so aussehen, hier noch mit 
den "offiziellen" defines:

#include "stm32F205xx.h"

int
adc_read (int channel)
{
  RCC->APB2ENR |= RCC_APB2ENR_ADC1EN;   /* Takt einschalten                */
  ADC->CCR = ADC_CCR_ADCPRE_1;          /* ADC-Takt = PCLK2 / 6            */
  ADC1->CR1 = 0;                        /* CR1 ist für Fortgeschrittene ;) */
  ADC1->SMPR1 = 6;                      /* 144 Takte lang samplen          */
  ADC1->CR2 = ADC_CR2_ADON;             /* Analogteil einschalten          */
  ADC1->SQR3 = channel;                 /* die Kanalnr. 0..18              */
  ADC1->CR2 |= ADC_CR2_SWSTART;         /* los geht's                      */
  while ((ADC1->SR & ADC_SR_EOC) == 0); /* Geduld...                       */
  return ADC1->DR;                      /* 12 Bit rechtsbündig abliefern   */
}

Programmierer schrieb:
> zB das Konfigurieren der CAN-Filter ist aber auch da so bescheuert, dass
> es per direktem Register-Zugriff einfacher und übersichtlicher geht...

Das gilt eigentlich für alles. Natürlich nimmt man für USB lieber eine 
Lib, aber da steckt ja der Aufwand in den höheren Schichten.