Re: [Bluez-users] Problems with InputStream and OutputStream

Re: [Bluez-users] Problems with InputStream and OutputStream

[Johannes Lintner]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="us-ascii", Size: 872 bytes --]

Hi Marcel,

ok, no problem.
The way, to start a server on the Handy I already tried, but I didn't had in
mind, that this has to be so, but to have a completely new connenction
between the devices (or has it to be so?).
The complete protocol is attached to the mail. The accosted lines exists
(see attachment - would it be better to see the java-sources?).

On the pc runs a server, that is listening to a connection. A mobile phone
searches for the device and the service, tries to connect an sends a 7byte
long string ("String!"). This way works without any problems. Immediately
after receiving, the server sends an 6byte long string("Handy!") to the
phone, using the same connection. But the phone only receives an empty
string.


Greetings  Johannes

-- 
Supergünstige DSL-Tarife + WLAN-Router für 0,- EUR*
Jetzt zu GMX wechseln und sparen http://www.gmx.net/de/go/dsl

[-- Attachment #2: conProtocol.bz2 --]
[-- Type: application/x-bzip, Size: 2728 bytes --]

Re: [Bluez-users] Problems with InputStream and OutputStream

[Marcel Holtmann]

Hi Johannes,

> The way, to start a server on the Handy I already tried, but I didn't had in
> mind, that this has to be so, but to have a completely new connenction
> between the devices (or has it to be so?).

forget about that. I was confused and thought that you wanna connect
from the PC to your phone,

> The complete protocol is attached to the mail. The accosted lines exists
> (see attachment - would it be better to see the java-sources?).

If you put it into a tar then name it this way ;)

> On the pc runs a server, that is listening to a connection. A mobile phone
> searches for the device and the service, tries to connect an sends a 7byte
> long string ("String!"). This way works without any problems. Immediately
> after receiving, the server sends an 6byte long string("Handy!") to the
> phone, using the same connection. But the phone only receives an empty
> string.

The string "Handy!" goes over the connection and right after that the
Linux side closes the connection. Maybe that is the problem or it is the
credit based flow control on the phone. I don't see any CFC problem, but
I also didn't wrote the Bluetooth stack on the phone. I think it is a
good idea to add a sleep(1) before you close the connection.

Some other information might be handy. What kernel do you use and what
do you use as server on the Linux side? What kind of phone is this?

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Problems with InputStream and OutputStream

[john]

[-- Attachment #1: Type: text/plain, Size: 1951 bytes --]

Hi,

the relevant parts of the sources are attached (the important parts are 
the BTMidServ.java and the method doConnect() in BTServiceSearchUI.java).
I hope the comments and Info-Messages will be enough declarations.

I use Debian Linux with a 2.6.7 Kernel and KDE version 3.2.3.
The phone is a Siemens SX1 with firmwareversion 10. It uses a Symbian OS 
Serie 60.
The USB-dongle is from Acer and should be supported from BlueZ.

Greeting Johannes

Marcel Holtmann wrote:

>Hi Johannes,
>
>  
>
>>The way, to start a server on the Handy I already tried, but I didn't had in
>>mind, that this has to be so, but to have a completely new connenction
>>between the devices (or has it to be so?).
>>    
>>
>
>forget about that. I was confused and thought that you wanna connect
>from the PC to your phone,
>
>  
>
>>The complete protocol is attached to the mail. The accosted lines exists
>>(see attachment - would it be better to see the java-sources?).
>>    
>>
>
>If you put it into a tar then name it this way ;)
>
>  
>
>>On the pc runs a server, that is listening to a connection. A mobile phone
>>searches for the device and the service, tries to connect an sends a 7byte
>>long string ("String!"). This way works without any problems. Immediately
>>after receiving, the server sends an 6byte long string("Handy!") to the
>>phone, using the same connection. But the phone only receives an empty
>>string.
>>    
>>
>
>The string "Handy!" goes over the connection and right after that the
>Linux side closes the connection. Maybe that is the problem or it is the
>credit based flow control on the phone. I don't see any CFC problem, but
>I also didn't wrote the Bluetooth stack on the phone. I think it is a
>good idea to add a sleep(1) before you close the connection.
>
>Some other information might be handy. What kernel do you use and what
>do you use as server on the Linux side? What kind of phone is this?
>
>Regards
>
>Marcel
>
>
>
>  
>


[-- Attachment #2: src.tar --]
[-- Type: application/x-tar, Size: 20480 bytes --]

Re: [Bluez-users] Problems with InputStream and OutputStream

[Marcel Holtmann]

Hi Johannes,

> the relevant parts of the sources are attached (the important parts are 
> the BTMidServ.java and the method doConnect() in BTServiceSearchUI.java).
> I hope the comments and Info-Messages will be enough declarations.
> 
> I use Debian Linux with a 2.6.7 Kernel and KDE version 3.2.3.
> The phone is a Siemens SX1 with firmwareversion 10. It uses a Symbian OS 
> Serie 60.
> The USB-dongle is from Acer and should be supported from BlueZ.

and what do you use on the Linux side? Please run a "hcitool info ..."
as root for me.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Problems with InputStream and OutputStream

[Johannes]

Hi,

the BTMidServ runs on the Linux side as the server.

hcitool info throws an error, although my server is running.
    gotland:~# hcitool info 00027280B16F
    Requesting information ...
    Can't create connection: Input/output error

or

    gotland:~# hcitool info 00:02:72:80:B1:6F
    Device is not available or not connected.

the hci-interface is running
    gotland:~# hciconfig hci0
    hci0:   Type: USB
        BD Address: 00:02:72:80:B1:6F ACL MTU: 192:8  SCO MTU: 64:8
        UP RUNNING PSCAN ISCAN
        RX bytes:126 acl:0 sco:0 events:16 errors:0
        TX bytes:316 acl:0 sco:0 commands:14 errors:0


bye John



Marcel Holtmann wrote:

>Hi Johannes,
>
>  
>
>>the relevant parts of the sources are attached (the important parts are 
>>the BTMidServ.java and the method doConnect() in BTServiceSearchUI.java).
>>I hope the comments and Info-Messages will be enough declarations.
>>
>>I use Debian Linux with a 2.6.7 Kernel and KDE version 3.2.3.
>>The phone is a Siemens SX1 with firmwareversion 10. It uses a Symbian OS 
>>Serie 60.
>>The USB-dongle is from Acer and should be supported from BlueZ.
>>    
>>
>
>and what do you use on the Linux side? Please run a "hcitool info ..."
>as root for me.
>
>Regards
>
>Marcel
>
>  
>

Re: [Bluez-users] Problems with InputStream and OutputStream

[Marcel Holtmann]

Hi Johannes,

> the BTMidServ runs on the Linux side as the server.

I thought you use some C code for the server. I am not a Java expert and
actually I don't have fun reading Java source code.

>     gotland:~# hcitool info 00:02:72:80:B1:6F
>     Device is not available or not connected.

You must fill in the BD_ADDR of your phone.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Problems with InputStream and OutputStream

[Johannes]

HI,


Marcel Holtmann wrote:

>Hi Johannes,
>
>  
>
>>the BTMidServ runs on the Linux side as the server.
>>    
>>
>
>I thought you use some C code for the server. I am not a Java expert and
>actually I don't have fun reading Java source code.
>
>  
>
>>    gotland:~# hcitool info 00:02:72:80:B1:6F
>>    Device is not available or not connected.
>>    
>>
>
>You must fill in the BD_ADDR of your phone.
>  
>
thx, sure, the manual says remote device. my fault:
    gotland:~# hcitool info 00:01:E3:29:38:D8
    Requesting information ...
        BD Address:  00:01:E3:29:38:D8
        Device Name: Siemens SX1
        LMP Version: 1.1 (0x1) LMP Subversion: 0x55b
        Manufacturer: Infineon Technologies AG (9)
        Features: 0xef 0xfa 0x19 0x00 0x00 0x00 0x00 0x00
                <3-slot packets> <5-slot packets> <encryption> <slot offset>
                <role switch> <hold mode> <sniff mode> <RSSI> <SCO link>
                <HV2 packets> <HV3 packets> <u-law log> <A-law log> <CVSD>
                <transparent SCO>


>Regards
>
>Marcel
>

I have got an success. I let sleep() the connection for 2.5seconds, and 
I got nearly the complete string, only the last character was empty. I 
will try to hold the connection a little longer open.  Then I will tell you.

THX   John!

Re: [Bluez-users] Problems with InputStream and OutputStream

[Johannes]

Marcel Holtmann wrote:

>Hi Johannes,
>
>  
>
>>the BTMidServ runs on the Linux side as the server.
>>    
>>
>
>I thought you use some C code for the server. I am not a Java expert and
>actually I don't have fun reading Java source code.
>
>  
>
>>    gotland:~# hcitool info 00:02:72:80:B1:6F
>>    Device is not available or not connected.
>>    
>>
>
>You must fill in the BD_ADDR of your phone.
>
>Regards
>
>Marcel
>

Hi,

for 1500ms, the string arrives correct the phone, but the sign for a 
received emptystring (an 'y' with 2 dots on it, I will write it 'y:') is 
added to the end.
The String I receive is: 'Handy!y:'
 Do you have any ideas?

Greets John

[Bluez-users] Problems with InputStream and OutputStream

[Johannes]

Hi,

I have the following problem.
I want to communicate from a mobile phone to an PC with the BlueZ-Stack 
and backwards.
In the beginning, I only want to sent short Strings. the way from the 
phone to the PC works, but the way backwards won't run.
The server side (PC) tells me, that it send the string (6 bytes long), 
the client (phone) do receive a connection, but the transported String 
is empty (is.read() = -1).
Is it possible, that the BlueZ implementation is the problem? I am sure, 
that my source (Java) works correct  (on my opinion the problem can 
cause on two reasons: the BlueZ Stack or the Bluetooth-Stack on my 
mobile phone).
I were glad if someone can tell me something about this.

Greetings Johannes


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Problems with InputStream and OutputStream

[Marcel Holtmann]

Hi Johannes,

> I have the following problem.
> I want to communicate from a mobile phone to an PC with the BlueZ-Stack 
> and backwards.
> In the beginning, I only want to sent short Strings. the way from the 
> phone to the PC works, but the way backwards won't run.
> The server side (PC) tells me, that it send the string (6 bytes long), 
> the client (phone) do receive a connection, but the transported String 
> is empty (is.read() = -1).
> Is it possible, that the BlueZ implementation is the problem? I am sure, 
> that my source (Java) works correct  (on my opinion the problem can 
> cause on two reasons: the BlueZ Stack or the Bluetooth-Stack on my 
> mobile phone).

go ahead and run "hcidump -x" on the Linux side to see what is going on.

Regards

Marcel




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Problems with InputStream and OutputStream

[Johannes]

[-- Attachment #1: Type: text/plain, Size: 3307 bytes --]

Hi,

sorry, but my time run out last week.
I put hcidump -x on, but I'm not familiar with the output, it gives to me.
Perhaps you can help me.
But this might be the section, that is relevant to my problem:

<>> ACL data: handle 0x0029 flags 0x02 dlen 12
    L2CAP(s): Connect req: psm 3 scid 0x0068
< ACL data: handle 0x0029 flags 0x02 dlen 16
    L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0068 result 0 status 0
 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00
 > ACL data: handle 0x0029 flags 0x02 dlen 12
    L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 0
< ACL data: handle 0x0029 flags 0x02 dlen 14
    L2CAP(s): Config rsp: scid 0x0068 flags 0x0000 result 0 clen 0
< ACL data: handle 0x0029 flags 0x02 dlen 16
    L2CAP(s): Config req: dcid 0x0068 flags 0x0000 clen 4
    MTU 1024
 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00
 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00
 > ACL data: handle 0x0029 flags 0x02 dlen 18
    L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 4
    MTU 672
 > ACL data: handle 0x0029 flags 0x02 dlen 8
    L2CAP(d): cid 0x40 len 4 [psm 3]
      RFCOMM(s): SABM: cr 1 dlci 0 pf 1 ilen 0 fcs 0x1c
< ACL data: handle 0x0029 flags 0x02 dlen 8
    L2CAP(d): cid 0x68 len 4 [psm 3]
      RFCOMM(s): UA: cr 1 dlci 0 pf 1 ilen 0 fcs 0xd7
 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00
 > ACL data: handle 0x0029 flags 0x02 dlen 18
    L2CAP(d): cid 0x40 len 14 [psm 3]
      RFCOMM(s): PN CMD: cr 1 dlci 0 pf 0 ilen 10 fcs 0x70 mcc_len 8
      dlci 2 frame_type 0 credit_flow 15 pri 0 ack_timer 0 frame_size 
667 max_retrans 0 credits 3
< ACL data: handle 0x0029 flags 0x02 dlen 8
    L2CAP(d): cid 0x68 len 4 [psm 3]
      RFCOMM(s): DM: cr 1 dlci 2 pf 1 ilen 0 fcs 0x73
 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00
 > ACL data: handle 0x0029 flags 0x02 dlen 12
    L2CAP(s): Disconn req: dcid 0x0040 scid 0x0068
< ACL data: handle 0x0029 flags 0x02 dlen 12
    L2CAP(s): Disconn rsp: dcid 0x0040 scid 0x0068
 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00
< HCI Command: Disconnect(0x01|0x0006) plen 3
  29 00 13
 > HCI Event: Command Status(0x0f) plen 4
  00 01 06 04
 > HCI Event: Disconn Complete(0x05) plen 4
  00 29 00 16

The String I send to the server is 12bytes long, the other String 
6bytes, but I can't find any messages for these Strings.

Greetings Johannes


Marcel Holtmann wrote:

>Hi Johannes,
>
>  
>
>>I have the following problem.
>>I want to communicate from a mobile phone to an PC with the BlueZ-Stack 
>>and backwards.
>>In the beginning, I only want to sent short Strings. the way from the 
>>phone to the PC works, but the way backwards won't run.
>>The server side (PC) tells me, that it send the string (6 bytes long), 
>>the client (phone) do receive a connection, but the transported String 
>>is empty (is.read() = -1).
>>Is it possible, that the BlueZ implementation is the problem? I am sure, 
>>that my source (Java) works correct  (on my opinion the problem can 
>>cause on two reasons: the BlueZ Stack or the Bluetooth-Stack on my 
>>mobile phone).
>>    
>>
>
>go ahead and run "hcidump -x" on the Linux side to see what is going on.
>
>Regards
>
>Marcel
>
>
>
>
>  
>


[-- Attachment #2: Type: text/html, Size: 4387 bytes --]

Re: [Bluez-users] Problems with InputStream and OutputStream

[Marcel Holtmann]

Hi Johannes,

> sorry, but my time run out last week.
> I put hcidump -x on, but I'm not familiar with the output, it gives to
> me.
> Perhaps you can help me.
> But this might be the section, that is relevant to my problem:
> 
> <>> ACL data: handle 0x0029 flags 0x02 dlen 12
>     L2CAP(s): Connect req: psm 3 scid 0x0068
> < ACL data: handle 0x0029 flags 0x02 dlen 16
>     L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0068 result 0 status 0
> > HCI Event: Number of Completed Packets(0x13) plen 5
>   01 29 00 01 00
> > ACL data: handle 0x0029 flags 0x02 dlen 12
>     L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 0
> < ACL data: handle 0x0029 flags 0x02 dlen 14
>     L2CAP(s): Config rsp: scid 0x0068 flags 0x0000 result 0 clen 0
> < ACL data: handle 0x0029 flags 0x02 dlen 16
>     L2CAP(s): Config req: dcid 0x0068 flags 0x0000 clen 4
>     MTU 1024
> > HCI Event: Number of Completed Packets(0x13) plen 5
>   01 29 00 01 00
> > HCI Event: Number of Completed Packets(0x13) plen 5
>   01 29 00 01 00
> > ACL data: handle 0x0029 flags 0x02 dlen 18
>     L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 4
>     MTU 672
> > ACL data: handle 0x0029 flags 0x02 dlen 8
>     L2CAP(d): cid 0x40 len 4 [psm 3]
>       RFCOMM(s): SABM: cr 1 dlci 0 pf 1 ilen 0 fcs 0x1c
> < ACL data: handle 0x0029 flags 0x02 dlen 8
>     L2CAP(d): cid 0x68 len 4 [psm 3]
>       RFCOMM(s): UA: cr 1 dlci 0 pf 1 ilen 0 fcs 0xd7
> > HCI Event: Number of Completed Packets(0x13) plen 5
>   01 29 00 01 00
> > ACL data: handle 0x0029 flags 0x02 dlen 18
>     L2CAP(d): cid 0x40 len 14 [psm 3]
>       RFCOMM(s): PN CMD: cr 1 dlci 0 pf 0 ilen 10 fcs 0x70 mcc_len 8
>       dlci 2 frame_type 0 credit_flow 15 pri 0 ack_timer 0 frame_size
> 667 max_retrans 0 credits 3
> < ACL data: handle 0x0029 flags 0x02 dlen 8
>     L2CAP(d): cid 0x68 len 4 [psm 3]
>       RFCOMM(s): DM: cr 1 dlci 2 pf 1 ilen 0 fcs 0x73
> > HCI Event: Number of Completed Packets(0x13) plen 5
>   01 29 00 01 00
> > ACL data: handle 0x0029 flags 0x02 dlen 12
>     L2CAP(s): Disconn req: dcid 0x0040 scid 0x0068
> < ACL data: handle 0x0029 flags 0x02 dlen 12
>     L2CAP(s): Disconn rsp: dcid 0x0040 scid 0x0068
> > HCI Event: Number of Completed Packets(0x13) plen 5
>   01 29 00 01 00
> < HCI Command: Disconnect(0x01|0x0006) plen 3
>   29 00 13
> > HCI Event: Command Status(0x0f) plen 4
>   00 01 06 04
> > HCI Event: Disconn Complete(0x05) plen 4
>   00 29 00 16
> 
> The String I send to the server is 12bytes long, the other String
> 6bytes, but I can't find any messages for these Strings.

and there are no RFCOMM UIH packets that may transport your data. Check
the connection setup itself, because it looks like that on the other
side there is no service running on channel 2.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Problems with InputStream and OutputStream

[Marcel Holtmann]

Hi Johannes,

> I will try it in german ;)

this is not a good idea. Keep it on the mailing list.

If you cut some data from the output I can't tell you anything. Looks
like this is more problematic. So we need a binary dump from this
problem. Run "hcidump -w dumpfile". Bzip2 this file and attach it.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users