[Bluez-users] Socket CF adaptor, limited to 2-3KB/sec RFCOMM PPP connection?

[Bluez-users] Socket CF adaptor, limited to 2-3KB/sec RFCOMM PPP connection?

[Jay W. Summet]

Hello,

I am using a Socket Compact Flash Bluetooth adaptor, (dtl1_cs module),
Revision F (8510-00159 F) and am able to successfully connect to my
Sony Ericsson T610 GSM phone over a RFCOMM interface with PPPD.

I'm running a generic Kernel.org 2.6.7 kernel on a Mandrake 10.0
distribution. All of my user space tools came with the Mandrake 10.0
distro, hcitool reports version 2.11, hcidump reports version 1.11.

However, when I connect to my GPRS data provider, I only get 2.1 to 2.5
KBytes/second of transfer. If I use IrDA instead of bluetooth, I can
obtain the typical 5.1 to 5.6 KBytes/second transfer that I am expecting
from GPRS.

My ppp "peers" configuration script is setting the /dev/rfcomm0 tty to
115200, and a friend is using the same scripts, configuration, and phone
with a USB bluetooth adaptor and getting the 5.1 to 5.6 KBytes/second
transfer.

I believe the problem is either with the phone (unlikely) or the Socket CF
card and/or software link to it.

Has anybody else had experience with this issue? Any configuration
settings for debugging I should turn on? (/var/log/messages doesn't show
anything out of the ordinary happening) As I said, everything operates
correctly, it just never gets above 2-2.5KB/second of bandwidth with the
bluetooth link, while it peeks out at 5.6KB/sec on an IrDA link.

Thanks,
Jay



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Socket CF adaptor, limited to 2-3KB/sec RFCOMM PPP connection?

[Mikko Rapeli]

On Tue, Oct 12, 2004 at 02:37:16PM -0400, Jay W. Summet wrote:
> However, when I connect to my GPRS data provider, I only get 2.1 to 2.5
> KBytes/second of transfer. If I use IrDA instead of bluetooth, I can
> obtain the typical 5.1 to 5.6 KBytes/second transfer that I am expecting
> from GPRS.

I propose you first try to repeat this slow connection problem with plain 
Bluetooth data transfer between Linux and the phone (OBEX or something), 
since GPRS networks and cells may give you anything between 0 and ~50 kbps 
of bandwidth depending on all kinds of things like network/cell load/number 
of users etc etc. 

And if the issue still exists, I'd say Marcel and other wizards would like 
to see the hcidump, perhaps with -t ;)

-Mikko


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Socket CF adaptor, limited to 2-3KB/sec RFCOMM PPP connection?

[Marcel Holtmann]

Hi Jay,

> I am using a Socket Compact Flash Bluetooth adaptor, (dtl1_cs module),
> Revision F (8510-00159 F) and am able to successfully connect to my
> Sony Ericsson T610 GSM phone over a RFCOMM interface with PPPD.
> 
> I'm running a generic Kernel.org 2.6.7 kernel on a Mandrake 10.0
> distribution. All of my user space tools came with the Mandrake 10.0
> distro, hcitool reports version 2.11, hcidump reports version 1.11.
> 
> However, when I connect to my GPRS data provider, I only get 2.1 to 2.5
> KBytes/second of transfer. If I use IrDA instead of bluetooth, I can
> obtain the typical 5.1 to 5.6 KBytes/second transfer that I am expecting
> from GPRS.
> 
> My ppp "peers" configuration script is setting the /dev/rfcomm0 tty to
> 115200, and a friend is using the same scripts, configuration, and phone
> with a USB bluetooth adaptor and getting the 5.1 to 5.6 KBytes/second
> transfer.
> 
> I believe the problem is either with the phone (unlikely) or the Socket CF
> card and/or software link to it.

get a Bluetooth USB dongle and test it, but I think it is a problem of
the RFCOMM implementation with credit based flow control of your phone.
We already saw in the past that this not working as good as it should
work.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Socket CF adaptor, limited to 2-3KB/sec RFCOMM PPP connection?

[Jay W. Summet]

>>New Information: In response to requests for hcidump -t log files and
testing with a USB bluetooth adaptor and obex push.<<

I have a Socket Compact Flash bluetooth adaptor, which uses the dtl1_cs
kernel module. I have it configured, and everything works, but
I am getting very slow GPRS speeds with my Sony Ericsson T610 telephone.

I first noticed it with my GPRS data transfer when I only got 1.9 to 2.2 KB
per second of throughput on downloads. When I use IrDA to connect to
my phone instead of bluetooth, I get the expected 5.0 to 5.6 KB per second
of throughput.

I borrowed a friend's USB bluetooth adaptor (DBT-120 D-Link) and am able
to get the 5.0 to 5.6 KB/sec GPRS transfer while the Socket Compact Flash
(CF) adaptor got 2.0KB/sec. (Tested in the same location, with excellent
cellular signal strength, at the same time of day.)

I also tested both devices using the obextool to "push" an 84 KB jpeg
image to my telephone. I believe that this transfer was speed limited by
the phone's internal (flash?) memory, as with both the Socket CF and
D-Link USB adaptor I got about the same speeds, in the 24-30 second range
(best case, in a few cases I got much worth throughput). [That's about
3.4KB/Sec, slower than the GPRS throughput (below) I was getting with the
USB adaptor or IrDA, even when I was using the USB adaptor for the obex
push.]


I've captured an "hcidump -t" log file of the two different GPRS phone
connections. In both cases, I used the same software and scripts,
initializing a PPP connection to the internet and using wget to download
the first part of an AVI file for a minute until the transfer speed evened
out. With the Socket CF card, I got around 2.0KB/sec, while with the USB
Bluetooth adaptor I got around the expected GPRS max speed at 5.3KB/sec.

files:
Slow, Socket CF card:
http://www.cc.gatech.edu/~summetj/drafts/socket_cf_gprs_2.0K.dump

Fast enough D-Link USB dongle:
http://www.cc.gatech.edu/~summetj/drafts/usb_gprs_5.3K.dump


I paid extra for the CF form factor, as I have an internal CF slot, and
don't want to have a usb dongle sticking out of my computer if I can at
all avoid it, so I'm motivated to get this sucker working correctly.
Radio strength isn't an issue, as the phone was about 2 feet from the
laptop in both tests, and the CF card has worked at 2.0K (gprs) from at
least 20 feet away. (and at 3.4KB/sec for OBEX push)

I have compiled the 2.6.7 (kernel.org stock) kernel for my laptop, and am
willing to apply patches and re-compile to test if somebody has an idea of
something that may fix this...

Thanks,
Jay

Re: [Bluez-users] Socket CF adaptor, limited to 2-3KB/sec RFCOMM PPP connection?

[Marcel Holtmann]

Hi Jay,

> I have a Socket Compact Flash bluetooth adaptor, which uses the dtl1_cs
> kernel module. I have it configured, and everything works, but
> I am getting very slow GPRS speeds with my Sony Ericsson T610 telephone.
> 
> I first noticed it with my GPRS data transfer when I only got 1.9 to 2.2 KB
> per second of throughput on downloads. When I use IrDA to connect to
> my phone instead of bluetooth, I get the expected 5.0 to 5.6 KB per second
> of throughput.
> 
> I borrowed a friend's USB bluetooth adaptor (DBT-120 D-Link) and am able
> to get the 5.0 to 5.6 KB/sec GPRS transfer while the Socket Compact Flash
> (CF) adaptor got 2.0KB/sec. (Tested in the same location, with excellent
> cellular signal strength, at the same time of day.)
> 
> I also tested both devices using the obextool to "push" an 84 KB jpeg
> image to my telephone. I believe that this transfer was speed limited by
> the phone's internal (flash?) memory, as with both the Socket CF and
> D-Link USB adaptor I got about the same speeds, in the 24-30 second range
> (best case, in a few cases I got much worth throughput). [That's about
> 3.4KB/Sec, slower than the GPRS throughput (below) I was getting with the
> USB adaptor or IrDA, even when I was using the USB adaptor for the obex
> push.]

what I assume is that the link manager on the Socket card is not doing a
good job, because it should select a different packet type automaticly
to get the best troughput as possible. However this card is very old and
maybe you should simply ask Socket to get one of there newer cards with
a CSR chip. There are some problems with a 2.6 kernel to get the serial
part of them working, but maybe these are solved now. I don't have one
of these newer cards, because I stopped spending money for buying them.
People of companies have to donate them to me.

In general it is a bad idea to play with the packet types from the HCI
level, because the link manager knows best what type to select. In your
case you may wanna change them with hciconfig and see if it helps.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Socket CF adaptor, limited to 2-3KB/sec RFCOMM PPP connection?

[Jay W. Summet]

On Sat, 16 Oct 2004, Marcel Holtmann wrote:

> what I assume is that the link manager on the Socket card is not doing a
> good job, because it should select a different packet type automaticly
> to get the best troughput as possible. However this card is very old and
> maybe you should simply ask Socket to get one of there newer cards with
> a CSR chip.

This card should be the latest that Socket makes, I just bought it, and
the "Rev" version is "G". The card is software upgradable, but my
understanding is that the latest firmware is version G.

Do you know of a newer card that they make?



> There are some problems with a 2.6 kernel to get the serial
> part of them working, but maybe these are solved now. I don't have one
> of these newer cards, because I stopped spending money for buying them.

>
> In general it is a bad idea to play with the packet types from the HCI
> level, because the link manager knows best what type to select. In your
> case you may wanna change them with hciconfig and see if it helps.

By default my card shows:
 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1
 (Seems to be missing only HV2, HV3)

I am able to get a connection if I only turn on DH5, but here at work I'm
unable to get good phone service for testing. When I go home I'll check it
where I get five bars of service to see if forcing the largest packet size
will give me higher speed...

Jay

Re: [Bluez-users] Socket CF adaptor, limited to 2-3KB/sec RFCOMM PPP connection?

[Marcel Holtmann]

Hi Jay,

> > what I assume is that the link manager on the Socket card is not doing a
> > good job, because it should select a different packet type automaticly
> > to get the best troughput as possible. However this card is very old and
> > maybe you should simply ask Socket to get one of there newer cards with
> > a CSR chip.
> 
> This card should be the latest that Socket makes, I just bought it, and
> the "Rev" version is "G". The card is software upgradable, but my
> understanding is that the latest firmware is version G.
> 
> Do you know of a newer card that they make?

if it is the G version then it won't work with the dtl1_cs driver. What
does "hciconfig -a" say?

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Socket CF adaptor, limited to 2-3KB/sec RFCOMM PPP connection?

[Jay W. Summet]

> > Do you know of a newer card that they make?
>
> if it is the G version then it won't work with the dtl1_cs driver. What
> does "hciconfig -a" say?
>

Dope! You're right. I was off by a letter, it's just the "F" card.

hciconfig -a is:
hci0:   Type: PCCARD
        BD Address: 00:E0:03:25:3E:CE ACL MTU: 340:4  SCO MTU: 64:0
        UP RUNNING PSCAN ISCAN AUTH ENCRYPT
        RX bytes:144 acl:0 sco:0 events:12 errors:0
        TX bytes:352 acl:0 sco:0 commands:12 errors:0
        Features: 0xbf 0x00 0x20 0x00 0x00 0x00 0x00 0x00
        Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1
        Link policy: RSWITCH HOLD SNIFF PARK
        Link mode: SLAVE ACCEPT
        Name: 'BlueZ (0)'
        Class: 0x000100
        Service Classes: Unspecified
        Device Class: Computer, Uncategorized
        HCI Ver: 1.1 (0x1) HCI Rev: 0x0 LMP Ver: 1.1 (0x1) LMP Subver: 0x21a
        Manufacturer: Nokia Mobile Phones (1)


So the "G" card uses a completely different chipset (CSR) and perhaps I
should try to exchange it for that?

Jay