Return-Path: Message-ID: From: Embedded System To: bluez-users@lists.sourceforge.net Subject: Re: [Bluez-users] HCID problem? (Help) In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1562_14907061.1120362739737" References: <1120315516.10273.0.camel@pegasus> Sender: bluez-users-admin@lists.sourceforge.net Errors-To: bluez-users-admin@lists.sourceforge.net Reply-To: bluez-users@lists.sourceforge.net List-Unsubscribe: , List-Id: BlueZ users List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sun, 3 Jul 2005 03:52:19 +0000 ------=_Part_1562_14907061.1120362739737 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline hi, Marcel More information coming...=20 I dump the data at both PC & arm box when I connect from Nokia, it turns ou= t=20 that after request the Service Attribute, the PC side prints a connect=20 request, but at arm side, it prints a disconnect request (with reason 0x13,= =20 user ended request), but obviously the Nokia does not send a disconnect=20 request. the reasons are: Before this request, all the other information are the same & correct:=20 write link policy settings, change connection packet type, Service search= =20 request, service attribute requestion. for all these request, the bluez=20 gives the correct response data (serial profile, channel 3). Looking forward to your further information. All the best, Andy On 7/3/05, Embedded System wrote: >=20 > hi, Marcel >=20 > I am using arm-linux 2.4.27-vsr1 from atmel, and libs&utils I am using th= e=20 > latest 2.17 version. The kernel version is hard to change. I just think= =20 > hcidump should also report the command status after inquire suceed. And= =20 > since from the hcidump output, the inquire has already suceeded, the hcit= ool=20 > output should print the inquire result, but not"Inquiry failed.: Connecti= on=20 > timed out". >=20 > Below is more information:=20 > 1. I tried "hcitool inq", "hcitool scan", sdptool and l2ping, only l2ping= =20 > outputs correctly. > 2. If I don't run hcidump, my Nokia 7650 can connect to the arm box via= =20 > Serial Profile every two times, but if I run hcidump, it can never connec= t=20 > succefully. > 3. Among two data sendings from Nokia to arm box, one succeed, one failed= =20 > (no data output from hcidump) > 4. After about 5 times data sending from arm box to Nokia, it does not=20 > send back data to Nokia any more, and also at that time no more output fr= om=20 > hcidump. >=20 > Everything seems to work perfectly between my linux PC and Nokia 7650. >=20 > Could you please give me more infomation for my next hacking? Thanks a=20 > lot! >=20 > If you need any information, please let me know. Looking forward to your= =20 > reply! >=20 > Regards, > Andy > On 7/2/05, Marcel Holtmann wrote: > >=20 > > Hi Andy, > >=20 > > > HCI command do not complete after "inquiure request" completed > > > succesfully. > > > > > > I run "hcitool inq" & "hcidum", the output is as following: > > >=20 > > > HCIDump - HCI packet analyzer ver 1.16 > > > device: hci0 snap_len: 1028 filter: 0xffffffff > > > < HCI Command: Inquiry (0x01|0x0001) plen 5 > > > 33 8B 9E 08 00 > > > > HCI Event: Command Status (0x0f) plen 4=20 > > > 00 01 01 04 > > > > HCI Event: Inquiry Result (0x02) plen 15 > > > 01 91 DC AC EE 02 00 01 00 00 04 22 50 C5 57 > > > > HCI Event: Inquiry Complete (0x01) plen 1 > > > 00 > > > > > > (based on the packet dump, the inquery is succesful, and hcid should= =20 > > > complete), but hcitool output is: > > > Inquiring ... > > > Inquiry failed.: Connection timed out > > > > > > Is it a HCID problem? How can I fix it? I thought it will also cause > > > packet lost & program hang.=20 > >=20 > > what kernel and libs/utils are you using. And what do you think has hci= d > > to do with an inquiry? > >=20 > > Regards > >=20 > > Marcel > >=20 > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > SF.Net email is sponsored by: Discover Easy Linux=20 > > Migration Strategies > > from IBM. Find simple to follow Roadmaps, straightforward articles, > > informative Webcasts and more! Get everything you need to get up to > > speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dcl= ick > > _______________________________________________ > > Bluez-users mailing list > > Bluez-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bluez-users > >=20 >=20 > ------=_Part_1562_14907061.1120362739737 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline hi, Marcel

More information coming...

I dump the data at both PC & arm box when I connect from Nokia, it turns out that after request the Service Attribute, the PC side prints a connect request, but at arm side, it prints a disconnect request (with reason 0x13, user ended request), but obviously the Nokia does not send a disconnect request. the reasons are:

Before this request, all the other information are the same & correct: =
write link policy settings, change connection packet type, Service search request, service attribute requestion. for all these request, the bluez gives the correct response data (serial profile, channel 3).
<= br> Looking forward to your further information.

All the  best,
Andy
On 7/3/05, Embedded System <embed= .sys@gmail.com> wrote:
hi, Marcel

I am using arm-linux 2.4.27-vsr1 from atmel, and libs&utils I am using the latest 2.17 version. The kernel version is hard to change. I just think hcidump should also report the command status after inquire suceed. And since from the hcidump output, the inquire has already suceeded, the hcitool output should print the inquire result, but not"Inquiry failed.: Connection timed out".

Below is more information:
1. I tried "hcitool inq", "hcitool scan", sdptool and l= 2ping, only l2ping outputs correctly.
2. If I don't run hcidump, my Nokia 7650 can connect to the arm box via Serial Profile every two times, but if I run hcidump, it can never connect succefully.
3. Among two data sendings from Nokia to arm box,  one succeed, one fa= iled (no data output from hcidump)
4. After about 5 times data sending from arm box to Nokia, it does not send back data to Nokia any more, and also at that time no more output from hcidump.

Everything seems to work perfectly between my linux PC and Nokia 7650.

Could you please give me more infomation for my next hacking? Thanks a lot!=

If you need any information, please let me know. Looking forward to your re= ply!

Regards,
Andy

On 7/2/05, Marcel Holtmann < marcel@holtmann.org> wrote:
Hi Andy,

> HCI command do not complete after "inquiure reque= st" completed
> succesfully.
>
> I run "hcitool= inq" & "hcidum", the output is as following:
>
> HCIDump - HCI packet analyzer ver 1.16
> device: hci0 snap_l= en: 1028 filter: 0xffffffff
> < HCI Command: Inquiry (0x01|0x0001)= plen 5
>   33 8B 9E 08 00
> > HCI Event: Command = Status (0x0f) plen 4
>   00 01 01 04
> > HCI Event: Inquiry Result (0x= 02) plen 15
>   01 91 DC AC EE 02 00 01 00 00 04 22 50 C5 5= 7
> > HCI Event: Inquiry Complete (0x01) plen 1
>  = ; 00
>
> (based on the packet dump, the inquery is succesful, a= nd hcid should
> complete), but hcitool output is:
> Inquiring ...
> In= quiry failed.: Connection timed out
>
> Is it a HCID problem? H= ow can I fix it? I thought it will also cause
> packet lost & pro= gram hang.

what kernel and libs/utils are you using. And what do you think has= hcid
to do with an inquiry?

Regards

Marcel



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies<= br>from IBM. Find simple to follow Roadmaps, straightforward articles,
i= nformative Webcasts and more! Get everything you need to get up to
speed, fast.=20 http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclic= k
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sour= ceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users


------=_Part_1562_14907061.1120362739737-- ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Bluez-users mailing list Bluez-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-users