J'entends d'ici totonrobert :Ça ressemble fort à une bouse fait à la rache ton truc;
Ah ça, oui, et je le revendique, même !
C'est ça qui m'amuse : bidouiller, découvrir des choses, avancer dans la résolution de problèmes, en amateur, sans se prendre la tête.
J'ai déjà une petite expérience en bidouille électronique/robotique avec les 3 réalisations suivantes. J'ai réalisé ces 3 projets intégralement tout seul, j'ai tout programmé tout seul, sa reprendre la moindre ligne de code de projets pré-existants.
*
BOB4, un drone autonome volant en intérieur
*
BOB3, un robot roulant d'intérieur autonome, avec des capacités de planification de trajectoire
C'est typiquement un sujet pour lequel tu trouveras de l'aide dans la communauté DYI (Raspberry PI et surtout Arduino) mais plus coté Linux que Windows donc.
C'est impératif Windows?
Windows est impératif? Oui et non. J'aimerai bien que ma solution soit à la fois compatible Linux et Windows. Je sais, je suis en train de vouloir le beurre et l'argent du beurre.
souvent on peut partir du driver fourni par un constructeur ou faire au dessus du driver USB générique. Regardes si la puce au bout du câble USB a des API ou un driver pour Windows par exemple.
Oui, la puce FTDI2232 (interface USB) a déjà des drivers et/ou API pour l'utiliser sous Windows ou Linux. Pas de problème, cette partie là fonctionne déjà. Je sais dialoguer à plusieurs Mb/s (je sais, ça ne vous impressionne pas, mais moi si!) entre un programme fait maison sur mon PC et la carte que je développe. Il "suffit" d'utiliser des drivers simulant une connexion série, c'est à priori le plus simple. Par contre, ça ne me donne aucune piste pour l'interfaçage de mon programme sur PC avec la couche réseau (OSI L3) du PC. C'est bien ça mon plus gros problème.
J’avoue c'est très complexe. j'ai fait du dev de drivers a l'époque de 2000/XP pour des drivers d'imprimante et j'en n'ai pas un bon souvenir..du tout
C'est vrai qu'avec ça, tu ne me fais pas vraiment envie. Et vu mon faible niveau en programmation sur PC, je crois bien que je vais abandonner l'idée de faire des drivers, et me tourner vers une autre solution.
Qemu + un linux pour la partie intelligence?
Windows 7/8 =ETHERNET=> TAP/Qemu =ETHERNET=> Stack IP Linux =SLIP=> Accès direct COM/Qemu =serial=> HW
Euh, j'avais dit "simple". Ca ressemble un peu à une usine à gaz, ton idée! Mais je note.
En fait, mon idée du moment est de rajouter une interface Ethernet au modem, et d'embarquer toute l'intelligence nécessaire à la transformation IP-protocole radio directement dans la carte à microcontrôleur du modem. Le problème à résoudre, c'est de trouver une pile IP qui soit assez stable, et de faire fonctionner tout ça avec le peu de ressources de la carte (j'ai 256kO de RAM).
tu veux quoi exactement ( ? ) car j'ai des liens sur des radioamateurs ( et leurs bidouilles de ouf ) qui devrait permettre de trouver ton bonheur ( je l'espère )
En fait, j'ai dans la tête une idée assez folle : inventer un nouveau protocole de transport de l'IP, mais aussi de voix numérique, sur radio. Donc clairement, mon objectif est de ré-inventer la roue, et de ne pas utiliser les solutions qui existent déjà (AX.25 ou HSMM à base d'équipements WiFi ou DSTAR...). Ca peut paraitre idiot dit comme ça, mais mon objectif premier est d'apprendre par la pratique, d'explorer des solutions peu exploitées actuellement, de m'amuser. Sur ce genre de projet, je sais bien que les probabilités de réussite sont faibles, mais qui ne tente rien...
Le plus important pour moi n'est pas forcèment l'objectif final, mais plutôt la démarche qui y conduit.
Et puis d'autres (avec beaucoup plus d'expérience que moi) se sont déjà lancés dans cette avanture, voir exemple ici:
http://lea.hamradio.si/~s53mv/nbp/nbp.htmlhttp://lea.hamradio.si/~s53mv/nbp/atnc.htmlLeon.