Printable View
Hi, I have an array of 32 bytes. I need to send it to a Bluetooth module in HEX format. The only way I have been able to do it is,
I get many missing packages using this code. I get around 1 out of 8 missing packages. If I try the following code, it fails. I get a "Bad expression" error.Code:FOR I = 0 TO 31
SEROUT2 PORTC.1,84,[HEX2 SquaresArray[I]]
NEXT I
SEROUT2 PORTC.1,84,[","]
Any ideas on how I can do this? Thanks.Code:SEROUT2 PORTC.1,84,[hex2 STR SquaresArray\32, ","]
You are probably overwriting the TXREG before it's finished sending the previous packet. You didn't mention which PIC you're using, so refer to the appropriate data sheet for the exact Register naming, but something like this:
Code:FOR I = 0 TO 31
WHILE TXIF = 0
WEND
SEROUT2 PORTC.1,84,[HEX2 SquaresArray[I]]
NEXT I
SEROUT2 PORTC.1,84,[","]
No, that can't be it.
SEROUT and SEROUT2 are bitbanged routines so they don't use the (E)USART and therefor not the TXREG. HSEROUT does use the (E)USART but its smart enough to pace itself as to not overwrite TXREG.
The receive buffer in the Bluetooth module on the other hand...what if you split the string and send it two chunks with some delay in between?
What is a package.?
What else is sent ?
Are interrupts involved ?
My best guess is that the trouble is in the code not shown and that snippets are a yet again a pointless waste of time and effort
The data package looks like this 432551346666666600000000000000000000000000000000CC CCCCCCA98BB79A,. This is just 32 bytes in HEX format followed by a comma. The comma is just to delimit the packages. There are not interrupts involved. I'm trying to use the following code, but it doesn't workQuote:
Originally Posted by richard
Code:SEROUT2 PORTC.1,84,[hex2 STR SquaresArray\32, ","]
Hmm, how is that going to help? What amount of delay should I use?Quote:
Originally Posted by HenrikOlsson
Since you don't say which Bluetooth module you're using I can't tell what size the buffer is but if you keep feeding that buffer faster than the module is able to send the data out over the air it will eventually overflow and things happens as a result. As a test try a 1 second delay, if it seems to work you've probably found the cause and can start to think about what to do about it.
If the Bluetooth module have flow control pins it might be a good option.
I'm not saying this IS the issue but it's something I'd try.
This string is 65 bytes long and has a space after the CC.
Is that correct?
Ioannis
Quote:
Originally Posted by HenrikOlsson
I'm using an HC-05 module to send data to a PC or cellphone.
No, that space shouldn't be there. There are 64 characters followed by a comma.Quote:
Originally Posted by Ioannis
I sent these 65 bytes every 100 mS. The data rate of the HC-05 seems to be high,
https://www.geeksforgeeks.org/all-ab...7600%2C%20etc.Quote:
It uses the 2.45GHz frequency band. The transfer rate of the data can vary up to 1Mbps and is in range of 10 meters.
The HC-05 module can be operated within 4-6V of power supply. It supports baud rate of 9600, 19200, 38400, 57600, etc.
I think that the lost packages issue has to do with the way I'm sending the data,
Do you see anything wrong with this code?Code:FOR I = 0 TO 31
SEROUT2 PORTC.1,84,[HEX2 SquaresArray[I]]
NEXT I
SEROUT2 PORTC.1,84,[","]
No, I don't see anything wrong with that code. Have you tried increasing the delay between packages?
I would also check with a terminal on a PC what the serial port of the PIC sends out.
Maybe there is an electrical problem with the port.
I suppose you are using without an RS232 driver since the 84 implies a true TTL level.
For a PC sniffing you need a driver though.
Ioannis
Thanks, I will try both of your suggestions.