Re: Connecting three basix-bt-400m to one laptop master

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 <bmidgley@...> wrote:
-------------------------------------------------------------------------
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
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users