I got 5 question on HC 05/HC 06 bluethoot module. I bought a HC 05 bluetooth module, I searched, but I couldnot find out
1.-how many byte does the bluetooth send?
2.-what kind of formate the data send it ?digital bytes?
3.-I read in a tutorial it says
"This means no libraries. It is vital that you understand that it is just another serial device
and the serial facility you already have is all you need. "
-The data send is one bit at a time, since it is 9600baud rate, it send 9600bits per second. It send one bit each time and does not send the whole thing in one go, and since the bit rate is 9600, we cant even notice it right?
4.-the bluetooth data is send one bit at time by radio transmissions?
go to this book. u may find some useful tips.
tahmod:
I got 5 question on HC 05/HC 06 bluethoot module. I bought a HC 05 bluetooth module, I searched, but I couldnot find out
1.-how many byte does the bluetooth send?
As many as you tell it to. The HC-05 modules internal firmware makes it look like a serial port to devices it pairs with and that is how the Arduino would talk to the HC-05. There is a limit on the number of bytes buffered in the Arduino serial firmware/library but if you send more than a buffer full of data non should be lost.
2.-what kind of formate the data send it ?digital bytes?
You talk to the HC-05 using serial (either software serial or hardware) it then transmits this info to the paired device and the device converts that data back to serial. For more information on Bluetooth google it or look here
tahmod:
Thanks Riva, but does it send one bit at time or send the the whole thing directly. For example i I send a number three from my phone, It will send 0000 0011? it will send it one bit at time so send first 1 then 1 then 0 then 0 ... or it just send directly the whole thing directly.
you have already got the answer in your original post;
tahmod:
I got 5 question on HC 05/HC 06 bluethoot module. I bought a HC 05 bluetooth module, I searched, but I couldnot find out
1.-how many byte does the bluetooth send?
2.-what kind of formate the data send it ?digital bytes?
3.-I read in a tutorial it says
"This means no libraries. It is vital that you understand that it is just another serial device
and the serial facility you already have is all you need. "
-The data send is one bit at a time, since it is 9600baud rate, it send 9600bits per second. It send one bit each time and does not send the whole thing in one go, and since the bit rate is 9600, we cant even notice it right?
4.-the bluetooth data is send one bit at time by radio transmissions?
tahmod:
-the bluetooth data is send one bit at time by radio transmissions? or it send the whole thing using radio transmissions?
not sure what you're trying to do/get; i'm a newbie and what i understand is; bluetooth IS radio transmission - unless you're trying to MAKE a BT transmitter/receiver, i don't think you need to know more details other than bluetooth(BT) is just "another serial link" - like USB, but wireless.... via radio transmisson
1.-does it send one bit at time or send the the whole thing directly. For example i I send a number three from my phone, It will send 0000 0011? it will send it one bit at time so send first 1 then 1 then 0 then 0 ... or it just send directly the whole thing directly.
2.-the bluetooth data is send one bit at time? or it send the whole thing?
3.-The data send is one bit at a time, since it is 9600baud rate, it send 9600bits per second. It send one bit each time and does not send the whole thing in one go, and since the bit rate is 9600, we cant even notice it right?
The answer to 1 and 2 is the same; one bit at a time.
I'm not sure whether 3 is a question or a statement, but one bit period is 1/9600 th of a second, so accounting for one start and one stop bit, you can send 960 bytes per second.
The answer to ALL your questions is:
IT IS SERIAL.
That means ONE THING AFTER ANOTHER. All data is sent ONE bit at a time in SERIES. That's what it means to be SERIAL.
After all, a serial killer doesn't kill all his victims at the same time, now, does he? He kills them one after the other. Otherwise he'd be a parallel killer.
Oh, and 9600 baud is 9600 symbols per second, not 9600 bits per second. In one 8-bit RS-232 byte you have 10 symbols. Important to remember, as 9600 baud is not 1200 bytes per second (9600/8), but 960 bytes per second (9600/10).
for example if I send a number 3 from a bluetooth module HC05. This number 3 convert to 51 from ascii table. The number that is send serially by bluetooth is 51 and not 3 right ?
It depends on whether you send the number 3 or the ASCII symbol '3'
If I send using my mobile phone a 3, the arduino receive a 51 or a 3?
See reply #8
If I make the received number as character is give a 3 but if I make the received number as int it give 51. Therefore it send the number three, just ignore the ASCII table.
Therefore it send the number three, just ignore the ASCII table
No, that's the ASCII symbol '3'
tahmod:
If I make the received number as character is give a 3 but if I make the received number as int it give 51. Therefore it send the number three, just ignore the ASCII table.
It looks like when you send 3 from your android phone it is not sending the number 3 but it's ASCII equivalent that happens to be 51. See ASCII table.
-So it send 110011 (51).
=> 1. A parity bit is send, because it is written is Synchronous, right or not?
http://www.ebay.co.uk/itm/HC-05-Bluetooth-Transceiver-Host-Slave-Master-Module-Wireless-Serial-6pin-/121159414549?pt=UK_Computing_USB_Bluetooth_Adapters_Dongles&hash=item1c35a9f315
=> 2.But in the datasheet it is written "default no parity" this mean that there is no parity but if you want you can make even parity or odd parity if you want?
http://www.exp-tech.de/service/datasheet/HC-Serial-Bluetooth-Products.pdf (Page 11)
=> 3. I use this command available == 0 with a while loop to allow the robot to wait until a number come. It wait for the full byte?
tahmod:
-So it send 110011 (51).
Yes
=> 1. A parity bit is send, because it is written is Synchronous, right or not?
Parity bits have nothing to do with comms being synchronous or asynchronous, they are uses as a simple form of error checking.
As long as you have the transmitter and receiver set to the same baud rate, start bits, stop bits & parity bits you should be getting good communications.
=> 2.But in the datasheet it is written "default no parity" this mean that there is no parity but if you want you can make even parity or odd parity if you want?
Yes, just remember to configure both the transmitter and receiver to the same protocol else you may be wrong data.
=> 3. I use this command available == 0 with a while loop to allow the robot to wait until a number come. It wait for the full byte?
Yes it waits for a full byte but be aware you may receive more than one byte.