slt shark,
Dit à ce propos, J'ai fini l'étude et le code, sur la manipulation d'un (ou plusieurs) servo-moteur par microcontroleur... Que ce soit avec du 16f84 ou du 16f877. Je maitrise bien cette partie là.
Par contre, Je rencontre des difficultés dans le passage de commande par le bus i2c vers le microcontroleur !!!
Autrement dit, c'est l'intégration du code i2c comme esclave dans le microtroleur, qui me pose de gros soucis !!
J'ai fait pas mal de recherche sur le web, sur le sujet, sans vraiment trouver de réponses claires !!
J'ai utilisé par mal de languages différents, assembleur ou compilateur vb et C, mais rien de concluant.
Pourtant pas mal de sites expliquent que c'est possible, notamment avec la famille des 16f877 et 16f876, qui possédent en interne nativement, les procédures i2c !
J'ai trouvé du code en i2c master, mais pas d'esclave qui fonctionne en cablé !!
Donc si tu trouves :help: , avant moi une solution, merci de faire un post car je sais que de toute façon on va toucher au but !!!
Si vraiment, je n'arrivais pas à trouver de solution viable, j'ai dans l'idée de changer ma politique, pour le pilotage des servo-moteurs. (et donc de l'ensemble des instruments de bord)
A savoir partir sur une conception d'un Master connecté sur le port série ou //, contrôlait par un micro-controleur, qui piloterait via un bus ressemblant à l'i2c , plusieurs µc que je qualifierais d'esclaves !!
Ces 4 ou 5 µc slaves, géreraient alors les servo-moteurs et les LCDs !!
Au niveau débit, en restant à du 20mhz, on serait dans les normes pour alimenter le tout !!
L'avantage de cette méthode est la facilité de pouvoir bricoler un code sur le bus maison qui fonctionne.
Désavantage, on va refaire un peu la roue, et on a un cable supplémentaire à brancher sur l'arriére de l'UC !!
Fred
) sont réalisables fonctionels