esp32c3 & interrupt service routine

Jan H. schrieb:

bei einem ESP32

welcher ESP32?

UPS. Habe es aktualisiert. Es geht speziell um den C3. Danke für den Hinweis.

Ueblicherweise gehoert zu einem C-Compiler eine Runtime, In der findet sich dann eine "startup.s" in der die Interruptvektoren "weak" auf vordefinierte Interruptroutinen zeigen. Will man selbst einen Interrupt bedienen, schreibt man eine gleichnamige Funktion, die eben nicht "weak" definiert ist, und so beim linken im Programm landet.

Das wird beim RISC-V auch nicht wesentlich anders ein...

Motopick schrieb:

Ueblicherweise gehoert zu einem C-Compiler eine Runtime, In der findet sich dann eine "startup.s" in der die Interruptvektoren "weak" auf vorderinierte Interruptroutingen zeigen. Will man selbst einen Interrupt bedienen, schreibt man eine gleichnamige Funktion, die eben nicht "weak" definiert ist, und so beim linken im Programm landet. Das wird beim RISC-V auch nicht wesentlich anders ein...

Okay. Und die im Bild zu sehenden Adressen sind dann quasi die wo die Funktionen stehen bzw. die Adressen dafür?

Jan H. schrieb:

Und die im Bild zu sehenden Adressen sind dann quasi die wo die Funktionen stehen bzw. die Adressen dafür?

Im Bild ist die Interruptvektortabelle zu sehen. Unter "Address" sind die Adressen aufgeführt, wo die Startadresse der aufzurufenden Interruptfunktion einzutragen ist.

Rainer W. schrieb:

Jan H. schrieb:

Und die im Bild zu sehenden Adressen sind dann quasi die wo die Funktionen stehen bzw. die Adressen dafür?

Im Bild ist die Interruptvektortabelle zu sehen. Unter "Address" sind die Adressen aufgeführt, wo die Startadresse der aufzurufenden Interruptfunktion einzutragen ist.

Das heißt unter diesen Adressen kann ich jeweils die Adresse meiner aufzurufenden Funktion schreiben?

Jan H. schrieb:

Das heißt unter diesen Adressen kann ich jeweils die Adresse meiner aufzurufenden Funktion schreiben?

Ja, normalerweise sollte es im Compiler eine Möglichkeit geben, der diese Eintragung der Startadresse der ISR in der Tabelle veranlasst.

Rainer W. schrieb:

Jan H. schrieb:

Das heißt unter diesen Adressen kann ich jeweils die Adresse meiner aufzurufenden Funktion schreiben?

Ja, normalerweise sollte es im Compiler eine Möglichkeit geben, der diese Eintragung der Startadresse der ISR in der Tabelle veranlasst.

Mir geht es auch darum zu lernen und zu verstehen wie das ganze funktioniert.

Ist es dann auch möglich während mein Programm läuft die Adressen in den Interrupt Vektoren zu verändern?

Jan H. schrieb:

Ist es dann auch möglich während mein Programm läuft die Adressen in den Interrupt Vektoren zu verändern?

Ei sischa.

Edith: Wenn man sie geschickterweise im RAM haelt.

Das heißt das ganze könnte dann ungefähr so aussehen?

Eine Funktion nimmt quasie die "Callback" Funktion entgegen, deren Adresse dann im besagten Interrupt Vektor gespeichert wird:

1

uint8_t int_map_interrupt( int_cpu_slot_t _slot, void (*_callback)() ){

2

    if( _slot > __INT_CPU_SLOT_MAX__ ) return 1; // slot unknown

3

4

    int_trap_vector[ _slot ] = _callback;

5

6

    return 0;

7

}

Das sind die ganzen 31 Vektoren:

1

#define MTVEC_REG          0x305                                                              

2

#define MTVEC_REG_OFFSET   0x04                                                  

3

#define MTVEC_CALC_SLOT(n) ( MTVEC_REG + ( n * MTVEC_REG_OFFSET ) )                                                

4

5

volatile uint32_t* int_trap_vector[] = {

6

    MTVEC_CALC_SLOT(1),

7

    MTVEC_CALC_SLOT(2),

8

    MTVEC_CALC_SLOT(3),

9

    MTVEC_CALC_SLOT(4),

10

    MTVEC_CALC_SLOT(5),

11

    MTVEC_CALC_SLOT(6),

12

    MTVEC_CALC_SLOT(7),

13

    MTVEC_CALC_SLOT(8),

14

    MTVEC_CALC_SLOT(9),

15

    MTVEC_CALC_SLOT(10),

16

    MTVEC_CALC_SLOT(11),

17

    MTVEC_CALC_SLOT(12),

18

    MTVEC_CALC_SLOT(13),

19

    MTVEC_CALC_SLOT(14),

20

    MTVEC_CALC_SLOT(15),

21

    MTVEC_CALC_SLOT(16),

22

    MTVEC_CALC_SLOT(17),

23

    MTVEC_CALC_SLOT(18),

24

    MTVEC_CALC_SLOT(19),

25

    MTVEC_CALC_SLOT(20),

26

    MTVEC_CALC_SLOT(21),

27

    MTVEC_CALC_SLOT(22),

28

    MTVEC_CALC_SLOT(23),

29

    MTVEC_CALC_SLOT(24),

30

    MTVEC_CALC_SLOT(25),

31

    MTVEC_CALC_SLOT(26),

32

    MTVEC_CALC_SLOT(27),

33

    MTVEC_CALC_SLOT(28),

34

    MTVEC_CALC_SLOT(29),

35

    MTVEC_CALC_SLOT(30),

36

    MTVEC_CALC_SLOT(31),

37

};

Wenn es der Compiler uebersetzt, heisst das noch nicht, dass es funktioniert. Du solltest dir fuer den Anfang erstmal ein kleineres Broetchen backen.

Z.B. einen Timerinterrupt. Und dann mit offenem Auge erkunden, was der Compiler zu welchem Zweck wohin positioniert hat, und was es tut.

Per Default, sind die weak definierten, bereits vorhandenen Interruptroutinen, schon mit einigermassen sinnvollen Aktionen belegt.

P.S.: Viele CPUs/Controller schuetzen auch solche Bereiche, und muessen kwasi erst "entsperrt" werden, wenn man darau herumturnen will.

Sherlock 🕵🏽‍♂️ schrieb:

ESP32 sind eigentlich nicht für diese bare-metal Programmierung vorgesehen. Viele Funktionen kann man mangels Doku gar nicht nutzen.

Meinst du nicht, daß ein normaler Mikrocontroller besser geeignet ist? Zum Lernen würde ich mit einem überschaubaren STM32L0 anfangen und später auf einen stärkeres Modell wechseln, falls nötig. Test-Boards findet man unter dem Namen "STM32 Nucleo".

Ja Da gebe ich Dir zu 100% recht. Diese Mikrocontroller sind wirklich nicht leicht zu bedienen (bare metal) aber es macht mir spaß zu forschen und rum zu probieren bis es funktioniert.

Angefangen habe ich mit den kleinen 8 bitlern von ATMEL.

Da man die ESP32 sau günstig bekommt, habe ich mich einfach mal da dran getraut. Vieles läuft auch schon, einiges noch nicht so ganz perfekt. Dafür gibt es ja aber Foren wo man Hilfe bekommen kann ;)

Motopick schrieb:

Wenn es der Compiler uebersetzt, heisst das noch nicht, dass es funktioniert. Du solltest dir fuer den Anfang erstmal ein kleineres Broetchen backen.

Z.B. einen Timerinterrupt. Und dann mit offenem Auge erkunden, was der Compiler zu welchem Zweck wohin positioniert hat, und was es tut.

Per Default, sind die weak definierten, bereits vorhandenen Interruptroutinen, schon mit einigermassen sinnvollen Aktionen belegt.

P.S.: Viele CPUs/Controller schuetzen auch solche Bereiche, und muessen kwasi erst "entsperrt" werden, wenn man darau herumturnen will.

Ich habe mal den ganzen Projekt Ordner auf eine "*.s" durchsuchen lassen, leider findet er nur eine "x509_crt_bundle.S" dort stehen aber keine ASM Befehle.

Jan H. schrieb:

Ich habe mal den ganzen Projekt Ordner auf eine "*.s" durchsuchen lassen, leider findet er nur eine "x509_crt_bundle.S" dort stehen aber keine ASM Befehle.

Ich habe jetzt doch die passende Datei gefunden. Habe sie mal mit hochgeladen.

Jan H. schrieb:

Ich frage mich gerade wie man bei einem ESP32 ohne jetzt das IDF Framework nutzen zu wollen, sondern in C auf Low Level Basis Interrupts zum laufen zu bekommen.

...

Jetzt meine Frage.. Wie bekomme ich meine Funktion die ausgeführt werden soll dorthin "gemoppt"?

Schau nach wie es das IDF macht. Mach dir eine Kanne oder zwei deines bevorzugten Heißgetränkes, stell das Telefon auf Flugmodus und die Hausklingel ab, und dann schau in den IDF-Quelltext.

Mögliche, zufällig rausgesuchte Einstiegspunkte:

https://github.com/espressif/esp-idf/blob/master/components/esp_hw_support/intr_alloc.c https://github.com/espressif/esp-idf/blob/master/components/hal/include/hal/interrupt_clic_ll.h https://github.com/espressif/esp-idf/blob/master/components/hal/include/hal/interrupt_int_ll.h https://github.com/espressif/esp-idf/blob/master/components/hal/include/hal/interrupt_plic_ll.h https://github.com/espressif/esp-idf/blob/master/components/hal/esp32c3/include/hal/crosscore_int_ll.h https://github.com/espressif/esp-idf/blob/master/components/soc/esp32c3/interrupts.c https://github.com/espressif/esp-idf/blob/master/components/soc/esp32c3/register/soc/interrupt_core0_reg. https://github.com/espressif/esp-idf/blob/master/components/soc/esp32c3/include/soc/interrupts.h

Das sieht auf den ersten Blick nicht sehr Spaßig aus. Ich würde die Verwendung einer IDE vorschlagen die gut darin ist Querverweise aufzulösen.

Jan H. schrieb:

Ich habe mal den ganzen Projekt Ordner auf eine "*.s" durchsuchen lassen, leider findet er nur eine "x509_crt_bundle.S" dort stehen aber keine ASM Befehle.

"Dein" Projektordner ist da auch die flasche Stelle zum Suchen. Die fuer Interrupts darunterliegende Infrastruktur, stellt der Compiler und "seine" Runtime bereit. Da musst du suchen. :)

Etwa dort, wo der Compiler seine Libraries aufbewahrt, duerfte sich auch der Startup-Code, und dessen Bestandteile finden lassen.

Vielen Dank euch. Werde weiter forschen.