All of lore.kernel.org
 help / color / mirror / Atom feed
* [Bluez-users] varying time to connect
@ 2005-06-13 19:46 Ronny L Nilsson
  2005-06-14  5:25 ` Albert Huang
  0 siblings, 1 reply; 3+ messages in thread
From: Ronny L Nilsson @ 2005-06-13 19:46 UTC (permalink / raw)
  To: bluez-users


Hi
I guess this is normal, but I'm a bit curious:

When connecting to a remote device with:
  hcitool cc 00:11:22:33:44:55
the time for the connection to succeed vary from anything between 0.5 - 
5 seconds. Is there any good explanation for this? Shouldn't it be 
somewhat equal each and every time? Especially when trying many times 
in a row?

Is there a way to optimse the connection phase? Obviously it can be 
made within 0.5 s, but how to do it every time and not just randomly?


BR
/Ronny Nilsson





-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Bluez-users] varying time to connect
  2005-06-13 19:46 [Bluez-users] varying time to connect Ronny L Nilsson
@ 2005-06-14  5:25 ` Albert Huang
  2005-06-14  8:00   ` Ronny L Nilsson
  0 siblings, 1 reply; 3+ messages in thread
From: Albert Huang @ 2005-06-14  5:25 UTC (permalink / raw)
  To: bluez-users

The short answer is no.  The connection algorithm (paging) is
probabilistic, and the frequency that one bluetooth device is
listening on may not match the frequency the connecting device is
transmitting on for a few seconds.

-albert=20

On 6/13/05, Ronny L Nilsson <bb@arbetsmyra.dyndns.org> wrote:
>=20
> Hi
> I guess this is normal, but I'm a bit curious:
>=20
> When connecting to a remote device with:
>   hcitool cc 00:11:22:33:44:55
> the time for the connection to succeed vary from anything between 0.5 -
> 5 seconds. Is there any good explanation for this? Shouldn't it be
> somewhat equal each and every time? Especially when trying many times
> in a row?
>=20
> Is there a way to optimse the connection phase? Obviously it can be
> made within 0.5 s, but how to do it every time and not just randomly?
>=20
>=20
> BR
> /Ronny Nilsson
>=20
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you sho=
tput
> a projector? How fast can you ride your desk chair down the office luge t=
rack?
> If you want to score the big prize, get to know the little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Bluez-users] varying time to connect
  2005-06-14  5:25 ` Albert Huang
@ 2005-06-14  8:00   ` Ronny L Nilsson
  0 siblings, 0 replies; 3+ messages in thread
From: Ronny L Nilsson @ 2005-06-14  8:00 UTC (permalink / raw)
  To: bluez-users; +Cc: Albert Huang


> The short answer is no.  The connection algorithm (paging) is
> probabilistic, and the frequency that one bluetooth device is
> listening on may not match the frequency the connecting device is
> transmitting on for a few seconds.
> -albert

Ok, thanks. But isn't inquireing meant to fix that? Then one "scan" for 
remote device clock offset, right? So both use same freq simultaneously 
(my guess only). Isn't that fetched clock offset used when doing a 
connect?

BR
/Ronny Nilsson




> On 6/13/05, Ronny L Nilsson <bb@arbetsmyra.dyndns.org> wrote:
> > When connecting to a remote device with:
> >   hcitool cc 00:11:22:33:44:55
> > the time for the connection to succeed vary from anything between
> > 0.5 - 5 seconds. Is there any good explanation for this? Shouldn't
> > it be somewhat equal each and every time? Especially when trying
> > many times in a row?
> >
> > Is there a way to optimse the connection phase? Obviously it can be
> > made within 0.5 s, but how to do it every time and not just
> > randomly?
> > /Ronny Nilsson




-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2005-06-14  8:00 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-06-13 19:46 [Bluez-users] varying time to connect Ronny L Nilsson
2005-06-14  5:25 ` Albert Huang
2005-06-14  8:00   ` Ronny L Nilsson

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.