content: entries on bluetooth
This commit is contained in:
		
							parent
							
								
									5b44022f99
								
							
						
					
					
						commit
						7870d00bab
					
				
					 3 changed files with 59 additions and 0 deletions
				
			
		|  | @ -2,6 +2,7 @@ | |||
| tags: | ||||
|   - networks | ||||
|   - procedural | ||||
|   - bluetooth | ||||
|   - Linux | ||||
| --- | ||||
| 
 | ||||
|  |  | |||
							
								
								
									
										20
									
								
								zk/Bluetooth_frequency_hopping.md
									
										
									
									
									
										Normal file
									
								
							
							
						
						
									
										20
									
								
								zk/Bluetooth_frequency_hopping.md
									
										
									
									
									
										Normal file
									
								
							|  | @ -0,0 +1,20 @@ | |||
| --- | ||||
| tags: | ||||
|   - bluetooth | ||||
|   - networks | ||||
|   - radio | ||||
| --- | ||||
| 
 | ||||
| # Bluetooth frequency hopping | ||||
| 
 | ||||
| Bluetooth transmits on the 2.5GHz frequency band. As this is an unlicenced band | ||||
| there can be interference to the signal and interception. | ||||
| 
 | ||||
| To get around this, bluetooth engages in **frequency hopping**. It rapidly | ||||
| switches its channel of transmission between 79 distinct frequences within the | ||||
| 2.5GHz band where each channel occupies a bandwidth of 1MHz. | ||||
| 
 | ||||
| Each available band is divided into time slots. This allows multiple devices to | ||||
| communicate simultaneously without interfering with each other (that much). The | ||||
| [master device](./Bluetooth_piconet.md) controls the sequencing and | ||||
| synchronisation of the time slots. | ||||
							
								
								
									
										38
									
								
								zk/Bluetooth_piconet.md
									
										
									
									
									
										Normal file
									
								
							
							
						
						
									
										38
									
								
								zk/Bluetooth_piconet.md
									
										
									
									
									
										Normal file
									
								
							|  | @ -0,0 +1,38 @@ | |||
| --- | ||||
| tags: | ||||
|   - bluetooth | ||||
|   - networks | ||||
| --- | ||||
| 
 | ||||
| # Bluetooth piconet | ||||
| 
 | ||||
| Bluetooth devices connect via a micro-network known as a "piconet". Devices | ||||
| connect to each other in a master/slave relationship (since renamed | ||||
| "central/peripheral"). | ||||
| 
 | ||||
| Prior to the establishment of a piconet, devices remain in discoverable/scanning | ||||
| mode. | ||||
| 
 | ||||
| At least one master and one slave is required to make a piconet however a master | ||||
| can have multiple slaves simultaneously (e.g. a computer with keyboard, mouse, | ||||
| speakers etc). | ||||
| 
 | ||||
| The master controls the connection timing and frequency modulation (necessary | ||||
| for the Bluetooth protocol) and the slave synchronises its clock with the | ||||
| master's. A slave can have its own controls (e.g. a set of headphones with | ||||
| playback controls) but it is the master that orchestrates the action. | ||||
| 
 | ||||
| What does this mean? | ||||
| 
 | ||||
| Take a mouse as a slave that is sending the click data to the master it is | ||||
| paired with. The mouse's microcontroller controls the click and what it "means" | ||||
| (although this is handled at a level up, in the application layer) but _when_ | ||||
| the data is processed is managed by the master. The master controls: | ||||
| 
 | ||||
| - when devices can transmit | ||||
| - what frequency they use | ||||
| - the timing and synchronisation of the data exchanged | ||||
| 
 | ||||
| So in other words, the mouse waits for the master to give it a timeslot once the | ||||
| click has occurred. Then it's data is handed off to the application responsible | ||||
| on the master device. | ||||
		Loading…
	
	Add table
		
		Reference in a new issue