Page 5 sur 11
Re: Troll - Programmation haute et basse couche
Publié : 02 mars 2012 23:08
par gagouze
Moi sous le même pseudo Gagouze
Mais je ne participe pas au forum pas le temps
mais c'est une bonne source de tutoriel et d'informations
tu es actif sur le forum " Développez " ?
je t'ai envoyer un mail sur ta boite mail Gmail
Re: Troll - Programmation haute et basse couche
Publié : 02 mars 2012 23:12
par gagouze
Merci pour les liens je lirais cela quands j'aurais plus de temps
je t'ai envoyer un mail sur ta boite mail Gmail
[/quote]
[quote="gagouze"]Moi sous le même pseudo Gagouze
Mais je ne participe pas au forum pas le temps
mais c'est une bonne source de tutoriel et d'informations
tu es actif sur le forum " Développez " ?
Re: Troll - Programmation haute et basse couche
Publié : 02 mars 2012 23:18
par Geeks
Oui, j'ai vue ton mail. Content de l'avoir.
Sinon, je suis très actif sur developpez.com au niveau t'chat, quand ça me prends. Comme ce soir quoi. C'est là que j'apprends les concepts de haute couche liée à la Poo et en échange j'apprends à d'autres des informations sur l'électronique. C'est une symbiose quoi.
Re: Troll - Programmation haute et basse couche
Publié : 02 mars 2012 23:22
par gagouze
Oui je préfère codé en POO (plus de réutilisabilité ) plus rapide à développeur mieux structurée
Mais bon je te consède j'ai codé en classique (comme en C ) jusqu'a il ya deux ans
Est ce que le concepte de POO est adapté ou adaptable au basse couche ou l'on n'a pas beacoup de CPU et de RAM ?
Re: Troll - Programmation haute et basse couche
Publié : 02 mars 2012 23:51
par Geeks
Tant que tu est sur un source, c'est possible de l'utilisé, pour la haute couche comme sur la basse couche.
Un petit exemple vite paf :
Code : Tout sélectionner
Source basse couche en C++ (Poo) -> Compilateur -> Chaine croisé -> .hex -> USB -> Interface -> Hardware (Ram / EEprom)
Source basse couche en Basic -> Compilateur -> Chaine croisé -> .hex -> USB -> Interface -> Hardware (Ram / EEprom)
Source basse couche en assembleur -> Compilateur -> Chaine croisé -> .hex -> USB -> Interface -> Hardware (Ram / EEprom)
Comme tu peux remarqué, c'est le compilateur qui donne un .hex, en exadécimal. Pour les novices, un programme en .hex donnerais ceci (attention c'est un exemple du type).
Re: Troll - Programmation haute et basse couche
Publié : 03 mars 2012 00:01
par gagouze
le .hex c'est l'équicvalent d'un point .exe (win) ou .bin (unix )
Re: Troll - Programmation haute et basse couche
Publié : 03 mars 2012 00:04
par Geeks
Pas vraiment.
Le micro processeur (execution) <---- EEPROM [contient : .hex]
Donc, l'UC, va en mémoire prends l'instruction 1, l'exécuten passe à la suivante etc...
Re: Troll - Programmation haute et basse couche
Publié : 03 mars 2012 00:11
par gagouze
Bon Geek il me semble plus simple que l'on passe au tel
pas se soir (il est tard ) je vais me coucher d'ici 30'
histoire de rajouter une couche en me couchant
Re: Troll - Programmation haute et basse couche
Publié : 03 mars 2012 11:25
par Cassiope34
Et ben, je pensais pas que Pierre et moi allions déclencher un tel déchainement de neurônes chez nos 2 fous furieux Geeks et Gagouze
Bon je l'ai un peu fait exprès, mais quand même !!!
Ceci dit je rajouterai bien une petite 'couche' si vous voulez...!
Voici ce qui se fait de plus simple avec cette carte + un capteur de manette de jeu Wii Motion Plus (30€), chez les MultiRotors RC :
http://radio-commande.com/experimental_ ... wiicopter/.
Vous voyez où je veux en venir...?
Avec ça il se pourrait qu'il soit plus facile encore de garder un soum bien 'à plat' quelque soit sa profondeur, avec en plus TOUTE sa gestion (accus, aériens, fin de courses ballast, fail safe, etc...), le principe étant que tout se règle sur le PC (voire même sur un petit écran lcd et 5 boutons, comme sur le site du lien que j'indique...), avec le soum posé sur son socle, puis on débranche, on jette à l'eau, et hop... euh ! tout baigne...
Re: Troll - Programmation haute et basse couche
Publié : 03 mars 2012 12:16
par Geeks
On peut tout à fait réaliser cela avec un écran LCD type 2*16 caractères. Un peu d'I2C, et le tour est joué. Par contre, je n'ai pas encore trouvé d'ecran en i2C mais je sait que ça existe. Là encore, il n'y a plus qu'à.
Pour l'équilibrage, je propose un truc tout simple. Une sorte de rail avec un lest (pour les soums les plus gros) afin de régler leurs assiette et un servo pour piloter une vis sans fin. une voie du µC suffit et un peu de PWM.
D'autres suggestions ?