Re: [CBLX] 2 barrettes et 2 conf brltty

[Dominique Asselineau <asseline@xxxxxxxxxxxxxxxxxxxx>]

Samuel Thibault wrote on Thu, Aug 27, 2009 at 01:35:17PM +0200
> Dominique Asselineau, le Thu 27 Aug 2009 13:09:29 +0200, a écrit :
> > Samuel Thibault wrote on Thu, Aug 27, 2009 at 11:37:12AM +0200
> > > Delaunay Christophe, le Thu 27 Aug 2009 11:34:02 +0200, a écrit :
> > > > Tu as écrit:
> > > > 
> > > > >Bien sûr, si tu branches une autre plage sur le ttyS0, elle va peut-être
> > > > >faire un peu la tronche.
> > > > 
> > > > Parce qu'on ne peut pas faire la même chose avec braille-driver?
> > > 
> > > Sisi, mais il arrive qu'une plage braille n'apprécie pas qu'on lui
> > > parle avec un autre protocole, on a déjà vu une plage braille se
> > > vautrer et nécessiter une réparation chez le constructeur. Il vaut
> > > mieux limiter braille-driver à seulement ceux qu'on utilise.
> > 
> > Avec la solution du double braille-device série/usb, ça ne paraît
> > fonctionner qu'avec des terminaux du même type dans la mesure où il n'y
> > a pas d'auto-détection avec le cas série ?
> 
> Sisi, il y a aussi auto-détection dans le cas série: brltty essaie de
> causer l'un puis l'autre protocole et voit auquel le terminal répond.

Ok mais je suppose que c'est dans le cas de l'auto-détection en série
qu'il y a risque de plantage de la plage ?  En USB, j'ai cru
comprendre qu'il y avait un protocole spécifique à ce mode de
transmission pour obtenir le type de produit ?

Si certaines plages connectées en série ne supportent pas
l'auto-détection, ce serait bien de le mettre en évidence pour éviter
de retourner ces plages chez le constructeur ?  C'est peut-être écrit
dans la flopée de README de /usr/share/doc/brltty mais ça n'est pas la
première chose qu'on lit.  Et quand on regarde, c'est déjà trop
tard...

dom
--

---
--
   CarrefourBLinuX MailingListe
   Pour obtenir de l'aide, envoyez le sujet  help  à:
   carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
   Archives:
   http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux