STM32 - HAL Delay gut?

Wäre dann diese Art der Implementierung besser?

Was erwartest du das dein Controller bei einem delay macht? IRQs werden weiterlaufen, aber sonst steht natuerlich alles wenn du kein Multitasking-OS verwendet.

Du kannst das hoechstens selbst entschaerfen in dem du dir ein, ein Ticker_Start() und eine Ticker_Ask(1000) programmierst.

Dann sowas:

Ticker_Start(); do { // Hier kannst du noch was machen }while(Ticker_Ask(1000);

Olaf

Ein ungeschicktes Trollthema.

Ein ungeschicktes Trollthema.

Denkbar, aber du darfst nicht vergessen das der Nachwuchs immer duemmer wird, was natuerlich daran liegt das wir vergessen haben wie dumm wir waren als wir angefangen haben. :-D

Olaf

Hier ein Pseudocode wie du das machen kannst :

t = timeticks + 1000(ms) while (1) { if (timeticks => t) { t = timeticks + 1000(ms) mache was auch immer alle 1000 ms } mache was anderes }

schau dir mal diese macros an:

1

/*

2

 *  These inlines deal with timer wrapping correctly. You are 

3

 *  strongly encouraged to use them

4

 *  1. Because people otherwise forget

5

 *  2. Because if the timer wrap changes in future you won't have to

6

 *     alter your driver code.

7

 *

8

 * time_after(a,b) returns true if the time a is after time b.

9

 *

10

 * Do this with "<0" and ">=0" to only test the sign of the result. A

11

 * good compiler would generate better code (and a really good compiler

12

 * wouldn't care). Gcc is currently neither.

13

 */

14

#define time_after(a,b)    \

15

  (typecheck(unsigned long, a) && \

16

   typecheck(unsigned long, b) && \

17

   ((long)((b) - (a)) < 0))

18

#define time_before(a,b)  time_after(b,a)

im linux code gibs da noch mehr.

oder du baust dir gleich einen SW-Timer auf! siehe als Idee z.B.: 'https://github.com/lmooml/SmartTimer/tree/master/smarttimer'

Verzögerer schrieb:

ich versuche mich gerade etwas an STM32 Controllern. Irgendwann kommt man ja an den Punkt, wo mehrere Sachen quasi-parallel laufen sollen.

Bisher verwende ich "HAL_Delay(1000)" um eine Sekunde zu warten.

Anbei ein kleines Stück Quellcode mit dem man das Warten etwas besser organisieren kann, ohne dazu gleich irgendwelche Betriebssysteme aufzufahren, wie es dir bereits angeraten wurde. Ich hab das vor geraumer Zeit schon mal gepostet, aber das Suchen im Forum scheint eher unbeliebt zu sein.

Also, zum Prinzip: anstatt mit Warten die Zeit totzuschlagen kann man es auch andersherum machen: man stellt sich einen Wecker, der nach xxx Sekunden (oder Stunden oder Millisekunden) klingelt. Da kann man in der Zwischenzeit was anderes machen oder auf das Klingeln warten - je nach Gusto. Der Wecker ist hier der Interrupthandler des Timerticks und das Klingeln ist die Event-Verwaltung, genauer ein Event, der zur rechten Zeit in die Event-Warteschlange geworfen wird.

Das Beispiel in der ZIP-Datei ist ein Beispiel. Da kommen auch Event-Codes und Namen von Programmteilen und anderes Zeugs vor, was du vermutlich nicht brauchst. Du kannst es dir also nach deinem Bedarf zusammenkürzen und abändern nachdem du das eigentlich recht einfache Prinzip verstanden hast.

W.S.

und was soll so schlimm sein an der Nutzung eines OS?

Fuer sehr kleine Sachen ist ein OS oftmals uebertrieben weil es eine Sache ueberkompliziert oder manchmal auch etwas unmoeglich macht. Erst recht fuer einen Anfaenger. Auch das Debuggen komplexer Fehler kann da manchmal eine komplexe Freude sein die dich lange beschaeftigt.

Fuer sehr grosse komplexe Sachen ist es manchmal zwingend notwendig. Zum Beispiel wenn du den Code von einem Dutzend Programmierer in deinem System hast den du auch etwas getrennt halten willst.

Interessant ist der Zwischenbereich wo man sich nicht sicher ist was angemessen ist, da kann man dann trefflich streiten. :-)

Das Eventprinzip das Wolfgang oben nahelegt war auch die Grundlage der Palmpiloten.

Vorteil: Man konnte mit wenig Rechenleistung viel erreichen und hatte dabei noch eine lange Batterielebensdauer dessen Nutzung eine stete Freude war.

Nachteil: Eine Schwachkopfanwendung und dein ganzes System steht.

Olaf