From: Jaya K. <jay...@gm...> - 2008-05-17 18:53:55
|
Hi Brad, Thanks for your reply. I think I am using settings identical to your description. Here's my config on my laptop and on each gumstix for comparison: laptop running ubuntu 6.10 edgy with d-link dbt-120 bluetooth dongle: # cat /etc/bluetooth/hcid.conf # Default settings for HCI devices device { # Local device name # %d - device id # %h - host name name "%h-%d"; # Local device class class 0x3e0100; # Default packet type #pkt_type DH1,DM1,HV1; # Inquiry and Page scan iscan enable; pscan enable; discovto 0; # Default link mode # none - no specific policy # accept - always accept incoming connections # master - become master on incoming connections, # deny role switch on outgoing connections lm accept, master; # Default link policy # none - no specific policy # rswitch - allow role switch # hold - allow hold mode # sniff - allow sniff mode # park - allow park mode lp hold,sniff,park; } ----------------------------------------------------------- and on each of the gumstix-s basix-bt-400m: # cat /etc/bluetooth/hcid.conf # # HCI daemon configuration file. # # HCId options options { # Automatically initialize new devices autoinit yes; # Security Manager mode # none - Security manager disabled # auto - Use local PIN for incoming connections # user - Always ask user for a PIN # security auto; # Pairing mode # none - Pairing disabled # multi - Allow pairing with already paired devices # once - Pair once and deny successive attempts pairing multi; # PIN helper pin_helper /etc/bluetooth/bluepin; # D-Bus PIN helper #dbus_pin_helper; } # Default settings for HCI devices device { # Local device name # %d - device id # %h - host name name "Gumstix (%d)"; # Local device class class 0x820116; # Default packet type #pkt_type DH1,DM1,HV1; # Inquiry and Page scan iscan enable; pscan enable; # Default link mode # none - no specific policy # accept - always accept incoming connections # master - become master on incoming connections, # deny role switch on outgoing connections lm accept; # Default link policy # none - no specific policy # rswitch - allow role switch # hold - allow hold mode # sniff - allow sniff mode # park - allow park mode lp rswitch,hold,sniff,park; # Authentication and Encryption (Security Mode 3) #auth enable; #encrypt enable; } So I think the configs match what you described. Just to be verbose, here's the output from my tests. On the two gumstix-s that boot first, I see: # hciconfig -a hci0: Type: UART BD Address: 00:80:37:2E:46:22 ACL MTU: 339:11 SCO MTU: 93:14 UP RUNNING PSCAN ISCAN RX bytes:15739 acl:193 sco:0 events:122 errors:0 TX bytes:9755 acl:94 sco:0 commands:20 errors:0 Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 0x00 0x80 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF PARK Link mode: SLAVE ACCEPT Name: 'Gumstix (0)' Class: 0x820116 Service Classes: Networking Device Class: Computer, Palm HCI Ver: 2.0 (0x3) HCI Rev: 0x62b9 LMP Ver: 2.0 (0x3) LMP Subver: 0x62b9 Manufacturer: Infineon Technologies AG (9) # hcitool scan Scanning ... 00:80:37:2E:4C:DA Gumstix (0) 00:15:E9:65:3B:C5 my1-0 00:80:37:2E:4D:35 Gumstix (0) and similarly: # hciconfig -a hci0: Type: UART BD Address: 00:80:37:2E:4D:35 ACL MTU: 339:11 SCO MTU: 93:14 UP RUNNING PSCAN ISCAN RX bytes:12298 acl:148 sco:0 events:93 errors:0 TX bytes:6072 acl:70 sco:0 commands:20 errors:0 Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 0x00 0x80 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF PARK Link mode: SLAVE ACCEPT Name: 'Gumstix (0)' Class: 0x820116 Service Classes: Networking Device Class: Computer, Palm HCI Ver: 2.0 (0x3) HCI Rev: 0x62b9 LMP Ver: 2.0 (0x3) LMP Subver: 0x62b9 Manufacturer: Infineon Technologies AG (9) # hcitool con Connections: < ACL 00:15:E9:65:3B:C5 handle 256 state 1 lm MASTER # hcitool scan Scanning ... 00:80:37:2E:4C:DA Gumstix (0) 00:15:E9:65:3B:C5 my1-0 00:80:37:2E:46:22 Gumstix (0) and on the laptop: root@my1:~# hciconfig -a hci0: Type: USB BD Address: 00:15:E9:65:3B:C5 ACL MTU: 192:8 SCO MTU: 64:8 UP RUNNING PSCAN ISCAN RX bytes:173127 acl:2732 sco:0 events:3381 errors:0 TX bytes:476548 acl:3511 sco:0 commands:88 errors:0 Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: HOLD SNIFF PARK Link mode: SLAVE ACCEPT Name: 'my1-0' Class: 0x3e0100 Service Classes: Networking, Rendering, Capturing, Object Transfer, Audio Device Class: Computer, Uncategorized HCI Ver: 1.1 (0x1) HCI Rev: 0x20d LMP Ver: 1.1 (0x1) LMP Subver: 0x20d Manufacturer: Cambridge Silicon Radio (10) root@my1:~# hcitool con Connections: > ACL 00:80:37:2E:4D:35 handle 41 state 1 lm SLAVE > ACL 00:80:37:2E:46:22 handle 43 state 1 lm SLAVE So everything is happy for the first 2 gumstix-s. and on the gumstix that booted last, I see: # hciconfig -a hci0: Type: UART BD Address: 00:80:37:2E:4C:DA ACL MTU: 339:11 SCO MTU: 93:14 UP RUNNING PSCAN ISCAN RX bytes:426 acl:0 sco:0 events:19 errors:0 TX bytes:352 acl:0 sco:0 commands:18 errors:0 Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 0x00 0x80 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF PARK Link mode: SLAVE ACCEPT Name: 'Gumstix (0)' Class: 0x820116 Service Classes: Networking Device Class: Computer, Palm HCI Ver: 2.0 (0x3) HCI Rev: 0x62b9 LMP Ver: 2.0 (0x3) LMP Subver: 0x62b9 Manufacturer: Infineon Technologies AG (9) # hcitool con Connections: # hcitool scan Scanning ... 00:15:E9:65:3B:C5 n/a 00:80:37:2E:46:22 Gumstix (0) 00:80:37:2E:4D:35 Gumstix (0) So that one is not happy. Of course, if I change the boot order and boot that one first, then it works fine. The laptop will then see: # hcitool con Connections: > ACL 00:80:37:2E:4D:35 handle 44 state 1 lm SLAVE > ACL 00:80:37:2E:4C:DA handle 41 state 1 lm SLAVE So there doesn't appear to be any hardware issues. That also implies that there aren't any positioning or radio related issues. I'm confused as ever. It must be something in software since the boot order is what determines which 2 gumstix-s work. Any ideas? Thanks, jaya On Sat, May 17, 2008 at 10:35 AM, Brad Midgley <bmi...@gm...> wrote: > Jaya > > hcitool con > > will show you connections and include whether they are master or not. > Most hardware will not allow 3 scatternets which is why the 3rd > connection fails. > > You need to make the laptop prefer to be master. in its > /etc/bluetooth/hcid.conf: > > lm accept,master; > lp hold,sniff,park; > > but the gumstix needs to allow itself to be slave (the default): > > lm accept; > lp rswitch,hold,sniff,park; > > Brad > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |