PWM in CubeMX

bringt mir halt für die Konfiguration in CubeMX überhaupt nichts... 
darum gehts doch hier

In Prescaler, wie auch in Counter Period sind die Gewünschten Werte -1 
einzutragen.

Prescaler: 84-1
Counter Period: 25-1

SW4STM32 kommt damit klar, ich schätze andere IDEs auch.

Kannst natürlich auch selber rechnen und 83 und 24 eintragen.

Bei Counter Period machgt das ja Sinn, aber warum denn beim Prescaler?

Und die zustande gekomme Pulslänge von 20 Mikrosekunden ist damit leider 
auch nicht geklärt

Bevor ich unpassend antworte erlaube mir eine Rückfrage:
Ist Dir wichtig, die Aufgabe zu erledigen, oder ist Dir gerade wichtig, 
es mit CubeMX zu machen?

es ist wichtig es mit CubeMX zu machen, da die eingetragenen Werte dort 
nachvollziehbar sein sollen

Ok, dann halte ich mich raus - mangels Erfahrung.

Cube MX wurde mir als Zukunft in der Industrie vorgestellt (keine Fehler 
bei grundlegenden Bausteinen von Header und Source-Dateien etc.)

Und der generiert mir nun mal den Code unter Verwednung von HAL und ihr 
könnt mir nicht erzählen, dass im Dtaenblatt was von HAL angegeben ist. 
Genau das MUSS ich aber dokumentieren

zur Betonung.. es geht hier nicht um die Programmierung selbst, sondern 
wirklich nur eine "Anleitung" für CubeMX.. mir war es eigentlich schon 
klar, dass die Meisten das hier nicht können... und es muss möglich 
sein, den Puls genau dort zu konfigurioeren. Denn es wurden keine 
weiteren Usercodes verwendet und er spuckt mir einen 20 
Mikrosekunden-Puls aus.... deswegen wirklich nur an die Leute, die das 
wirklich schon mal mit CubeMX gemacht haben!

philjk schrieb:
> keine Fehler bei grundlegenden Bausteinen

Blöderweise hat sich CubeMx an diesem Punkt mit zahlreichen Mängeln 
hervor getan.

> und ihr könnt mir nicht erzählen, dass im Dtaenblatt was von
> HAL angegeben ist.

Das ist das nächste Problem: ein Layer zu viel. Um den generierten Code 
zu verstehen, musst du die 2000 Seiten Anleitung der HAL lesen. Um den 
zu verstehen, musst du 1500 Seiten Referenzhandbuch lesen.

Ohne HAL wäre der Lesestoff nur halb so umfangreich und man bekäme keine 
Knoten ins Hirn.

Wenn ST die Datenblätter so strukturieren würde, wie Atmel es getan hat 
dann wären die Datenblätter zwar 4000 Seiten lang, sie wären dann aber 
so gut verständlich, dass niemand eine HAL bräuchte und schon gar keinen 
Code Generator.

Harry L. schrieb:
> Niemand hat behauptet, daß das was für Amateure wäre.
> Ein "Arduino-Ersatz" ist das schon mal gar nicht!

Mir ist das klar, dieses Tool wird aber wie ein Spielzeug beworben. Den 
Managern wird erzählt, dass sie ihre gut ausgebildeten Spezialisten in 
die Wüste schicken können, um die eigene Software von dumme Affen 
zusammen klicken zu lassen. Wenn man dann aus der Wüste (Consulting) 
zurück kommt, darf man den Affenstall sauber machen.

bevor jetzt eine Diskussion ausartet, die nicht weiterbringt...

wie programmiert ihr eingesessenen Profis denn eine einfache PWM als 
One-Puls in der Mikrocontroller-Familie?... vielleicht habe ich ja was 
übersehen
Verwendet wird ein Kanal eines Timers als Ausgang

Und wie würdest du das machen, dass kein Delay und eine Pulslänge von 20 
Mikrosekunden auftritt?

Bei mir sieht das genau so aus:

htim4.Instance = TIM4;
  htim4.Init.Prescaler = 84;
  htim4.Init.CounterMode = TIM_COUNTERMODE_UP;
  htim4.Init.Period = 25;
  htim4.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1;
  if (HAL_TIM_Base_Init(&htim4) != HAL_OK)
  {
    Error_Handler();
  }
  sClockSourceConfig.ClockSource = TIM_CLOCKSOURCE_INTERNAL;
  if (HAL_TIM_ConfigClockSource(&htim4, &sClockSourceConfig) != HAL_OK)
  {
    Error_Handler();
  }
  if (HAL_TIM_PWM_Init(&htim4) != HAL_OK)
  {
    Error_Handler();
  }
  if (HAL_TIM_OnePulse_Init(&htim4, TIM_OPMODE_SINGLE) != HAL_OK)
  {
    Error_Handler();
  }
  sMasterConfig.MasterOutputTrigger = TIM_TRGO_RESET;
  sMasterConfig.MasterSlaveMode = TIM_MASTERSLAVEMODE_DISABLE;
  if (HAL_TIMEx_MasterConfigSynchronization(&htim4, &sMasterConfig) != 
HAL_OK)
  {
    Error_Handler();
  }
  sConfigOC.OCMode = TIM_OCMODE_PWM2;
  sConfigOC.Pulse = 1;
  sConfigOC.OCPolarity = TIM_OCPOLARITY_LOW;
  sConfigOC.OCFastMode = TIM_OCFAST_DISABLE;
  if (HAL_TIM_PWM_ConfigChannel(&htim4, &sConfigOC, TIM_CHANNEL_4) != 
HAL_OK)
  {
    Error_Handler();
  }
  /* USER CODE BEGIN TIM4_Init 2 */

  /* USER CODE END TIM4_Init 2 */
  HAL_TIM_MspPostInit(&htim4);

Ich möchte nachvollziehen können, warum dadurch genau diese Pulslänge 
zustande kommt