Android Question bluetooth/serial problems

Erel

B4X founder

Staff member

Licensed User

Longtime User

• Jan 22, 2014

• #2

In prefix mode any message you sent is sent with the prefix header. Maybe this is the cause of this error?

Prefix mode is more fragile to interruptions (missing bytes for example).

Are you handling the terminated and error events?

 

Upvote 0

TechEd

Member

Licensed User

Longtime User

• Jan 22, 2014

• #3

Erel said:

In prefix mode any message you sent is sent with the prefix header. Maybe this is the cause of this error?

Prefix mode is more fragile to interruptions (missing bytes for example).

Are you handling the terminated and error events?

Click to expand...

I thought that the prefix mode was a robust protocol. I have tried the non prefix protocol and with same result.
Is there a way to detect if the receive event is disabled so you can reinitiate the serial.
I set a breakpoint at Astream_Newdata, restart the PIC, witch starts with sending message to android, but no reaction.
If there were missing bytes something should happen.
I have a button on android that send data and this is working fine.
I am running the PIC program with MPLABX so I can se exactly what is coming on the serial port.
When android sends ACK (char(06)) I receive only one char (06H) to PIC, no header.
The same if I send a longer message only what I put into "sendbuffer" in android.
The chat can go on for several hours and suddenly for no reason just stop.
What do you mean by "terminated event" ?

 

Upvote 0

TechEd

Member

Licensed User

Longtime User

• Jan 22, 2014

• #4

This is strange
I wrote a new B4A program, just the communication part.
I just displayed the incoming string to log ( Log(s) ).
It worked ok.
As soon as I added a "EditText" to the view and displayed the
string in it the problem occurred. After a few minutes the B4A program
ignores incoming message. What is happening.
Yes I am handling the "terminated event".
This is so frustrating.

 

Upvote 0

lemonisdead

Well-Known Member

Licensed User

Longtime User

• Jan 22, 2014

• #5

Hello,
Is your service put in the foreground ? Or perhaps has to be started sticky ?

Another idea : phone wakestate to try (phone library).

 

Last edited: Jan 22, 2014

Upvote 0

TechEd

Member

Licensed User

Longtime User

• Jan 22, 2014

• #6

Yes it is running in the foreground.
The phone Awake.KeepAlive(True) is done in the Activity_Create.
Isn't there a way to debug this ?

 

Upvote 0

P

positrom2

Active Member

Licensed User

Longtime User

• Jan 22, 2014

• #7

A while ago I had posted here that EditText once the Edit-Window has opened slows down the app (communicating via BT with a µController using TextReader/Writer. Slowing-down persists even after closing the window...

 

Upvote 0

TechEd

Member

Licensed User

Longtime User

• Jan 22, 2014

• #8

Yes I have noted that it slows down quit a bit but that doesn't matter because the µController is waiting for a ACK after each trans
of 5 char. And it can keep on chatting for such a long time before it stalls.

 

Upvote 0

Erel

B4X founder

Staff member

Licensed User

Longtime User

• Jan 23, 2014

• #9

The prefix protocol is reliable as long as the underlying connection is reliable.

I wrote a new B4A program, just the communication part.
I just displayed the incoming string to log ( Log(s) ).
It worked ok.
As soon as I added a "EditText" to the view and displayed the
string in it the problem occurred. After a few minutes the B4A program
ignores incoming message. What is happening.
Yes I am handling the "terminated event".
This is so frustrating.

Click to expand...

Can you post the NewData code?

 

Upvote 0

TechEd

Member

Licensed User

Longtime User

• Jan 23, 2014

• #10

Here it is

 

Attachments

• BtMicro.zip

  14.3 KB · Views: 294

Upvote 0

Erel

B4X founder

Staff member

Licensed User

Longtime User

• Jan 23, 2014

• #11

If you change EditText1.Text = RecString to Log(RecString) will it work flawlessly?

What is the length of RecString?

Are you testing it in Release mode?

 

Upvote 0

TechEd

Member

Licensed User

Longtime User

• Jan 23, 2014

• #12

Yes I know it work with Log(RecString), se reply 4, but as soon as I
temper with the string the problem occurs.
Each poss in the string has a special meaning and is finished of with a value with is
going to be displayed in a view, so I am running it thru a Select case procedure

The length of RecString is 5 to 7 char for each trans.

I have tested it in all three modes same result.

 

Upvote 0

Erel

B4X founder

Staff member

Licensed User

Longtime User

• Jan 23, 2014

• #13

What do you mean with temper with the string?

 

Upvote 0

TechEd

Member

Licensed User

Longtime User

• Jan 23, 2014

• #14

In the real big program, when a string has arrived I call a subroutine to validate the sting,
what kind of data it contains and so on. Nothing out of the ordinary. Temper is maybe wrong
word lets say validating or analyzing. After returning from that sub I send ACK (Char(06) to
the µController system for next string to be sent. The µController do not send any data unless
B4A program is ready for receiving. No heavy traffic, less then 10 char per trans.

Sorry didn't se the "?" at the end of your first line. the answer to that is that I thing so, it vent on
for about 1,5 hour without any problem. After that I stopped the execution, comment out the "Log(RecString)"
and "Log("ACK")" -line and uncomment the "EditText1.text=RecString" -line, recompile and started execution.
After about 15-20 min it staled.

 

Upvote 0

Erel

B4X founder

Staff member

Licensed User

Longtime User

• Jan 24, 2014

• #15

Which device are you using?

Seems like an OS / UI framework problem. Try to switch to a label. Might solve this issue.

 

Upvote 0

TechEd

Member

Licensed User

Longtime User

• Jan 24, 2014

• #16

I am using the common RN42 Bluetooth device and a Acer Iconia B1 with Android 4.1.2
I have tried it on a Samsung S3 with same result.
Ok I will test with a label instead and also
I will do a test program under Windows that is similar
and report back when I have the result.

 

Upvote 0

TechEd

Member

Licensed User

Longtime User

• Jan 27, 2014

• #17

Now I have solved the problem.
After test towards a windows app witch worked perfect, I suspected the tablet.
I use a Aser Iconia B1 710 for this project.
The spec. says Bluetooth 4.0 nothing more.
But there is a big but. After contacting Acer they replayed that
the Iconia B1 "Only A2DP stereo headset are supported" no updates
are available. So you were right Erel it was an OS / UI framework issue.
Have tested on an other tablet works like a charm.

 

Upvote 0