Wie ist das eigentlich bei Multicore Mikrocontrollern ?

Hurzilein schrieb:
> Vermutlich wird sich ja kaum jemand Multicore ohne Betriebssystem antun,
> oder ?

Warum so pauschal? Ich finds auf den bis Mittelklasse µC echt simpel. 
Gleiche Cores, die man sich nach Wunsch aufteilen (und takten) kann. Wie 
es mit dem FreeRTOS Scheduler bei power/efficient Core Designs ist, kann 
ich allerdings mangels Erfahrung nicht sagen.

Beim Desktop Betriebssystem auf x86_64 kannste in den höheren Sprachen 
deine Threads/Worker/wie auch immer genannt losschicken und der 
Scheduler vom OS kümmert sich dann darum und man muss sich darauf 
verlassen, dass der gescheit seinen Job tut. Da drum herum arbeiten, 
ist, je nach OS, ziemlich murksiger Aufwand. Das ist bei so Dingen wie 
CCX, CCD, P-Cores, E-Cores, wo, wie, welcher Cache angebunden ist, inkl. 
stark variablen Taktfrequenzen eine undankbare Aufgabe. Insofern bin ich 
dann ab dieser Ebene froh, dass sich andere, darauf spezialisierte, den 
Kopf zerbrechen dürfen und das OS es für mich erledigt.

Hurzilein schrieb:

> Vermutlich wird sich ja kaum jemand Multicore ohne Betriebssystem antun,
> oder ?

Doch, z.B. mit dem SDK für den Raspi Pico ist das kein großes Ding.

> Aber so für den Fall : wie sieht das in C aus ?

Im Falle o.g. SDKs: ein Aufruf startet Core1 und läßt ihn mit der 
Abarbeitung des Programms ab dem als Parameter übergebenen Funktion 
starten.

Wie man dann die Verteilung der Arbeit im Detail organisiert, ist recht 
variabel. Am einfachsten ist es, mit dem Core1 über Queues zu 
kommunizieren. Eine Queue, um ihn mit Arbeit zu versorgen, eine weitere, 
um die Ergebnisse zurück zu bekommen.
Aber wie gesagt: es gibt auch noch unzählige andere Möglichkeiten, die 
ggf. sinnvoller sind. Hängt halt von der Anwendung ab, was sinnvoll ist.

> Gibt es da main1()

Man kann die als Parameter übergebene Funktion auch gerne main1 nennen. 
Das SDK hat da nix gegen einzuwenden. Das weiß: Namen sind Schall und 
Rauch, tatsächlich wir natürlich letztlich einfach eine Speicheradresse 
übergeben...

> Aber so für den Fall : wie sieht das in C aus ? Gibt es da main1()

Beim RP2040 startet erstmal ein Core. (core0) In dessen Task kannst du
dann die Startadresse des zweiten Cores setzen und den einschalten.
Also im Prinzip gibt du dem eine Funktion und etwas Stack und
schaltest ein und es laeuft.

1

  //Das hier muss passieren bevor ein IRQ installiert wird                                        

2

  core1_reset(); //Core Reseten und anhalten                                                      

3

  //core1-main-funktion, begin des stackspeichers, stacksize in byte                              

4

  core1_start(main_core1, core1_stack, CORE1_STACKSIZE_LEVEL*4);

> Vermutlich wird sich ja kaum jemand Multicore ohne Betriebssystem antun,
> oder ?

Warum? Haengt halt davon ab welches Problem du loesen willst.

Olaf