Formation aux PIC

Guillaume a ecrit

Bonjour

AMHA il faut distinguer au moins 2 choses (et cela concerne tous les µc )

- bien connaitre et comprendre l'architecture de la cible

- bien connaitre les limitations du langage dit haut niveau utilisé.

Vous semblez avoir choisi la prog de pic en basic, on peut effectivement faire de belles choses, mais cela necessite avant tout de l'apprentissage et etre conscient des limites.

Ne serait ce déjà que dans le choix du "basic" utilisé (et des pic supportés).

J'ai laché la prog pic depuis déjà un certain temps

mais j'avais fait testé/evalué (et donc ma reponse n'est peut etre plus up to date :oÞ )

les produits de Crownhill (proton) et Mikrobasic

Chacun avait/ont evidemment des qualités et des defauts Crowhill sortait gagnant des benchs pour simplement utiliser le MASM officiel de Microchip .

Pour le reste ET apres apprentissage les doc fournies permettent déjà un beau decrassage dans l'apprentissage.

Si vous faite cela dans une demarche amateur, l'important est plus déjà d'avoir "un bon board d'experimentation" que de choisir ou se polariser sur un langage Rvl

"Guillaume" a écrit dans le message de news:4ab0d143$0$27802$ snipped-for-privacy@news.free.fr...

tu as "s'initier à la programmation des picbasic" de Guy Isabel (ETSF) librairie DUNOD complet . amicalement yv

>

"Guillaume" a écrit

============ Pour ce former à la programmation en basic il faut commencer par se former "au basic" choisir un basic de base et "travailler" sur un PC pour se familiariser avec les instructions de sa structure et de leur utilité. ( On peut avec un PC simuler les fonctions principales d'un µC comme les entrées et sorties , les interruptions l'affichage et bien sûr les algorithmes ...) Ensuite, choisir le logiciel d'exploitation basic que tu choisiras d'utiliser pour la famille "PIC" et s'exercer sur l'outil Note aussi que tu peux également commencer directement avec le langage "C" , pas plus difficile à assimiler

Guillaume a écrit :

Mmm

je pense que c'est une erreur commune que de croire que l'on peut programmer un pic en basic sans autres connaissances.

en effet, tu devras utiliser les fils d'entrée sortie, les registres internes, temporisateurs etc, et là, la connaissance du PIC cible est incontournable.

Lorsque tu sera capable de faire des petits programmes simples, du genre faire clignoter une led, alors tu pourras passer au basic.

JJ

=E9t=E9

bonjour =E0 tous,

je ne connais pas proton...

mais l'aide et les exemples de MikroBasic sont une tr=E9s bonne base...pour d=E9buter avec les pics en basic...

vede ;O]

Guillaume a écrit:

Dans l'ignorance du pic et du basic, je pense qu'il faut oublier le basic pour programmer d suite en assembleur. Les 35 instructions restent accessible, le reste n'étant que de l'analyse en assembleur comme en basic..

A+

--
02°44'45"E  45°30'50"N
    Philippe Vessaire  ??

Les 35 instructions, c'est pour les petits pics de la gamme 16f. Maintenant, avec les 18f et autres, il y en a plus, pas énormément beaucoup plus, certes, mais personnellement, je préfères quand même programmer en C++, c'est plus lisible et maintenable, et surtout portable d'un pic à l'autre, et même sur la gamme au dessus. Et avec le compilateur que j'utilise, c'est intégré à MPLAB et très performant (si on sait ce que l'on fait néanmoins, l'exemple type est un décalage de beaucoup de bits dans une boucle, comme les pics (les

16f en tout cas) ne sait décaler que de 1 bit, il va faire une boucle pour les n décalages, donc ça fait une boucle imbriquée et c'est pourri ;)

Donc faut toujours connaître un minimum la cible pour ne pas faire n'importe quoi, quel que soit le langage, voire jeter un coup d'oeil sur le code généré après.

--
cLx

Bonsoir, Le livre: "S'initier à la programmation des PIC" "Basic et Assembleur" de Alain REBOUX

--
era
http://tk5yp.fr/webcam/calvi_revelata.htm

"Philippe" a écrit dans le message de news:

2783341.kQq0lBPeGt@GastonCoute...

faire de l'assembleur RISC c'est un crime contre l'humanité... c'est le boulot d'un compilateur...

et sinon je vois pas l'interet du basic, le C étant l'idéal pour programmer des uC...

Stephane Legras-Decussy a écrit :

N'oublions pas que le compilateur, c'est un humain qui l'a fait, il ne s'est pas fait tout seul !

JJ

t

bonsoir =E0 tous,

dans ce cas... pour d=E9buter en asm avec les pics... il existe une bible... les cours de Bigonoff...

vede ;O]

ps sinon le bouquin d'Alain REBOUX est tr=E9s sympa... et lui aussi (il r=E9pond aux questions par mail)...

t

hi

l=E0, va y avoir pol=E9mique... ou c'est un troll ;O]

l'id=E9al...c'est l'asm... ;O] =E0 moins de vraiment maitriser le pic... et ton compilo C...

vede ;O]

../..

hi

là, va y avoir polémique... ou c'est un troll ;O]

l'idéal...c'est l'asm... ;O] à moins de vraiment maitriser le pic... et ton compilo C... ============= Ne penser exclusivement que "asm" est du bricolage, comme un menuisier qui s'interdirait d'utiliser une scie électrique ou la raboteuse ... En réalité il faut "tout" connaître également l'asm car parfois on l'utilise (qui est aussi un langage traducteur du niveau bas ) pour créer des fonctions particulières au sein d'un programme en langage de haut niveau "C" ou analogue ou "plus" . L'avantage pour un amateur, de commencer par un langage de haut niveau est de ne pas galérer des heures et des jours sur un fichier ASM pour écrire le fameux "Hello Word" cher aux asm'istes

"vede" a écrit dans le message de news: snipped-for-privacy@g23g2000vbr.googlegroups.com...

je pense qu'on ne peux pas généraliser le mot 'assembleur'...

il y a les CISC et les RISC...

les CISC c'est intel ou mieux motorola (freescale)... là ok ça se fait à la main, c'est plaisant... j'en ai fait des centaines de lignes...

par contre les RISC des PIC, c'est absolument imbitable... (même avec le super cours de bigonoff)

pour moi c'est obligatoire de faire du C sur un PIC... et je ne vois pas le problème pour accéder au moindre recoin du micro puisque tous les registres sont déclarés en une ligne, par exemple :

#include "p18f452.h"

ensuite c'est quand même super facile d'écrire

PORTBbits.RB0 = 1 ;

"Pierre_Edouard" a écrit dans le message de news:

4ab14e98$0$17753$ snipped-for-privacy@news.orange.fr...

par contre je ne vois pas du tout l'interet de faire du basic... ce truc est complètement obsolète et c'est faux de croire que c'est plus simple que le C...

on peut même faire des goto en C si on est nostalgique...

"jj" a écrit dans le message de news:4ab13a00$0$17762$ snipped-for-privacy@news.orange.fr...

Sauf que celui qui a écrit le compilo, l'a fait en tenant compte du temps de traitement de chaque instruction des possibilité de réorganiser les instructions suivant le pipleine et plein d'autres astuces que le commun des mortel est totalement incapable de faire sur plus de 10 lignes de code assembleur :)

Bref, programmer en assembleur ça ne sert absolument à rien à part sur des cas très spécifiques de quelques lignes de codes qui sont mieux optimisées par un humain que le compilo mais c'est rare, de toute façon un programme tout en assembleur dès que ça dépasse quelques centaines de lignes de code c'est plus maintenable, par contre ça flatte l'égo "moi je sais programmer en assembleur" :-).

Pascal

"Stephane Legras-Decussy" a écrit dans le message de news: 4ab17540$0$10847$ snipped-for-privacy@news.free.fr...

=========== Oui tout à fait, sauf pour les "anciens" qui ont débutés en basic et ont tenu a y rester ...

======== Pas trop nécessaire, mais certainement , pas de honte , seul le résultat compte , d'ailleurs le "langage final machine" est bourré de go to's

tat

Sauf que, ce qui est produit par le compilateur n'a pas pour finalit=E9 =E0 =EAtre relu. Le processeur s'y retrouvera bien dans ses 'goto' ; En revanche, le code _source_ est fait pour =EAtre compr=E9hensible par des humains, et l=E0, m=EAme si on peut programmer proprement avec quelques 'goto', =E7a reste quand m=EAme une source d'erreurs au codage.

Il y a n=E9anmoins des exceptions : en C, par exemple, dans certains cas rares vouloir =E9viter des 'goto' avec des 'if/else' ou des ruptures 'continue/ break' peut rendre le source moins lisible.

--

-Stan

"maioré" a écrit dans le message de news:

4ab1e2c4$0$12642$ snipped-for-privacy@news.orange.fr...

j'ai démarré en basic en 1985... quel bonheur de passer à autre chose ! :-)