Menü für ESP32 in VSC erstellen

[Hercules (hercules)]

Hallo zusammen,

ich bin zwar kein Anfänger in der Mikrocontroller Programmierung, doch 
die Projekte die ich bisher für mich privat realisiert habe, hatten 
einen geringeren Umfang als mein jetziges. Dementsprechend habe ich 
einige Fragen. Ich Arbeite mit VSCode und der der PlatformIO IDE und 
schrieb bisher kleinere Programme für den ESP32. Mein aktuellsten 
Projekt soll, grob gesagt, ein Menü haben wo man auswählen kann, welches 
"Sub-Programm" man nutzen möchte. Folgendes Beispiel möchte ich nicht 
umsetzen, verbildlicht aber mein anliegen: Ich habe eine Menü wo ich 
zwischen verschiedene Spielen aussuchen kann. Soweit so gut.

Ich frage mich grade nur wie ich das umsetze. Die einzelnen Programme 
sind mehr oder weniger fertig geschrieben und funktionieren auch, wenn 
man Sie als einzelnes Programm auf den Controller lädt. Dies ist aber 
nur die halbe miete.

Ich habe mir überlegt das Menü so zu schreiben, dass ich mit Switch Case 
die einzelnen Programm aufrufen kann. Die Überlegung dass man vom Menü 
Programm, in ein anderes Programm "springt" scheint mir nicht möglich zu 
sein. Macht man sowas am besten etwa mit Headerdatein? Ich weiß es 
nicht.

Daher die frage an euch. Wie setze ich sowas um. So das die einzelnen 
Programm wirklich getrennt von einander sind. Ist für die Übersicht, 
Fehlersuche und Erweiterbarkeit am sinnvollsten.

Viele Grüße

[Uwe B. (boerge)]

Hercules schrieb:
> Daher die frage an euch. Wie setze ich sowas um. So das die einzelnen
> Programm wirklich getrennt von einander sind.

...mit einem Betriebssystem auf dem ESP! Der zweite Absatz des dt. 
Wikipedia-Artikels fasst es schön zusammen:
https://de.wikipedia.org/wiki/Betriebssystem

[Joh S. (joh93)]

In der Theorie kann man es so etwa machen:

Host Partition
-> Startet nach Reset und hostet das Menu.
-> Steuert ein Reset Safe Struct bei um die "Cluster"(Spiele 
Partitionen) zu verwalten ( wenn ein direkt Sprung von Spiel A nach 
Spiel B zB gewünscht ist).
-> Schreibt in das Struct das gewünschte Spiel und springt direkt oder 
per Reset, falls nötig, an die Startadresse des gewählten Cluster.

Cluster Partitionen:
-> Stellen ein Interface zur Verfügung, was zum Host oder mit einem 
Reset wieder zum Host springt.

Das ist jetzt nur ganz grundsätzlich ein Vorgehen, wie man die Spiele 
gleich lassen kann. Evtl kann man auch direkt die Startadresse vor dem 
Reset manipulieren, das weiß ich aber nicht). Mit dem Reset stellt man 
zB uninitialisierte Peripherie für das jeweilige Spiel sicher.
Grundsätzlich ist das kein großes Hexenwerk, man wird nur einiges selber 
am Memory Layout rumbasteln müssen.

[Εrnst B. (ernst)]

Hercules schrieb:
> Ich Arbeite mit VSCode und der der PlatformIO IDE

Arduino-Framework?

Schmeiß den Quellcode der einzelnen Spiele zusammen, lass alles 
gemeinsam kompilieren, aber benenn die "setup()"  und "loop()" jeweils 
um.
Dabei sind sicher viele gemeinsam benutzte Funktionen dabei, die dann 
auch nur einmal im Flash landen.

Und dann in etwa:

void setup() {
  aktives_programm=MENU;
  setup_menu();
}

void loop() {
  switch (aktives_programm) {
    case MENU: loop_menu(); break;
    case SPIEL1: loop_spiel1(); break;
    case SPIEL2: loop_spiel2(); break;
  }
}

usw.

Beim Wechsel des Aktiven Programms einmal das zugehörige 
"setup_spielX()" laufen lassen. Wenn darin Sachen initialisiert werden, 
die wieder aufgeräumt gehören, z.B. Interrupts, große 
Speicher-Allokationen: für jedes noch eine "cleanup_spielX()"-Funktion 
schreiben, die beim Programmwechsel vor dem setup des nächsten läuft.

void switch_task(task_enum_t new_task) {
  switch (aktives_programm) {
    case MENU: cleanup_menu(); break;
    case SPIEL1: cleanup_spiel1(); break;
    case SPIEL2: cleanup_spiel2(); break;
  }
  aktives_programm=new_task;
  switch (aktives_programm) {
    case MENU: setup_menu(); break;
    case SPIEL1: setup_spiel1(); break;
    case SPIEL2: setup_spiel2(); break;
  }
}

Und wenn dir die ganzen switch-case-Teile auf die Nerven gehen: bastel 
dir ein Array-von-Struct-mit-Funktionspointern. Oder, mehr OOP, Objekte.


Und wenn dir für die Fehlersuche das Starten des jeweils zu debuggenden 
Programms über das Menu zu aufwändig ist: änder setup(), so dass gleich 
das richtige loslegt.

[ElC (elc)]

Hi,

Hi,
so könnte es prinzipiell aussehen.

Lösung 1 - einfach
-------------------
menu setup
menu loop
game1 setup
game1 loop
game2 setup
game2 loop
...
reset button in every game --> ESP.restart();



Lösung 2 - das letzte Game beim Einschalten wieder starten
-----------------------------------------------------------
// Read menuIndex on startup or reset
void preferencesRead(void)
{
  // read menu index, stored permanently
  // 0 or undefined = menu, 1 = game1, 2 = game2 ...
  preferences.begin("menuIndex", true);
  menuIndex= preferences.getInt("menuIndex", 0);
  preferences.end();
}

-
if menuIndex == 0   // perform menu
preferencesWrite()  // write menuIndex 1 for game1 / 2 for game2 ...
ESP.restart();
-

-
if menuIndex == 1   // perform game1 setup & loop
preferencesWrite()  // write menuIndex 0 for menu (Reset/Exit Button)
ESP.restart();
-

-
if menuIndex == 2
game2               // perform game2 setup & loop
preferencesWrite()  // write menuIndex 0 for menu (Reset/Exit Button)
ESP.restart();
-



// Write menuIndex selected
void preferencesWrite()
{
  // write menu index, stored permanently
  preferences.begin("menuIndex", false);
  preferences.clear();
  preferences.putInt("menuIndex", menuIndex);
  preferences.end();
}