Posté par NeoX .
En réponse au message Débuté sous Linux embarqué.
Évalué à 4.
Dernière modification le 06 janvier 2013 à 00:38.
Un programme embarqué classique sans OS se démarre juste après la mise sous tension de la carte au main.c, alors comment ça se passe pour un OS embarqué ?
un OS embarqué n'est rien d'autre que le programme qui se lance à la mise sous tension de la carte,
tout comme ton PC demarre le Bios et passe la main à ton linux ou ton windows.
Si je dispose d'une application sans OS communiquant par liaison série, comment pourrais-je intégrer cette même application dans un OS embarqué ? L'accès aux GPIO (ports d'entrée/sortie) se ferra aussi simplement qu'avec sans OS (par exemple piloter une led) ?
ton appli devra etre lancé par l'OS mais necessitera probablement d'etre adaptée pour pouvoir communiquer avec le materiel au travers des modules du noyau (dans le cadre d'un linux embarqué par exemple)
Un programme C sur PIC est dit séquentiel, alors avec un OS, mon programme s'exécutera de quelle manière ?
si ton programme est sequentiel il restera sequentiel
Et la question au-quelle je n'arrête pas de me poser : qu'est ce qu'un OS embarqué peut apporter à une application ?
l'abstraction du materiel, ainsi que ta carte reseau soit une carte intel, une carte broadcom, ou n'importe quel autre fabriquant, ton programme n'a plus qu'à
demander à l'OS "cause à la carte reseau, ouvre une communication"
c'est l'OS qui va ensuite parler à la carte reseau et se debrouiller avec le module de la carte pour lui passer les infos.
la portabilité de ton appli
plutot que de coder ton appli en langage machine directement, tu la code pour "android" par exemple
et elle fonctionnera probablement sur tous les android sans se soucier de savoir si c'est un simple coeur ou un quad-coeur
# relire les cours, et revoir les definitions
Posté par NeoX . En réponse au message Débuté sous Linux embarqué. Évalué à 4. Dernière modification le 06 janvier 2013 à 00:38.
un OS embarqué n'est rien d'autre que le programme qui se lance à la mise sous tension de la carte,
tout comme ton PC demarre le Bios et passe la main à ton linux ou ton windows.
ton appli devra etre lancé par l'OS mais necessitera probablement d'etre adaptée pour pouvoir communiquer avec le materiel au travers des modules du noyau (dans le cadre d'un linux embarqué par exemple)
si ton programme est sequentiel il restera sequentiel
l'abstraction du materiel, ainsi que ta carte reseau soit une carte intel, une carte broadcom, ou n'importe quel autre fabriquant, ton programme n'a plus qu'à
demander à l'OS "cause à la carte reseau, ouvre une communication"
c'est l'OS qui va ensuite parler à la carte reseau et se debrouiller avec le module de la carte pour lui passer les infos.
la portabilité de ton appli
plutot que de coder ton appli en langage machine directement, tu la code pour "android" par exemple
et elle fonctionnera probablement sur tous les android sans se soucier de savoir si c'est un simple coeur ou un quad-coeur