Bonjour
Je programme les microcontrôleurs pic que j'utilise en assembleur ,celui de
Microchip est très simple, mais il me semble qu'il y a pas mal de personnes
qui utilisent le c aussi je me demande ce que le c pourrait m'apporte de
plus que l'assembleur je voudrai m'y essayer mais je ne vois pas ce qui
devrait me motiver à franchir le pas .Peut être avez vous un avis la dessus.
Merci.
Si mon post est Hors sujet je vous prie d'accepter mes excuses
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Emmanuel Delahaye
In 'fr.comp.lang.c', "Gilles Chevalerias" wrote:
Je programme les microcontrôleurs pic que j'utilise en assembleur ,celui de Microchip est très simple, mais il me semble qu'il y a pas mal de personnes qui utilisent le c aussi je me demande ce que le c pourrait m'apporte de plus que l'assembleur je voudrai m'y essayer mais je ne
AMA, pas grand chose. L'assembleur du PIC est très simple et permet de faire des programme assez complexes, pour peut qu'on soit organisé. Ce que peut t'apporter le C, c'est la réutilisation de code portable validé sur une autre plateforme pour des besoins bien spécifiques, et qu'il serait fastidieux de recoder en assembleur.
vois pas ce qui devrait me motiver à franchir le pas .Peut être avez vous un avis la dessus. Merci.
En fait tout dépend des applications. Dès que ça devient un peu complexe (multitâche, messagerie, évènements etc), le C permet un niveau d'abstraction qui simplifie le codage, la relecture et la maintenance. En fait, pour savoir si ça vaut le coup, il va falloir étudier de près les compilateurs et le code produit, car mes souvenir du 8051 m'ont appris à me méfier des compilateurs C pour microcontrôleurs 8-bit. Mais c'était il y a plus de 10 ans, et je pense que les gens du PIC ont su tirer les leçons.
Voir aussi le degré de commpatibilité (quelquefois, on a qu'un sous ensemble du C), comment on gère l'horloge, les I/O (stdin, stdout, stderr) flottants, int, long, pointeurs, pointeurs de fonctions, et pour ce qui est spécifique à la cible : gestion fine du microcontrôleur (interruptions, registres) segmentation du code, édition de liens avec adresses fixes, deboguage en code source etc.
-- -ed- [remove YOURBRA before answering me] The C-language FAQ: http://www.eskimo.com/~scs/C-faq/top.html <blank line> FAQ de f.c.l.c : http://www.isty-info.uvsq.fr/~rumeau/fclc/
In 'fr.comp.lang.c', "Gilles Chevalerias"
<gilles.chevaleriasNOSPAM@fnac.net> wrote:
Je programme les microcontrôleurs pic que j'utilise en assembleur ,celui
de Microchip est très simple, mais il me semble qu'il y a pas mal de
personnes qui utilisent le c aussi je me demande ce que le c pourrait
m'apporte de plus que l'assembleur je voudrai m'y essayer mais je ne
AMA, pas grand chose. L'assembleur du PIC est très simple et permet de faire
des programme assez complexes, pour peut qu'on soit organisé. Ce que peut
t'apporter le C, c'est la réutilisation de code portable validé sur une autre
plateforme pour des besoins bien spécifiques, et qu'il serait fastidieux de
recoder en assembleur.
vois pas ce qui devrait me motiver à franchir le pas .Peut être avez
vous un avis la dessus. Merci.
En fait tout dépend des applications. Dès que ça devient un peu complexe
(multitâche, messagerie, évènements etc), le C permet un niveau d'abstraction
qui simplifie le codage, la relecture et la maintenance. En fait, pour savoir
si ça vaut le coup, il va falloir étudier de près les compilateurs et le code
produit, car mes souvenir du 8051 m'ont appris à me méfier des compilateurs C
pour microcontrôleurs 8-bit. Mais c'était il y a plus de 10 ans, et je pense
que les gens du PIC ont su tirer les leçons.
Voir aussi le degré de commpatibilité (quelquefois, on a qu'un sous ensemble
du C), comment on gère l'horloge, les I/O (stdin, stdout, stderr) flottants,
int, long, pointeurs, pointeurs de fonctions, et pour ce qui est spécifique à
la cible : gestion fine du microcontrôleur (interruptions, registres)
segmentation du code, édition de liens avec adresses fixes, deboguage en code
source etc.
--
-ed- emdelYOURBRA@noos.fr [remove YOURBRA before answering me]
The C-language FAQ: http://www.eskimo.com/~scs/C-faq/top.html
<blank line>
FAQ de f.c.l.c : http://www.isty-info.uvsq.fr/~rumeau/fclc/
Je programme les microcontrôleurs pic que j'utilise en assembleur ,celui de Microchip est très simple, mais il me semble qu'il y a pas mal de personnes qui utilisent le c aussi je me demande ce que le c pourrait m'apporte de plus que l'assembleur je voudrai m'y essayer mais je ne
AMA, pas grand chose. L'assembleur du PIC est très simple et permet de faire des programme assez complexes, pour peut qu'on soit organisé. Ce que peut t'apporter le C, c'est la réutilisation de code portable validé sur une autre plateforme pour des besoins bien spécifiques, et qu'il serait fastidieux de recoder en assembleur.
vois pas ce qui devrait me motiver à franchir le pas .Peut être avez vous un avis la dessus. Merci.
En fait tout dépend des applications. Dès que ça devient un peu complexe (multitâche, messagerie, évènements etc), le C permet un niveau d'abstraction qui simplifie le codage, la relecture et la maintenance. En fait, pour savoir si ça vaut le coup, il va falloir étudier de près les compilateurs et le code produit, car mes souvenir du 8051 m'ont appris à me méfier des compilateurs C pour microcontrôleurs 8-bit. Mais c'était il y a plus de 10 ans, et je pense que les gens du PIC ont su tirer les leçons.
Voir aussi le degré de commpatibilité (quelquefois, on a qu'un sous ensemble du C), comment on gère l'horloge, les I/O (stdin, stdout, stderr) flottants, int, long, pointeurs, pointeurs de fonctions, et pour ce qui est spécifique à la cible : gestion fine du microcontrôleur (interruptions, registres) segmentation du code, édition de liens avec adresses fixes, deboguage en code source etc.
-- -ed- [remove YOURBRA before answering me] The C-language FAQ: http://www.eskimo.com/~scs/C-faq/top.html <blank line> FAQ de f.c.l.c : http://www.isty-info.uvsq.fr/~rumeau/fclc/
Gilles Chevalerias
bonjour "Emmanuel Delahaye" a écrit dans le message de news:
In 'fr.comp.lang.c', "Gilles Chevalerias" wrote:
AMA, pas grand chose. L'assembleur du PIC est très simple et permet de faire
des programme assez complexes, pour peut qu'on soit organisé. Ce que peut t'apporter le C, c'est la réutilisation de code portable validé sur une autre
plateforme pour des besoins bien spécifiques, et qu'il serait fastidieux de
recoder en assembleur.
En fait tout dépend des applications. Dès que ça devient un peu complexe (multitâche, messagerie, évènements etc), le C permet un niveau d'abstraction
qui simplifie le codage, la relecture et la maintenance. En fait, pour savoir
si ça vaut le coup, il va falloir étudier de près les compilateurs et le code
produit, car mes souvenir du 8051 m'ont appris à me méfier des compilateurs C
pour microcontrôleurs 8-bit. Mais c'était il y a plus de 10 ans, et je pense
que les gens du PIC ont su tirer les leçons.
Merci pour votre reponse, je vais essayer quelques exemples simples et je comparerai .Quand au leçon qu'aurait tiré les gens de pic lorsque l'on voie les bugs dans les simulateurs par exemple ou meme dans les data-sheets on peut se poser des questions.
bonjour
"Emmanuel Delahaye" <emdelYOURBRA@noos.fr> a écrit dans le message de news:
Xns93C91083C940Ehsnoservernet@130.133.1.4...
In 'fr.comp.lang.c', "Gilles Chevalerias"
<gilles.chevaleriasNOSPAM@fnac.net> wrote:
AMA, pas grand chose. L'assembleur du PIC est très simple et permet de
faire
des programme assez complexes, pour peut qu'on soit organisé. Ce que peut
t'apporter le C, c'est la réutilisation de code portable validé sur une
autre
plateforme pour des besoins bien spécifiques, et qu'il serait fastidieux
de
recoder en assembleur.
En fait tout dépend des applications. Dès que ça devient un peu complexe
(multitâche, messagerie, évènements etc), le C permet un niveau
d'abstraction
qui simplifie le codage, la relecture et la maintenance. En fait, pour
savoir
si ça vaut le coup, il va falloir étudier de près les compilateurs et le
code
produit, car mes souvenir du 8051 m'ont appris à me méfier des
compilateurs C
pour microcontrôleurs 8-bit. Mais c'était il y a plus de 10 ans, et je
pense
que les gens du PIC ont su tirer les leçons.
Merci pour votre reponse, je vais essayer quelques exemples simples et je
comparerai .Quand au leçon qu'aurait tiré les gens de pic lorsque l'on voie
les bugs dans les simulateurs par exemple ou meme dans les data-sheets on
peut se poser des questions.
bonjour "Emmanuel Delahaye" a écrit dans le message de news:
In 'fr.comp.lang.c', "Gilles Chevalerias" wrote:
AMA, pas grand chose. L'assembleur du PIC est très simple et permet de faire
des programme assez complexes, pour peut qu'on soit organisé. Ce que peut t'apporter le C, c'est la réutilisation de code portable validé sur une autre
plateforme pour des besoins bien spécifiques, et qu'il serait fastidieux de
recoder en assembleur.
En fait tout dépend des applications. Dès que ça devient un peu complexe (multitâche, messagerie, évènements etc), le C permet un niveau d'abstraction
qui simplifie le codage, la relecture et la maintenance. En fait, pour savoir
si ça vaut le coup, il va falloir étudier de près les compilateurs et le code
produit, car mes souvenir du 8051 m'ont appris à me méfier des compilateurs C
pour microcontrôleurs 8-bit. Mais c'était il y a plus de 10 ans, et je pense
que les gens du PIC ont su tirer les leçons.
Merci pour votre reponse, je vais essayer quelques exemples simples et je comparerai .Quand au leçon qu'aurait tiré les gens de pic lorsque l'on voie les bugs dans les simulateurs par exemple ou meme dans les data-sheets on peut se poser des questions.
