BT SPP Problem on 7610

[intuwave2]

Hi,

If I run the btsppEcho midlet (here) on my 7610, and another instance on a second phone (I've tried Moto Razr, 6230i and 6600), then whether the phone is in client or server mode, as soon as the 7610 *receives* a message it will disconnect immediately after. It has no problem sending.

The app works fine between any other two phones I have.

Is this a bug in the 7610 JVM?

I tried this because I am seeing the same behaviour in my own SPP app. As soon as the app receives a blob of data it will not receive any more. The app works fine on any other J2ME phone with JSR-82.

Thanks,

[peterblazejewicz]

hi,

try that technote:
http://forum.nokia.com/Technical_Lib...in_MIDlets.htm
regards,
Peter

[intuwave2]

Cheers for the quick response. At first glance that would appear to be it, except in my application:

1) Both ends of the stream are kept open

2) The read that blocks is trying to read a single byte. The previous successful read only read 15 bytes.

So I don't think it can be neither the stream closing issue nor the buffer size one. Also the app works on a 6600 although the firmware version on mine is a lot older than the one listed in the technote.

The technote refers to that spp example, but from a quick glance at the code, it would appear that the connection is maintained, and the buffer size only depends on the length of the text sent.

[intuwave2]

Anyone else encountered it? Any other ideas? I'd hate to have to label our product as not working on a specific phone model, but that's my only option right now.

[sulthan]

A have similar problem on my 3230 (which has probably the same software as 7610).

I connect to Nokia ld-3w gps module and the first byte read after connecting is always -1 (indicating the end of stream). If I ignore this, i can continue reading bytes but after 40seconds (exactly) a get another end of stream and i must close the connection.
After that, i must wait 1 minute until the gps module closes the connection too and then i can reconnect (in every 3minutes a have 40seconds of reading data and the rest is connecting/closing connection).

I'm sure it's a bug in 3230 implementation.