Re: [tuxdroid-user] usleep in send_daemon_disconnect()

[David B. <da...@ja...>]

On Tue, 05 Jun 2007 18:54:40 +0200, neimad <ror...@gm...> wrote:

> What if there are several Tuxes around one's computer ? Will the
> daemon return a list of available IDs, pick the first one, or pick a
> random one ?

It will pik a random one. The first tux that will get the dongle request  
will answer it's ID. This is how the RF firmware is done now. By repeating  
this a lot of times, you should get all disconnected tux lying around.
I'd like to change it so that after a request, a tux will wait something  
like 10 seconds before answering to an id_lookup again so that it's easier  
to repeat id_lookups and get all tux around.

> What if a client wants to connect to an already connected Tux ? Is it
> forbidden (as you said) so as to ensure exclusive access, or are there
> other reasons ?

You simply can't. When initialized, both RF modules will change their  
protocol which is completely different than the initialization phase. So  
it's not really forbidden, it's a limitation of the firmware.

> What about sending to the client a list of *all* Tuxes with their
> connection state (connected, not connected) ? (assuming it's not
> forbidden to request a connection of an already connected Tux, of
> course)

As of now, you can only connect one tux to the daemon. But once we'll have  
dropped that limit, we will indeed provide a status table of all available  
tux. The idea of Rémi and Thierry was also to be able to connect multiple  
daemons together so that a client connected to one daemon will see all tux  
available on the daemon network. But I don't think this will be  
implemented soon.
And as I explained above, it's not possible to connect to an already  
connected tux in order to get information from them. I don't know if it's  
possible to scan the RF band in order to catch some patterns that would  
indicate a connected tux, without knowing it's ID. But anyway the RF flash  
memory is already overfilled so there's no chances that such a thing could  
get in.

David