Je vais essayer de répondre, sans répéter les commentaires précédents:
>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é ?
Si ton but c'est juste d'exécuter un unique programme, peut-être que les OS embarqués ne sont pas ce que tu cherches. Surtout au vu de ta dernière question. Mettre un OS embarqué doit se justifier, les couts de production sont énormes par rapport à du micro. Après, totof2000 a bien expliqué.
>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) ?
totof200 a juste, même si les noeuds sont /sys/class/gpio/gpioXX, c'est ça dans le principe. Pour tous les registres de sortie tu devras passer par une API du noyau, donc réécriture de toutes tes implems de protocoles.
>Un programme C sur PIC est dit séquentiel, alors avec un OS, mon programme s'exécutera de quelle manière ?
Séquentiel aussi bien sur mais attention, sur micros tu dois déjà penser aux interruptions mais là tu vas devoir penser au scheduler du noyau, qui va donner le temps d'execution CPU à d'autres programmes après toi. Faire des protocoles à horloge peut être impossible à cause de ça. A moins de se tourner sur des OS temps réel.
>Et la question au-quelle je n'arrête pas de me poser : qu'est ce qu'un OS embarqué peut apporter à une application ?
Si tu ne vois pas l’intérêt j dirais que tu n'en as pas besoin. C'est utile quand ton programme a besoin de beaucoup d'environnement et bibliothèque "style" PC, ou que tu veux des gros frameworks qui tournent que sur des OS.
Ca peut aussi te permettre de "bénéficier" des API stables du noyau que tu vas utiliser (si les pilotes sont de bonne qualité…), ça fait toujours des couches physiques en moins à écrire à la main en micro.
# Réponses
Posté par Xaapyks . En réponse au message Débuté sous Linux embarqué. Évalué à 3.
Je vais essayer de répondre, sans répéter les commentaires précédents:
Si ton but c'est juste d'exécuter un unique programme, peut-être que les OS embarqués ne sont pas ce que tu cherches. Surtout au vu de ta dernière question. Mettre un OS embarqué doit se justifier, les couts de production sont énormes par rapport à du micro. Après, totof2000 a bien expliqué.
totof200 a juste, même si les noeuds sont /sys/class/gpio/gpioXX, c'est ça dans le principe. Pour tous les registres de sortie tu devras passer par une API du noyau, donc réécriture de toutes tes implems de protocoles.
Séquentiel aussi bien sur mais attention, sur micros tu dois déjà penser aux interruptions mais là tu vas devoir penser au scheduler du noyau, qui va donner le temps d'execution CPU à d'autres programmes après toi. Faire des protocoles à horloge peut être impossible à cause de ça. A moins de se tourner sur des OS temps réel.
Si tu ne vois pas l’intérêt j dirais que tu n'en as pas besoin. C'est utile quand ton programme a besoin de beaucoup d'environnement et bibliothèque "style" PC, ou que tu veux des gros frameworks qui tournent que sur des OS.
Ca peut aussi te permettre de "bénéficier" des API stables du noyau que tu vas utiliser (si les pilotes sont de bonne qualité…), ça fait toujours des couches physiques en moins à écrire à la main en micro.