Return-Path: MIME-Version: 1.0 In-Reply-To: References: <20120910235838.GA26986@samus> Date: Mon, 17 Sep 2012 14:21:21 -0700 Message-ID: Subject: Re: Dropping connection (bit off-topic) From: John Tobias To: Anderson Lizardo Cc: Vinicius Costa Gomes , linux-bluetooth@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-bluetooth-owner@vger.kernel.org List-ID: Hi Anderson, Thanks for the info., we will be going to snip what the iOS is sending to understand the scenario. I think iOS stack has some handshaking procedure or required in order to maintain the connection. I used gatttool to connect to the CC2540 demo board and it did not disconnect like the iOS does. Regards, John On Mon, Sep 17, 2012 at 1:30 PM, Anderson Lizardo wrote: > Hi John, > > On Fri, Sep 14, 2012 at 3:04 PM, John Tobias wrote: >> Hi Anderson, >> >> Could you give me some bit of information on how to respond to the >> handle 0x0039?. I'm digging the bluez sources but I'm kind a lost >> right now and I don't know exactly what library/function should I use >> in order to configure it. > > I suggest you take a look on GATT Procedures on the Core spec (see > "Discover All Characteristics of a Service" on pages 1916 and the > Figure 4.5 on page 1917). You will see that "Attribute not found" is > used to inform the client that there are no more characteristics to > discover. > > Also see channel_handler() in src/attrib-server.c (and the functions > called by it) to understand how BlueZ's GATT server work. > > To avoid the GATT disconnection after 30 sec. you really need to > figure out what the iPhone app is trying to do, it is clear from your > hcidump logs that iPhone is disconnecting, not the Linux "client" > side. > > Regards, > -- > Anderson Lizardo > Instituto Nokia de Tecnologia - INdT > Manaus - Brazil