[Bluez-users] problem in parking device. bluez-libs 3.14, bluez-utils-3.14

[Bluez-users] problem in parking device. bluez-libs 3.14, bluez-utils-3.14

[Mahin Gupta]

[-- Attachment #1.1: Type: text/plain, Size: 2394 bytes --]

Hi
I am trying to park one bluetooth device.

First of all i have tried to use the bluez hci.c function hci_park_mode() to
park this device.
I have used the function in following manner


       if( hci_park_mode(dd, handle, 0x200, 0x100, 25000) < 0 )
      {
         printf("\n Unable to park ...\n");
      }
       I am getting the handle correct here.

These is the concerned part of code.. but I am not getting the device
parked...
then I tried to check whether I can park it using hcitool cmd or not

This is the hciconfig -a output of my Master device

// Master
# hciconfig -a
hci0:   Type: UART
        BD Address: 00:80:37:2E:4C:C3 ACL MTU: 339:11 SCO MTU: 93:14
        UP RUNNING PSCAN ISCAN
        RX bytes:152425 acl:2402 sco:0 events:10389 errors:0
        TX bytes:87079 acl:2791 sco:0 commands:3526 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: 'LB:[unknown]'
        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)

Slave has the same configuration and its Link policy is also   Link policy:
RSWITCH HOLD SNIFF PARK

These is the output of hcitool con
# hcitool con
Connections:
        < ACL 11:11:11:11:11:11 handle 512 state 1 lm MASTER
        < ACL 00:80:37:2E:45:1E handle 256 state 1 lm MASTER

# hcitool cmd 0x02 0x005 0x0200 0x0090 0x000E
< HCI Command: ogf 0x02, ocf 0x0005, plen 3
  00 90 0E
> HCI Event: 0x0f plen 4
  12 01 05 08

# hcitool cmd 0x02 0x005 0x0100 0x0090 0x000E
< HCI Command: ogf 0x02, ocf 0x0005, plen 3
  00 90 0E
> HCI Event: 0x0f plen 4
  12 01 05 08

By searching into mailing list archieve ( link :
http://article.gmane.org/gmane.linux.bluez.devel/269/match=park )
I came to know that may be my parameters are wrong but I am not able to
understand what is wrong ..

One more thing.. hcitool con returns me handle as 256 ( hex 0x100 ).. Now
when I am giving this as first parameter in hcitool cmd the hex_dump
function in
hcitool.c prints only last two digits i.e. 00 . .. so I am a bit confused
that is my handle is passing correctly or not ?

Thnx for any help in advance...

Regards,
Mahin Gupta

[-- Attachment #1.2: Type: text/html, Size: 3633 bytes --]

[-- Attachment #2: Type: text/plain, Size: 315 bytes --]

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/

[-- Attachment #3: Type: text/plain, Size: 164 bytes --]

_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] problem in parking device. bluez-libs 3.14, bluez-utils-3.14

[Marcel Holtmann]

Hi Mahin,

> I am trying to park one bluetooth device.
> 
> First of all i have tried to use the bluez hci.c function
> hci_park_mode() to park this device.
> I have used the function in following manner 
>       
>  
>        if( hci_park_mode(dd, handle, 0x200, 0x100, 25000) < 0 )
>       {
>          printf("\n Unable to park ...\n");
>       }
>        I am getting the handle correct here. 
> 
> These is the concerned part of code.. but I am not getting the device
> parked... 
> then I tried to check whether I can park it using hcitool cmd or not
> 
> This is the hciconfig -a output of my Master device
> 
> // Master 
> # hciconfig -a
> hci0:   Type: UART
>         BD Address: 00:80:37:2E:4C:C3 ACL MTU: 339:11 SCO MTU: 93:14
>         UP RUNNING PSCAN ISCAN
>         RX bytes:152425 acl:2402 sco:0 events:10389 errors:0
>         TX bytes:87079 acl:2791 sco:0 commands:3526 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: 'LB:[unknown]'
>         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)
> 
> Slave has the same configuration and its Link policy is also   Link
> policy: RSWITCH HOLD SNIFF PARK
> 
> These is the output of hcitool con
> # hcitool con
> Connections:
>         < ACL 11:11:11:11:11:11 handle 512 state 1 lm MASTER 
>         < ACL 00:80:37:2E:45:1E handle 256 state 1 lm MASTER 
> 
> # hcitool cmd 0x02 0x005 0x0200 0x0090 0x000E
> < HCI Command: ogf 0x02, ocf 0x0005, plen 3
>   00 90 0E
> > HCI Event: 0x0f plen 4
>   12 01 05 08
> 
> # hcitool cmd 0x02 0x005 0x0100 0x0090 0x000E
> < HCI Command: ogf 0x02, ocf 0x0005, plen 3
>   00 90 0E
> > HCI Event: 0x0f plen 4
>   12 01 05 08
> 
> By searching into mailing list archieve ( link :
> http://article.gmane.org/gmane.linux.bluez.devel/269/match=park )
> I came to know that may be my parameters are wrong but I am not able
> to understand what is wrong ..
> 
> One more thing.. hcitool con returns me handle as 256 ( hex 0x100 )..
> Now when I am giving this as first parameter in hcitool cmd the
> hex_dump function in 
> hcitool.c prints only last two digits i.e. 00 . .. so I am a bit
> confused that is my handle is passing correctly or not ?

the park mode support is always complicated. I would advise you to not
support it. Especially with non CSR based chips. However you have to run
hcidump -X -V to see what is really going on.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] problem in parking device. bluez-libs 3.14, bluez-utils-3.14

[Tom Allebrandi]

-----Original Message-----
> the park mode support is always complicated. I would advise you to not
> support it. Especially with non CSR based chips. However you have to run
> hcidump -X -V to see what is really going on.

I would echo Marcel's comments. Use of Park Mode is generally discouraged
and at some point in the future there's a decent chance that Park Mode will
be deprecated.

Because of this, many of the devices that you might try to connect to may
support Park Mode but not enable it. You are much better off making sure
that Sniff Mode is working -- if your application needs to care.

--- tom
tom allebrandi
tom@ytram.com



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] problem in parking device. bluez-libs 3.14, bluez-utils-3.14

[Mahin Gupta]

Hi Tom,
Thanks for Reply..
I want to use park mode to connect more than seven devices.
Can I use sniff mode in the same way?

Regards,
mahin Gupta





-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] problem in parking device. bluez-libs 3.14, bluez-utils-3.14

[Marcel Holtmann]

Hi Mahin,

> I want to use park mode to connect more than seven devices.
> Can I use sniff mode in the same way?

no you can't, but you might also not be able to park more than seven
devices. Ask your chip manufacturer if they support it. While the
specification allows it, most chip manufacturer limit the number of
device within a piconet (active or not) to seven. This mainly to due
memory restrictions.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] problem in parking device. bluez-libs 3.14, bluez-utils-3.14

[Mahin Gupta]

Tom Allebrandi <tom <at> ytram.com> writes:

> 
> -----Original Message-----
> > the park mode support is always complicated. I would advise you to not
> > support it. Especially with non CSR based chips. However you have to run
> > hcidump -X -V to see what is really going on.
> 
> I would echo Marcel's comments. Use of Park Mode is generally discouraged
> and at some point in the future there's a decent chance that Park Mode will
> be deprecated.
> 
> Because of this, many of the devices that you might try to connect to may
> support Park Mode but not enable it. You are much better off making sure
> that Sniff Mode is working -- if your application needs to care.
 Hi Tom ,
 Thanks for reply ...
 I want to use Park mode to connect more than 7 devices at a time.
 If I use sniff mode than is it possible that I can connect more than 7 devices ..
 I learned that when we put any link in Park mode, it releases its AM_ADDR (
Active Address, 3 bit ) and gets a new PM_ADDR ( park Mode address, 8 bit ). so
now we can use the released AM_ADDR to create a new active link.
 But in sniff mode link does not release AM_ADDR...
 So may be we can not use sniff mode to connect more than 7 devices..
 Any help/suggestion on this point




-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] problem in parking device. bluez-libs 3.14, bluez-utils-3.14

[Marcel Holtmann]

Hi Mahin,

> > > the park mode support is always complicated. I would advise you to not
> > > support it. Especially with non CSR based chips. However you have to run
> > > hcidump -X -V to see what is really going on.
> > 
> > I would echo Marcel's comments. Use of Park Mode is generally discouraged
> > and at some point in the future there's a decent chance that Park Mode will
> > be deprecated.
> > 
> > Because of this, many of the devices that you might try to connect to may
> > support Park Mode but not enable it. You are much better off making sure
> > that Sniff Mode is working -- if your application needs to care.
>
>  I want to use Park mode to connect more than 7 devices at a time.
>  If I use sniff mode than is it possible that I can connect more than 7 devices ..
>  I learned that when we put any link in Park mode, it releases its AM_ADDR (
> Active Address, 3 bit ) and gets a new PM_ADDR ( park Mode address, 8 bit ). so
> now we can use the released AM_ADDR to create a new active link.
>  But in sniff mode link does not release AM_ADDR...
>  So may be we can not use sniff mode to connect more than 7 devices..

you can't use sniff mode to connect more than 7 devices, but that is
almost true for most chips with park mode. If they got park mode right.
See my previous posting. There is a difference between what the
specification says and what is actually implemented by the chip. The
memory is limited and storing 256 parked devices is normally out of
question for these small chips.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users