Harald Dente Blu ed il bluetooth. Che ce ne facciamo dei comandi di bluez?

Transcript

1 Harald Dente Blu ed il bluetooth Che ce ne facciamo dei comandi di bluez?

2 Harald Dente Blu?? Chi è Harald Dente Blu? La storia narra che Harald I blåtand (= dente blu) Gormson (= figlio di Gorm, patronimico) era un re vichingo nato intorno al 900 che unì le tribu danesi in unico regno. Cosa ha a che fare il bluetooth? Nel 1996 molte industrie cercavano un'alternativa wireless a corta distanza alla comunicazione seriale su cavo. Per evitare la competizione fu formato un SIG (Special Interest Group) collo scopo di unire tutte le proposte fatte da Intel/Ericcson/Nokia ==> esattamente come Harald Fonte

3 Il logo Il logo del bluetooth (pronunciato correttamente e non come blue toot = suono corto blu) deriva anche dal modo si scrivere nel 900 in scandinavia: il runico. Infatti è l'unione di una H(arald) ed una B(lutooth) in runico

4 Lo scopo del talk A questo punto avrei potuto dire di usare Gnome-bluetooth Blueman Kbluetooth (non funziona bene) e dimostrarvi come funzionano. Lo scopo però è cercare di capire qualcosa di più sul funzionamento del BT e che cosa c'è dietro ai programmi che ho elencato sopra.

5 Il pacchetto bluez Il pacchetto bluez (debian e derivati come (k)ubuntu) è quello base per il bluetooth. NOTA: bluez 4.xx NON è molto documentata Quasi tutto ciò che si trova in giro è per 3.xx Si deve scavare in /usr/share/doc/bluez Vediamo quello che c'è dentro col comando dpkg -L bluez

6 Ci sono dei comandi di sistema /usr/sbin/bccmd /usr/sbin/bluetoothd /usr/sbin/hciattach /usr/sbin/hciconfig /usr/sbin/hciemu NOTA1: si vede che sono in /sbin NOTA2: bluetoothd sostituisce hidd in bluez 3.xx NOTA3: l'interazione con bluetoothd avviene su DBUS

7 Esempio di interazione su DBUS Comando per accendere l'interfaccia hci0 su DBUS # dbus-send --system --print-reply --type=method_call --dest=org.bluez /org/bluez/1384/hci0 org.bluez.adapter.setproperty string:powered variant:boolean:true NOTA qdbus --system org.bluez /org/bluez/1384/hci0 org.bluez.adapter.setproperty Powered true Dovrebbe funzionare ma non intrepreta true come boolean Lo stato Powered può esser ottenuto anche con hciconfig hci0 up Se non funziona può esser che il device sia bloccato: si può conrollare con rfkill list e se è il caso rfkill unblock

8 Per vedere quali proprietà si possono cambiare al volo, come nome, visibiltà ecc si può usare qdbus --system org.bluez /org/bluez/1384/hci0 org.bluez.adapter.getproperties Nota il 1384 qui sopra può esser diverso

9 E ci sono dei comandi utente /usr/bin/bluetooth-agent /usr/bin/hcitool /usr/bin/rfcomm /usr/bin/dfutool /usr/bin/l2ping /usr/bin/sdptool /usr/bin/ciptool A CHE SERVONO QUESTI COMANDI?

10 I profili. Ossia a che serve il bt? Quando è nato il bt si pensava di trovare una tecnologia che permettesse di scambiare dati in maniera wireless (senza duplicare il wifi) fra dispositivi mobili (cell, portatili) su una rete piccola sia di numero che di area (=piconet) con basso consumo di energia

11 L'utilizzo del bt è quindi divisibile in tre ampie categorie Connessione di periferiche per esempio mouse, stampanti, auricolari Access point di dati/voce usare il cell come modem o come telefono dall'auto PAN (=Personal Area Networking) scambio di foto/musica fra due cell usare TCP su bt fra due computer

12 Ad ognuno dei precedenti usi corrisponde quello che si chiama un profilo. Il profilo ci dice come si scambiano i dati (o meglio come si usano i protocolli per uno scopo). Ad esempio ci sono i profili HID Human Interface Device profile mouse, tastiera, wiimote BPP Basic Printing Profile stampanti DUN Dial-Up Networking profile cell come modem HFP Hand Free Profile usare il cell dall'auto FTP File Transfer Profile per cercare/vedere file, directory GOEP Generic Object Exchange Profile per spostare file ecc visti con FTP Quindi FTP dipende da GOEP. Genericamente un profilo può dipendere da altri.

13 hcitool Uno dei comandi utente è hcitool che mooolte opzioni. hcitool ci fa vedere le opzioni hcitool dev ci fa vedere i dispositivi locali hcitool scan fa vedere i dispositivi visibili con il loro nome hcitool info 00:11:22:33:44 (da root) fa veder delle info sul disposito 00:11:22:33:44

14 sdptool Adesso possiamo chiederci quali servizi (= profili) l'altro oggetto col bt offre. C'è un protocollo in bt SDP = Service Discovery Protocol che fa al caso nostro. sdptool ci va vedere le opzioni sdptool browse 00:11:22:33:44 ci va vedere tutti I servizi offerti da 00:11:22:33:44

15 Esempio di output di browse Browsing 00:11:22:33:44... Service Name: BlueZ PANU service < Ci dicono quale profilo è attivo Service Description: BlueZ PAN service < in questo caso PANu ossia può Service RecHandle: 0x10000 accedere ad internet come utente Service Class ID List: tramite un server NAP che usa PAN "PAN User" (0x1115) Protocol Descriptor List: "L2CAP" (0x0100) PSM: 15 "BNEP" (0x000f) Version: 0x0100 SEQ16: Language Base Attr List: code_iso639: 0x656e encoding: 0x6a base_offset: 0x100 Profile Descriptor List: "PAN User" (0x1115) Version: 0x0100 Service Name: OBEX Object Push... Immagine da

16 l2ping Per verificare se possiamo fisicamente conneterci ad un altro oggetto BT possiamo mandare degli impulsi per vedere se risponde Ossia fare ping su BT con l2ping 00:11:22:33:44

17 Pairing Per poter usare un dispositivo BT si deve far si che I due dispositivi si fidino uno dell'altro. Questo è il pairing. Per farlo si deve usare un Agent che si occupa di trasmettere le richieste del PIN Un modo per farlo è con /usr/share/doc/bluez/examples/simple-agent hci0 NOTA non sono riuscito a farlo con bluetooth-agent

18 rfcomm Ora che abbiamo un connessione BT possiamo cercare il canale su cui conneterci al modem sdptool search DUN E poi possiamo conneterci al canale trovato,ex 5 rfcomm bind rfcomm0 00:11:22:33:44 5 A questo punto possiamo conneterci con minicom alla porta /dev/rfcomm0 per controllare il modem NOTA: non è possibile usare qdbus --system org.bluez /org/bluez/5989/hci1/dev_00_1e_45_8d_32_22 org.bluez.serial.connect spp poiché bluetoothd è intelligente e chiude la connessione quando il qdbus termina.

19 Conclusioni E' poi possibile connettere mouse/tastiere dovrebbero funzionare automaticamente Stampanti bisogna informare cups o simili headset/ cuffie bisogna informare alsa o simili Usando però un gestore come quelli elencati all'inizio tutte (o quasi) queste operazioni dovrebbero esser trasparenti all'utente.

20 Programmi per Remote Control Come ultimissimo esempio di applicazione: usare il cellulare per controllare presentazioni/volumi ecc Questi sono alcuni programmi che si possono usare per utilizzare il cellulare come controllo remoto di presentazioni ecc nel caso non sia gia' predisposto per questo come i SE amora: Symbian Series 60 anyremote: Nokia Series40 and Series60 Sony Ericsson Motorola BenqSiemens