Hi Ajay, On Tue, Dec 4, 2012 at 2:49 PM, Ajay <ajay.kv@xxxxxxxxxxxxxxxxxx> wrote: > SLAVE side > > root@test:/home# hcitool -i hci0 cmd 0x08 0x0008 03 02 01 06 \ > > $(perl -e 'print "00 " x 28') > root@test:/home# hciconfig hci0 leadv > > > Hcidump shows .. > > < HCI Command: LE Set Advertising Data (0x08|0x0008) plen 32 >> HCI Event: Command Complete (0x0e) plen 4 > LE Set Advertising Data (0x08|0x0008) ncmd 1 > status 0x00 > < HCI Command: LE Set Advertise Enable (0x08|0x000a) plen 1 >> HCI Event: Command Complete (0x0e) plen 4 > LE Set Advertise Enable (0x08|0x000a) ncmd 1 > status 0x00 > >> HCI Event: LE Meta Event (0x3e) plen 19 > LE Connection Complete > status 0x00 handle 64, role slave > bdaddr 00:02:72:D6:AB:AD (Public) >> ACL data: handle 64 flags 0x02 dlen 11 > ATT: Read By Group req (0x10) > start 0x0001, end 0xffff > type-uuid 0x2800 Your slave device is not answering to the Read By Group request, therefore the master side is disconnecting due to timeout. I suggest you first try using gatttool on the master side to connect to the slave, and run "primary" to see if it is processing GATT requests. The bluez log from the slave side should help (I assume you are running BlueZ on the slave side). Regards, -- Anderson Lizardo Instituto Nokia de Tecnologia - INdT Manaus - Brazil -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
