10 réponses à ce sujet

[Geeks]

Bonjour,
Quoi de mieux qu'une présentation si simple en vous disant que je suis Geeks?
C'est normal, c'est écrit là, en haut de mon post.

Je suis venu vous voir en surfant sur le net et après avoir remarqué un site paraissant complet, pour une fois, traitant d'un sujet que j'aimerais un peu mieux abordé; la robotique.

J'ai eu l'ocasion par le passé de programmé en assembleur et je m'y suis souvent cassé la tête pour comprendre comment coder certaines fonctions avancées tel que les afficheurs LCD (j'ai trouvé la réponse), l' I2C (j'ai aussi quelque-chose qui fonctionne) et peut-être bientôt l'Uart, les servo-moteurs et la PWM. Mais avant de m'y remettre, je vais demander un peu d'aide sur de nombreux sujets.

Comme nous somme dans la présentation, je pourrait parlé de mes robots construit qui ont été si vite abandonné; je préfère dire que j'ai pu en faire qui ont fonctionné mais qui sont maintenant au placard pour réalisé d'autres projets plus intéressants.

Maintenant que je vous en est dit un peu trop, je vous laisse m'accueillir comme il se doit.

Cordialement.
Geeks (à prononcer jex)

[miky-mike]

Bonjour et bienvenue ici.

Je te comprend pour le casse tête d'asm j'en ai fait (pour du x86) et c'est vraiment pas ce que je préfère.
Enfin maintenant généralement tous supporte une programmation en c donc ça fait vraiment du bien.

Par contre une chose, pourquoi prononcer "jex" c'est dire "Geeks" en français mâché ..

Ahh et j'oubliai, tu nous viens d'où et tu as quel age ?

[Geeks]

Alors je vais tenté de répondre au Geeks ou jex !

Tout à commencé avec un groupe de copain qui avait chacun un pseudonyme commençant avec un "G". Nous avions Grundt, Gunter et il manquais Geeks! Epoque sournoise ou l'informatique le supplante aux joies du direct, le Geek reste sur son PC. Comme je code beaucoup aussi et que je fais rarement dans la moitié un a dit voila Geek et un autre à répondu jex ?
Nous avons alors dit tu prononce mal le mot Geek et c'est resté Geeks prononcer Jex.

Pour ce qui est du C, je voie que c'est devenu la mode pour les mid-range de microchip. Poah et l'optimisation ?
Autant je suis d'accord que le C est plus facile (non plus lisible à cause des {} autant quand il recode, c'est imbuvable !!! L'assembleur ma permi, par exemple de travaillé en mode 4 bits sur un afficheur 2*16 prévus en 8 bits, de faire un maître I2C, de tester des entrées et des sorties tout en gérant parfaitement le registre w. C'est pratique je trouve mais les registres sont dur à utilisé. Dans le C, c'est écrit et il n'y a qu'à interprété, du coup on dit un mot clair et ça code seul !

Sauf que voila, tout ça est beau mais je ne fais pas comme les autres 4MHz ne suffisent pas dans mon cas et c'est 20MHz qui sont utilisé. Les 3/4 des libs sont faite pour du 4MHz alors qu'en est-il pour le 20MHz ?

Comme on le voit de suite, j'ai choisit mes standards pour deux raisons. La premièreest la possibilité de se dépanné très rapidement (plus facile directement en assembleur à l'instruction prêt qu'en C ou et bien... voila quoi ! Et les 20MHz est là uniquement pour permettre de faire plus rapidement des instructions. Alors à suivre, je ne demande qu'à être conquis !

[miky-mike]

Tu n'as toujours pas dit ton age et ta ville/pays ...


Le c n'est pas une mode, c'est juste bien plus facile d'autant que le c est assez portable.
Question optimisation, il on vraiment fait quelque chose de bien qui souvent est bien mieux qu'un code humain (sauf quelqu'un de très expérimenté).

"Dans le C, c'est écrit et il n'y a qu'à interprété, du coup on dit un mot clair et ça code seul ! "
Non pas forcément !
Je ne sais pas pour les pic (j'avais commencé aussi avec de l'asm) mais pour les ATMEL (8,16,32 bits) pas besoin de changer pour un cristal différent, juste une ligne de code a changer.

Je ne suis pas contre l'ASM, mais je pense que ça n'as plus ça place partout, juste utilisé quand vraiment il faut faire quelque chose de spécial.
Pour ce qui est du dépannage, détrompe toi, c'est bien plus facile en c mais faut savoir le faire évidement.


Mais dans tout les cas, nous avons tous nos langages de programmation préféré.

P.s Je ne dénigre bien évidement pas l'asm, je l'utilise aussi.

[lordcuty]

bienvenue et euh apporte nous tes connaissances...

[Geeks]

Et bien alors, je vais relancer mes ateliers pour me mettre au C.
Pfiou, moi qui pensait en être débarrassé définitivement !

[lordcuty]

je pense effectivement que les deux ne sont pas fais pour pour la même chose ou plutôt l'un est à préférer à l'autre suivant les utilisations

[Geeks]

Tout à fait !

Maintenant, c'est vra que moi j'ai que trop l'habitude de mon 16F876A et que pourtant j'aimerais trouvé plus petit (pour des applications embarqués, moins couteuse en ressources, sans quartz, donc en utilisant celui qui est intégré et pour finir qui joue sur de L'uart seul, l'I2C seul, PWM entrante ou sortante, voir les deux dernières en même temps. L'assembleur dans ce cas serait vite limité en rapidité de développement.

Donc je vais surement faire comme suit, un pic 16F876A en assembleur sous 20MHz et des pics moins gros en taille mais aussi lourd en programmation avec une horloge interne. Le débat est ouvert ! A ce sujet, je vais surement posé la question plus loin dans le forum pour laisser cette partie là dédié à la présentation.

Merci...

[zeqL]

Concernant l'assembleur, pourquoi n'est plus à la mode ?

- Compliqué : chaque µP/µC/DSP à ses instructions propres. Bien sûr il y a des similarités.
- (Très) proche du hardware : nécessite de savoir comment fonctionne la cible.
- Lourd : dès que l'on commence à rentrer dans des programme un peu complexe, l'assembleur rajoute encore plus de complexité
- Optimisation : oui pour un programmeur expérimenté, mais cela peut-être tout le contraire.

Donc les nouveaux langages, notamment le C, permettent d'avoir des fonctions toute faite, probablement optimisées et utilisable pour la plupart des cas.
Afficher un texte sur un afficheur LCD avec un PIC16F, en C : environ 10-20 lignes, en ASM : plusieurs pages.

Néanmoins tu as toujours la possibilité en C de coder des routines en ASM. Et certains compilateurs C pour PIC permettent de récupérer le code en ASM, donc tu peux repasser derrière pour optimiser :)

[Geeks]

[quote"zeqL"]Concernant l'assembleur, pourquoi n'est plus à la mode ?

- Compliqué : chaque µP/µC/DSP à ses instructions propres. Bien sûr il y a des similarités.
[/quote]
Oui !
[quote"zeqL"]
- (Très) proche du hardware : nécessite de savoir comment fonctionne la cible.
[/quote]
Oui et je trouve celà plus pratique... Question de goùts.
[quote"zeqL"]
- Lourd : dès que l'on commence à rentrer dans des programme un peu complexe, l'assembleur rajoute encore plus de complexité
[/quote]
Ça se vaut! C'est plus facile de ne pas s'occuper de w mais en revanche parfois c'est bien se savoir ce qui se passe derrière en réalité.
[quote"zeqL"]
- Optimisation : oui pour un programmeur expérimenté, mais cela peut-être tout le contraire.
[/quote]
Je comprend pas le sens de ta phrase. Le cours de BIGONOFF explique parfaitement ce ue fait l'assembleur, chaque subtilités et en plus il donne des rudiments tels que le travail sur les bits (ors registre).
[quote"zeqL"]
Donc les nouveaux langages, notamment le C, permettent d'avoir des fonctions toute faite, probablement optimisées et utilisable pour la plupart des cas.
[/quote]
Ok, je suis bien d'accord avec ça.
[quote"zeqL"]
Afficher un texte sur un afficheur LCD avec un PIC16F, en C : environ 10-20 lignes, en ASM : plusieurs pages.
[/quote]
C'est pas faux mais avec quelques routines c'est un jeu d'enfant et ça revient à moins de 10 lignes en asm...
[quote"zeqL"]
Néanmoins tu as toujours la possibilité en C de coder des routines en ASM. Et certains compilateurs C pour PIC permettent de récupérer le code en ASM, donc tu peux repasser derrière pour optimiser :) [/quote]
Fonction intéressante que je ne connaissait que pour le C++, il y a longtemps, très longtemps !

Globalement on y gagne avec le C mais si on cherche un peu l'asm peut être pratique, débat clos !

[Esprit]

C'est marrant, tu n'as toujours pas dis ton âge, ta ville, et les données basiques qu'on donne d'habitude... ^^

Bienvenue dans le coin cependant !
Je ne saurais pas t'aiguiller pour l'asm/c. Je commence seulement avec les PICs cette année. J'espère en apprendre beaucoup mais nous verrons.