Les microcontrôleurs ont-ils un systême d'exploitation ?

[lerautal]

Cette question peut faire penser à la controverse de Valladolid https://fr.wikipedia.org/wiki/Controverse_de_Valladolid
Des mois pour décider que " les Indiens et les autres peuples sont de « véritables êtres humains » "
Les Indiens ont-ils une âme ? Les microcontrôleurs ont-ils un systême ?
(on passera sur "le sexe des anges")

1.
Parmi les personnes qui pratiquent l'informatique, nombreuses sont celles qui savent que l'ordinateur possède une "processeur" et que les programmes qu'ils utilisent ont besoin d'un système. Mais cela, c'est pour les grosses machines, disposant de ressources suffisantes.
Mais est-ce le cas des petits processeurs comme celui du Pico Pi ou des ESP32, très répandus aussi ?

2.
J'ai commencé à chercher et ai trouvé les noms de RTOS, FreeRTOS, qui permet d'utiliser les deux coeurs de certains ESP32. Par exemple. https://www.aranacorp.com/fr/programme- ... -freertos/
(remarque : utilisation du langage C, ce qui n'a rien de surprenant. Une autre page, utilisant le langage de programmation rust propose un peu la même chose : https://dev.to/theembeddedrustacean/esp ... dings-251g )

Si des gens ici ont acquis des compétences sur ce sujet, j'aimerais bien lire la suite.

[dfeugey]

Un firmware : de plus en plus souvent à mesure que la puissance générale des microcontrôleurs progresse.

Un OS : tout dépend. Il en existe des tas (souvent des OS temps réel), mais la plupart du temps il n'y aura qu'une application de déployée, alors plutôt que de développer pour un OS (qui propose des API standardisées), on développe avec un jeu de librairies standardisées (ce qui revient exactement au même), permettant ainsi d'avoir un résultat plus frugal en ressources.

Une approche que j'aime bien est le multiboot de programmes dits "bare metal". Plutôt que d'utiliser un OS, qui consomme des ressources, ou de déployer en dur une application sans OS, ce qui n'est pas très flexible, on utiliser un petit chargeur, qui "flashe" au démarrage l'application que l'on va utiliser. C'est ce que fait le PicoCalc avec les derniers outils de sa suite logicielle et c'est bien pratique.

A+, David

[lerautal]

Intéressant.
Il y aurait donc plusieurs cas possibles :
- Microcontrôleur + programme bare métal installé en dur : ne sait faire qu'une chose.
Exemple un pico pi dans une alarme.
- Le même avec une surcouche système pas forcément nécessaire.
- Le même pouvant charger tel ou tel programme bare métal en fonction d'une option de départ. Dans ce cas, les différents programmes sont stockés dans une mémoire annexe. Ce serait le cas de Picocalc.
Le Pico "sait faire" plein de choses en fonction de l'option initiale : contrôler une station météo, faire de la musique, faire une calculatrice.

Le plus étant le petit chargeur et son aptitude à "faire rentrer" (flasher ?) l'application dans le bidule.
On gagnerait sur deux tableaux :
- compacité
- versatilité.

En se référant aux anciens ordinateurs 8 bits, on pourrait imaginer qu'au démarrage on charge dans la même base matérielle : un Oric, un TI 99 ... et tout ça avec une base pico pi ou ESP32.
C'est plus compliqué que ça ?

[dfeugey]

En se référant aux anciens ordinateurs 8 bits, on pourrait imaginer qu'au démarrage on charge dans la même base matérielle : un Oric, un TI 99 ... et tout ça avec une base pico pi ou ESP32.

On peut faire plus que l'imaginer.

Le MEGA65, ordinateur basé sur un FPGA, peut changer de "personnalité" (entre 8) à chaque démarrage. On y retrouve presque tous les ordinateurs Commodore 8 bits et un clone du TI99/4A avec mode turbo x36 !

[lerautal]

Pour illustrer ce qui a été écrit plus haut voir
https://forum.clockworkpi.com/t/i-made- ... card/16664
Les applications sont sur la carte SD
Un bootloader (chargeur au démarrage ?) permet de charger celle que l'on veut.
Cela fonctionne sur le Pico Calc qui permet d'afficher un menu des applications disponibles (voir illustration sur la page citée).
C'est beaucoup plus interactif que de charger un programme en utilisant Thonny ou Vscode.