Troll - Programmation haute et basse couche

[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

[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 " ?

[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.

[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 ?

[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).

Code : Tout sélectionner

0x1A 0x2B 0x11 0x32
0x1A 0xDD 0x1B 0xF3
0x33 0x2D 0xE6 0x9C

[gagouze]

le .hex c'est l'équicvalent d'un point .exe (win) ou .bin (unix )

[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...

[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

[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...

[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 ?