[Bluez-devel] Master, Slave and Maximal Peers Questions

[Bluez-devel] Master, Slave and Maximal Peers Questions

[Andreas Gaufer]

Hi Marcel,

>> connecting many devices you should also be aware that IMHO one
USB-BT-Chip
>> can only handle 2 outgoing master connections.

>this is wrong. A device can be master of 7 active slaves and of course a
>master can be slave in another piconet. You can't have a master in two
>different piconets.

Hm, so i got this wrong. But if i connect two different devices with rfcomm,
"hcitool con" gives me two lines that look like
"< ACL 00:0A:D9:37:11:29 handle 41 state 1 lm MASTER". Thats what i meant
talking about "master connections". If i start another rfcomm connect (the
third one)i get "Device or resource busy" and i assumed thats because the
chip i use (CSR, hci rev 16.4) can only handle two master connections. I
found this info, that a 16.x CSR can make 7 Connections, while 2 of them can
be Master on some web page that i remember to be on your server,
unfortunatelly i cant find it anymore.

Im just wondering what a line ending with MASTER from hcitool con actualy
means. IMHO it should mean that this is a peer is a slave in a piconet with
me as the master. But why does rfcomm than say that "Device or resource
busy" when i try to connect a third slave witch should be possible?

Greetings

Andy



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Master, Slave and Maximal Peers Questions

[Marcel Holtmann]

Hi Andreas,

> Hm, so i got this wrong. But if i connect two different devices with rfcomm,
> "hcitool con" gives me two lines that look like
> "< ACL 00:0A:D9:37:11:29 handle 41 state 1 lm MASTER". Thats what i meant
> talking about "master connections". If i start another rfcomm connect (the
> third one)i get "Device or resource busy" and i assumed thats because the
> chip i use (CSR, hci rev 16.4) can only handle two master connections. I
> found this info, that a 16.x CSR can make 7 Connections, while 2 of them can
> be Master on some web page that i remember to be on your server,
> unfortunatelly i cant find it anymore.
> 
> Im just wondering what a line ending with MASTER from hcitool con actualy
> means. IMHO it should mean that this is a peer is a slave in a piconet with
> me as the master. But why does rfcomm than say that "Device or resource
> busy" when i try to connect a third slave witch should be possible?

if you got something like this

	# hcitool con
	Connections:
	        < ACL 00:04:61:xx:xx:xx handle 45 state 1 lm MASTER 
	        < ACL 00:0A:D9:xx:xx:xx handle 42 state 1 lm MASTER 

it means that you have a piconet with two slave devices and you as
master.

I don't see any reason why you can't connect a third device into this
piconet. Run "hcidump -w <file>" for the third connection, so we can see
what happens on the HCI layer.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

AW: [Bluez-devel] Master, Slave and Maximal Peers Questions

[Andreas Gaufer]

Hi Marcel,

>I don't see any reason why you can't connect a third device into this
>piconet. Run "hcidump -w <file>" for the third connection, so we can see
>what happens on the HCI layer.

you where right, there is no problem with connecting more than two with
rfcomm. I just saw "device or resource busy" from rfcomm often in my logs so
i assumed it would be that reason but it wasnt. Now i have to find out what
was the reason for this. Any what would be the most obvious reasons for
this, if any?

Greetings

Andy

Re: [Bluez-devel] Master, Slave and Maximal Peers Questions

[Marcel Holtmann]

Hi Andreas,

> >I don't see any reason why you can't connect a third device into this
> >piconet. Run "hcidump -w <file>" for the third connection, so we can see
> >what happens on the HCI layer.
> 
> you where right, there is no problem with connecting more than two with
> rfcomm. I just saw "device or resource busy" from rfcomm often in my logs so
> i assumed it would be that reason but it wasnt. Now i have to find out what
> was the reason for this. Any what would be the most obvious reasons for
> this, if any?

what is the correct errno that would be returned? Run hcidump as I told
you.

Regards

Marcel




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

AW: [Bluez-devel] Master, Slave and Maximal Peers Questions

[Andreas Gaufer]

>> >I don't see any reason why you can't connect a third device into this
>> >piconet. Run "hcidump -w <file>" for the third connection, so we can see
>> >what happens on the HCI layer.
>>
>> you where right, there is no problem with connecting more than two with
>> rfcomm. I just saw "device or resource busy" from rfcomm often in my logs
so
>> i assumed it would be that reason but it wasnt. Now i have to find out
what
>> was the reason for this. Any what would be the most obvious reasons for
>> this, if any?

>what is the correct errno that would be returned? Run hcidump as I told
>you.

>Regards

>Marcel

I cant reproduce the problem at the moment, i´ll come back to you if I have
useable information.

Greetings

Andy