Return-Path: Message-ID: <359782e70801030510p5abedbe4m6d7e129d8a5b0692@mail.gmail.com> Date: Thu, 3 Jan 2008 21:10:54 +0800 From: "bsd user" To: "BlueZ users" In-Reply-To: MIME-Version: 1.0 References: Subject: Re: [Bluez-users] slave - slave talk in a piconet Reply-To: BlueZ users List-Id: BlueZ users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0340904779==" Sender: bluez-users-bounces@lists.sourceforge.net Errors-To: bluez-users-bounces@lists.sourceforge.net --===============0340904779== Content-Type: multipart/alternative; boundary="----=_Part_25025_20631526.1199365854256" ------=_Part_25025_20631526.1199365854256 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline So, B or C has no knowledge about each other when they are slaves of master A, right? Then, can I say if B want to talk with C, they need higher level protocol support, such as telnet, ftp. And, all data exchange will be forwarded by Master A. right? Thanks! On Jan 3, 2008 9:07 AM, guoyun wrote: > Hi, Brad > > > hey > > > > > If there is a piconet that has 2 slave B,C, the master is A. Does B > > > know the existence of C? can B talk to C directly without > > A(master)'s intervention? > > > > if they did talk to each other directly, one would have to be > > master and you'd have a scatternet. > > one bluetooth could be in two or more piconet, but it just can play as > slave _not_ master for the bluetooth clock. > > Please refer to Core SPEC. chapter 4.1. Piconet topology. > > BRs > Yun > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Bluez-users mailing list > Bluez-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bluez-users > > ------=_Part_25025_20631526.1199365854256 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline So, B or C has no knowledge about each other when they are slaves of master A, right? Then, can I say if B want to talk with C, they need higher level protocol support, such as telnet, ftp. And, all data exchange will be forwarded by Master A. right?

Thanks!

On Jan 3, 2008 9:07 AM, guoyun <guoyun@techfaith.cn> wrote:
Hi, Brad

> hey
>
> > If there is a piconet that has 2 slave B,C, the master is A. Does B
> > know the existence of C? can B talk to C directly without
> A(master)'s intervention?
>
> if they did talk to each other directly, one would have to be
> master and you'd have a scatternet.

one bluetooth could be in two or more piconet, but it just can play as slave _not_ master for the bluetooth clock.

Please refer to Core SPEC. chapter 4.1. Piconet topology.

BRs
Yun


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users


------=_Part_25025_20631526.1199365854256-- --===============0340904779== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ --===============0340904779== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Bluez-users mailing list Bluez-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-users --===============0340904779==--