Missing characters in Bluetooth streams

The other way is to use a checksum, so the program sending the stream sends a check sum, if the receiving unit has a checksum error it either asks for it to be sent again or the program sending waits for a 'received ok' message.

This will always be a problem with wireless coms, thus you need some sort of flow control.

Not sure if this helps at all.

Regards

Stu

A checksum is a good solution. However you should also make sure that there are no errors in your code. You can check AsyncStreamsText class.

Thanks for the replies.

I'll look at adding a checksum to the firmware of the radio controller. I was hoping to avoid that!

I'll also take a look at AsyncStreamsText.

Thanks again,

Chris

This will always be a problem with wireless coms, thus you need some sort of flow control.

Click to expand...

I am not so sure about that statement. If you have a stable connection there should be not need for checksums or other flow control if your code knows "what" (how many numbers, for example) is being sent and received (this automatically is kind of flow control). I realized when transmission was unstable the reason were cold joints. Having cured the hardware problems the transmission works seemless both ways without additional flow control. It's running like a clock- for hours, amazingly. Using Serial, Textreader. Asyncstreams I did not get working reasonably.
Regards, positrom2

I have worked with BT for a while and when the signal and hardware are fine everything is great.

I have also found as you move out of range and the signal drops off then you can encounter problems.

I generally use a checksum the main reason for the this is to ensure the data integrity. My recieve app knows what to expect as in the format of the serial stream but does not know the exact content. for example if the serial stream sends %start,1111,2222,3333,4444,CRLF the app knows to look for the '%start' and a CRLF to find the info and it will know there are 4 fields (this is not always the case), the 1's, 2's, 3's amd 4's could be any numbers if the wrong number is received then your app could do any number of odd things, by using a checksum the app will know that the data is corrupt and thus not use it or ask for it again.

as Positrom said flow control is not needed if everything (environment and hardware) are all good, but i find it is an extra layer to ensure correct operation.

Regards

Stu