Bonjour,
Le dimanche 25 avril 2010 à 20:32 +0200, Frédéric a écrit :
> Est-ce que vous savez s'il existe des bidules qui permettent de déporter
> une connexion USB en wifi ?
>
> J'ai bien vu des serveurs USB, mais qui semblent ne supporter que quelques
> protocoles (impression), et dont les drivers n'existent que pour Win/MacOS.
>
> L'idée serait de pouvoir piloter un APN via gphoto2 à distance.
>
Donc: un contrôleur usb d'un coté, avec un système, un "pilote" qui
porte l'usb sur le réseau, et de l'autre coté, un pilote pour récupérer
l'usb encapsulé.
Pourquoi ne pas laisser le système tel quel, et faire un appel à gphoto2
distant ?
On a plusieurs solutions:
- par ssh, dans ce cas, on doit pouvoir faire une redirection au travers
le tube ssh
- avec un petit serveur, par exemple web, qui évite d'avoir trop de
couches, notament chiffrées.
on peut trouver un petit exemple d'implémentation ici :
http://webuser.fh-furtwangen.de/~dersch/gphoto/remote.html
Un peu oldy, mais s'adapte facilement, la partie interessante se trouve
dans
http://webuser.fh-furtwangen.de/~dersch/gphoto/gphoto.zip , fichier
gphoto_web.cgi, dans le dossier remote. (cgi en shell, on pourrait le
faire dans un autre langage)
Dans tous les cas, difficile d'avoir le coté connecté à l'apn "passif":
soit faut encapsuler dans du réseau à l'aide d'un protocole à définir,
soit executer les commandes graces à des appels (ssh, ou cgi dans les
exemples ci-dessus)
Par ailleurs, le lien (fort intéressant) ci dessus, du père des
panotools, propose l'usage d'un nslu2.
Cela est tout à fait possible, mais il est judicieux de retirer les
camlibs inutiles de libgphoto, voire de travailler en mode shell
(maintenir la connexion à l'appareil, histoire d'éviter les
initialisations à chaque appel), pour pallier à la faible puissance du
nslu2.
