J'ai récemment découvert le projet RIOT pour ce type de plateforme (ESP32 mais pas que) et ce type d'usage (radio faible débit, basse consommation énergétique).
C'est à la fois un RTOS et un système de build pour tout un écosystème de package.
Les FSM sont peu utilisés car la plupart des langages de programmation ne les supportent pas nativement.
Une rare exception est mbeddr C qui est construit sous forme d'extension au langage C (pour le domaine de l'embarqué).
Hormis cette exception, on est obligé de passer par un DSL et le compilateur/générateur associé pour obtenir le code de l'application. Cela complexifie le processus de construction surtout si on utilise un IDE dédié à un langage (vive make et tous les outils qui laissent la liberté aux développeurs).
L'article cite comme exemple, l'outil CHSM, j'ajouterai SMC car il permet de cibler une quinzaine de langage (mais je suis partial en tant que contributeur).
# RIOT
Posté par François Perrad (site web personnel) . En réponse à la dépêche Cryptographie embarquée : briques de base et communication avec serialguard . Évalué à 3 (+2/-0).
J'ai récemment découvert le projet RIOT pour ce type de plateforme (ESP32 mais pas que) et ce type d'usage (radio faible débit, basse consommation énergétique).
C'est à la fois un RTOS et un système de build pour tout un écosystème de package.
# Vue graphique des versions
Posté par François Perrad (site web personnel) . En réponse à la dépêche Après 101 tours de jeu, fin de partie pour le noyau 3.0.x. Évalué à 10.
Ce dessin permet de se rendre compte du travail fourni par Greg.
Je mets à jour régulièrement d'autres graphes, voir http://fperrad.github.io/graph-versions/linux.html
# une raison
Posté par François Perrad (site web personnel) . En réponse à la dépêche Pourquoi les développeurs n'utilisent pas plus de machines à état ?. Évalué à 4.
Les FSM sont peu utilisés car la plupart des langages de programmation ne les supportent pas nativement.
Une rare exception est mbeddr C qui est construit sous forme d'extension au langage C (pour le domaine de l'embarqué).
Hormis cette exception, on est obligé de passer par un DSL et le compilateur/générateur associé pour obtenir le code de l'application. Cela complexifie le processus de construction surtout si on utilise un IDE dédié à un langage (vive
makeet tous les outils qui laissent la liberté aux développeurs).L'article cite comme exemple, l'outil CHSM, j'ajouterai SMC car il permet de cibler une quinzaine de langage (mais je suis partial en tant que contributeur).
# process de développement
Posté par François Perrad (site web personnel) . En réponse à la dépêche Le noyau Linux est disponible en version 3.0. Évalué à 10.
Le processus de développement (avec Git) est impressionnant par sa régularité depuis 6 ans.
Mais, comme un dessin vaut mieux qu'un long discours, voir http://fperrad.github.com/graph-versions/linux.html.