Bluetooth Development

Transcript

1 Bluetooth Development Ing. Alessandro Di Nepi COMLAB DEA Università ROMA TRE Agenda Introduzione Ciclo di sviluppo Strumenti di supporto Ambienti di sviluppo Esempi: RFCOMM sotto Linux. L2CAP sotto Windows. OBEX in Java 1

2 Riferimenti Standard Bluetooth ( Bluetooth Designer ( Bluez ( MSDN ( Java: SUN Developer Network ( JavaBluetooth ( Introduzione Bluetooth nasce nel 1998 da un consorzio Ericsson, IBM, Intel, Nokia and Toshiba. tra Standard aperto per trasmissioni via radio a corto raggio di voce o dati sia per applicazioni punto- punto che multipunto. Ad oggi ci sono più di 1100 compagnie che lo adottano Il nome ed il logo sono ispirati ad Harald Blåtand (tradotto Blue Tooth), re di Danimarca tra 940 ed il 985, che ha unito la Danimarca e la Norvegia ed ha portato il Cristianesimo in Scandinavia. 2

3 Caratteristiche Tecnologia radio a bassa potenza e portata limitata nella banda 2.4GHz (ISM) Banda ISM regolata ma non soggetta a licensa. Supporto per voce e dati: velocità fino a kbit/s (1.2) e 2.1Mbit/s (2.0). Non c èc bisogno che i dispositivi siano in vista. Supporto alla sicurezza Economicità dei dispositivi. Grandissima penetrazione nel mercato. Applicazioni Sistema cable replacement : Scambio dati via seriale (vcard, file, messaggi). Collegamento di modem cellulari (internet, LAN). Collegamento di tastiere, mouse, stampanti. Applicazioni Audio: Sistemi handsfree (auricolari, autoradio, etc.). Medicali: Cartella medica wireless, consultazione remota, defibrillatori ZOLL, data collecting, etc.). Limitate dalla fantasia del progettista e dall interpretazione non corretta delle specifiche. 3

4 Tecnologie Radio Ciclo di sviluppo SI Specifiche Differente Tecnologia NO Cambio SPECS? NO Bluetooth OK? SI Progettazione Realizzazione Prototipo Produzione 4

5 Ciclo di sviluppo: Specifiche Fase fondamentale molte volte sottovalutata. Alla fine di questa fase deve essere chiaro perchè Bluetooth è la tecnologia giusta per l applicazione l in esame. Fattori che influenzano: Portata; Potenza irradiata; Energia (batterie); Numero di dispositivi; Tipo di dati e relativo timing (latenza, data rate, etc.) Ciclo di sviluppo: Progettazione Si passa dall idea ad una sua realizzazione su carta : come realizziamo le specifiche con la tecnologia scelta. Fattori chiave: Scelta dell hardware Scelta della classe del dispositivo Scelta del profilo da implementare Scelta dell alimentazione (se necessario) Sicurezza del sistema 5

6 Scelta dell HW Dispositivi HW: PC Laptop Tablet Palmari Cellulari Embedded Classe dei dispositivi Bluetooth Condiziona sia la portata che il consumo Class Power (mw) Power (dbm) Range (m) Class ~100 Class ~10 Class ~

7 Bluetoot Profiles Per favorire la comunicazione fra dispositivi eterogenei lo standard prevede la definizione dei profiles: Specificano come utilizzare la tecnologia Bluetooth nella specifica classe di dispositivi per realizzare un applicazione. Per comunicare i diversi dispositivi devono supportare lo stesso profilo. Protocolli Applicazioni Profili Scelta del profilo Generic Access Profile (GAP) Service Discovery Application Profile (SDAP) Serial Port Profile (SPP) Dial-up Networking Profile (DUNP) Fax Profile Headset Profile LAN Access Profile (using PPP) (LAP) Generic Object Exchange Profile (GOEP) File Transfer Profile Object Push Profile Synchronization Profile 7

8 Headset profile AT Commands RFCOMM L2CAP LMP Audio Stream ACL SCO Bluetooth Baseband LAN access point profile PPP RFCOMM L2CAP LMP ACL SCO Bluetooth Baseband 8

9 Strumenti di supporto Non sono funzionali alla progettazione ma sono utili in fase di sviluppo. Mettono a disposizione delle primitive base per: Individuare dispositivi bluetooth (inquire) Pairing dei dispositivi Connessione Autenticazione Lista dei servizi Scambio Dati Disponibile da shell dei comandi ed interfaccia grafica. Strumenti di supporto in BlueZ (1) BlueZ implementa lo standard Bluetooth in Linux. hcitool fornisce una serie di strumenti: Controllo dei dispositivi locali: # hcitool dev Devices: hci0 00:01:02:03:04:05 Scansione dei dispositivi remoti: # hcitool scan Scanning... 00:0A:0B:0C:0D:0E BT_device 9

10 Strumenti di supporto in BlueZ (2) Interrogazione dei dispositivi remoti: # hcitool inq Inquiring... 00:0A:0B:0C:0D:0E clock offset: 0x5579 class: 0x72010c Eseguire l2ping: # l2ping 00:0A:0B:0C:0D:0E Ping: 00:0A:0B:0C:0D:0E from 00:01:02:03:04:05 (data size 20) bytes from 00:0A:0B:0C:0D:0E id 200 time 69.85ms 20 bytes from 00:0A:0B:0C:0D:0E id 201 time 9.97ms 20 bytes from 00:0A:0B:0C:0D:0E id 202 time 56.86ms 20 bytes from 00:0A:0B:0C:0D:0E id 203 time 39.92ms 4 sent, 4 received, 0% loss Radio Frequency Communication (RFCOMM) Si può stabilire una radio frequency connection con un altro dispositivo Bluetooth usando il comando rfcomm. È possibile configurare il comportamento di rfcomm attraverso il file /etc/bluetooth/rfcomm.conf. Stabilire una connessione RFCOMM (active): # rfcomm connect 0 00:0A:0B:0C:0D:0E 1 Connected /dev/rfcomm0 to 00:0F:DE:69:50:24 on channel 1 Press CTRL-C C for hangup Stabilire una connessione RFCOMM (passive): # rfcomm listen 0 1 Waiting for connection on channel 1 Una volta stabilita la connessione la comunicazione seriale avviene attraverso la porta /dev/rfcommx. 10

11 Personal Area Network Viene creata una rete tra dispositivi Bluetooth che supportano il profilo Per prima cosa bisogna caricare il modulo per la gestione del protocollo di emulazione di rete (Bluetooth Network Emulation Protocol): # modprobe bnep Sul dispositivo server avviare il daemon pand in ascolto: # pand --listen --role NAP --master autozap Sui client avviare il daemon pand in ascolto: # pand --connect 00:0A:0B:0C:0D:0E --service NAP autozap A questo punto si possono configurare gli indirizzi di rete sui due host: host0 # ifconfig bnep host1 # ifconfig bnep Strumenti di sviluppo desktop Le stesse funzionalità viste sono disponibili sui diversi ambienti desktop. LINUX: KDE: : kdebluetooth ( bluetooth.sourceforge.net/) Gnome: : gnome-bluetooth ( bluetooth) Windows XP: gestiti dai driver di sistema Java 11

12 KDE Bluetooth: Discover Gnome-Bluetooth: OBEX send file 12

13 Windows: services inquiry Ambienti di sviluppo Vengono forniti per i diversi sistemi operativi e piattaforme di sviluppo: Proprietari: a seconda dell HW. Linux: Bluez. Windows: Bluetooth API. Java: JSR-82, Java APIs for Bluetooth Wireless Technology. 13

14 Cambridge Silicon Radio BlueCore Cambridge Silicon Radio (CSR, produce chipset bluetooth (BC-0x) totalmente integrati che vengono programmabili ad alto livello. Una volta sviluppato il firmware proprietario, questo viene caricato sui moduli e consegnato al produttore. La maggior parte dei dispositivi integrati (auricolare, dongle USB) integra questo chipset. CSR: BC-02 14

15 CSR Casira Development Kit Ciclo di sviluppo: Sviluppo dell applicativo. Integrazione del chipset nel sistema reale. CSR produce un firmware da caricare sul chipset. Costo sistema (HW+SW): Costo del modulo: 10. CSR: Stack Virtual Machine 15

16 CSR: Bluelab Professional Sviluppo Bluetooth La programmazione Bluetooth è molto simile a quella Internet, con cui condivide i principi di comunicazione e scambio dati fra dispositivi. Tipicamente la comunicazione viene divisa in diverse parti: Scelta del dispositivo con cui comunicare Scelta della modalità di comunicazione Attivazione della connessione uscente (initiator) Accettazione della connessione entrante (listner) Invio dati Ricezione dati 16

17 Windows: Bluetooth API Microsoft ha integrato nativamente il supporto a Bluetooth nella versione XP SP1. Meccanismi molto simili sono condivisi anche per i sistemi Embedded (Windows Mobile5). Microsoft fornisce due diverse modalità di programmazione Bluetooth: Utilizzando le interfaccie socket; Utilizzando il dispositivo direttamente. Linux: BlueZ BlueZ implementa le API per le comunicazioni Bluetooth sotto Linux. Architettura flessibile, efficente e modulare. Viene utilizzato in C/C++. Fornisce il controllo di tutte le parti del sistema, anche quelle avanzate (RSSI) Carenza di documentazione. 17

18 JAVA: JSR-82 In ambiente JAVA le API JSR-82 rappresentano l ambiente l di sviluppo ufficiale per la tecnologia Bluetooth. JSR-82 consiste di due librerie: javax.bluetooth: contiene primitive per le funzioni bluetooth (incluse RFCOMM); javax.obex: implementa le funzioni OBEX. Disponibile su tutte le piattaforme. Fornisce un controllo limitato sull HW (no RSSI), va bene per semplici applicazioni. BlueZ: architettura 18

19 BlueZ: installazione L installazione di Bluez consiste nel caricamento di alcuni moduli nel kernel e nell installazione delle librerie user-space. space. Caricamento dei moduli nel kernel (automatico): modprobe bluez modprobe l2cap modprobe hci_uart (UART support. Optional) modprobe hci_usb (USB support. Optional) Installazione delle librerie: apt-get install bluez-* * libbluetooth1-dev BlueZ: compilazione La compilazione dei programmi a linea di comando viene fatta con GCC attraverso l istruzione: # gcc simplescan.c -o simplescan lbluetooth Utilizzando invece cc come preprocessore # cc `pkg` pkg-config --cflags --libs gtk+-2.0` -l bluetooth BlueBoxRemote.c -o BlueBoxRemote 19

20 Scelta del dispositivo con cui comunicare Ogni dispositivo Bluetooth viene fornito di un indirizzo unico di 48bit (Bluetooth Address, BDADDR). Il dispositivo con cui comunicare viene identificato da tutti i layer col BDADDR. Viene fatta una scansione dello spazio circostante per vedere i device in prossimità. Il risultato è una lista di device Bluetooth da cui selezionare il destinatario. Bluez: simplescan.c (1) include <sys/socket.h socket.h> #include <bluetooth/bluetooth.h< bluetooth/bluetooth.h> #include <bluetooth/hci.h< bluetooth/hci.h> #include <bluetooth/hci_lib.h< bluetooth/hci_lib.h> int main(int argc,, char **argv argv) { inquiry_info *ii = NULL; int max_rsp, num_rsp; int dev_id,, sock, len,, flags; int i; char addr[19] = { 0 ; char name[248] = { 0 ; dev_id = hci_get_route(null); sock = hci_open_dev( dev_id ); if (dev_id( < 0 sock < 0) { perror("opening socket"); exit(1); 20

21 Bluez: simplescan.c (2) len = 8; max_rsp = 255; flags = IREQ_CACHE_FLUSH; ii = (inquiry_info( inquiry_info*) *)malloc(max_rsp * sizeof(inquiry_info)); num_rsp = hci_inquiry(dev_id, len, max_rsp,, NULL, &ii, flags); if( num_rsp < 0 ) perror("hci_inquiry"); "); for (i = 0; i < num_rsp; ; i++) { ba2str(&(ii+i)->bdaddr bdaddr, addr); memset(name,, 0, sizeof(name)); if (hci_read_remote_name(sock( hci_read_remote_name(sock,, &(ii+i ii+i)->bdaddr, sizeof(name), name, 0) < 0) strcpy(name,, "[unknown]"); printf("%s %s\n", addr,, name); free( ii ); close( sock ); return 0; Bluez: simplescan.c (note) Le funzioni che convertono gli indirizzi Bluetooth in stringa sono: int str2ba( const char *str* str, bdaddr_t *ba ); int ba2str( const bdaddr_t *ba,, char *str* ); L inizializzazione del device Bluetooth locale viene fatta con: int hci_get_route( bdaddr_t *bdaddr ); /*NULL = default*/ int hci_open_dev( int dev_id ); Se sono presenti più schede Bluetooth nel sistema e vogliamo aprire una specifica si utilizza int dev_id = hci_devid( ( "01:23:45:67:89:AB" ); 21

22 Bluez: simplescan.c (note) La funzione che esegue l inquiry l è: int hci_inquiry(int dev_id, int len, int max_rsp,, const uint8_t *lap, inquiry_info **ii, long flags); hci_inquiry ritorna la lista di device scoperti ed alcune informazioni su di essi nella variable ii. In caso di errori ritorna -1. Da notare che hci_inquiry vuole un intero per identificare la scheda Bluetooth (dev_id) invece che l identificativo l di un socket come avviene per le altre funzioni. La funzione hci_read_remote_name legge il nome dal dispositivo remoto di cui si specifica il BDADDR: int hci_read_remote_name(int len,, char *name, int int len int timeout) sock, const bdaddr_t *ba, Bluez: : socket RFCOMM La comunicazione attraverso SOCKET Bluetooth è uguale a quella TCP/IP. L unica differenza sta nelle funzioni di apertura ed indirizzamento dei socket. I passi da fare sono: Apertura del socket Connessione (master) o listening (slave) Invio (write sul socket) o ricezione di caratteri (read dal socket) Chiusura del socket. 22

23 Bluez: : RFCOMM server int main(int argc,, char **argv argv) { struct sockaddr_rc loc_addr = { 0, rem_addr = { 0 ; char buf[1024] = { 0 ; int s, client, bytes_read; int opt = sizeof(rem_addr); // allocate socket s = socket(af_bluetooth,, SOCK_STREAM, BTPROTO_RFCOMM); // bind socket to port 1 of the first available // local bluetooth adapter loc_addr.rc_family = AF_BLUETOOTH; loc_addr.rc_bdaddr = *BDADDR_ANY; loc_addr.rc_channel = (uint8_t) 1; bind(s,, (struct( sockaddr *)&loc_addr loc_addr, sizeof(loc_addr)); Bluez: : RFCOMM server // put socket into listening mode listen(s,, 1); // accept one connection client = accept(s,, (struct( sockaddr *)&rem_addr rem_addr,, &opt); ba2str( &rem_addr.rc_bdaddr& rem_addr.rc_bdaddr, buf ); fprintf(stderr,, "accepted connection from %s\n",% buf); memset(buf,, 0, sizeof(buf)); // read data from the client bytes_read = read(client, buf, sizeof(buf)); if( bytes_read > 0 ) { printf("received [%s] s]\n", buf); // close connection close(client); close(s); return 0; 23

24 Bluez: : RFCOMM client { int main(int argc,, char **argv argv) struct sockaddr_rc addr = { 0 ; int s, status; char dest[18] = "01:23:45:67:89:AB"; // allocate a socket s = socket(af_bluetooth,, SOCK_STREAM, BTPROTO_RFCOMM); // set the connection parameters (who to connect to) addr.rc_family = AF_BLUETOOTH; addr.rc_channel = (uint8_t) 1; str2ba( dest,, &addr.rc_bdaddr& ); // connect to server status = connect(s,, (struct( sockaddr *)&addr addr, sizeof(addr)); // send a message if( status == 0 ) { status = write(s,, "hello!", 6); close(s); return 0; Bluez: : RFCOMM (note) In alcuni casi si verificano fenomeni di corsa sull apertura delle porte causando lo stallo del programma. Si consideri ad esempio la situazione che segue: A (master) apre il socket; A invia a B (slave) una prima stringa di bit ed aspetta la risposta. sta. B ha un alta latenza nell aprire la porta Bluetooth quindi non riceve i bit di A. B è in attesa dei bit di A. Risultato: entrambi i programmi sono in attesa e la comunicazione va in stallo. La detezione di situazioni di questo tipo può essere fatta inserendo breakpoint in posizione opportuna. La soluzione consiste nell inserire istruzioni di sleep tra l apertura l della porta A e l invio l dei dati. 24

25 Bluez: : RFCOMM (note) Un altro problema che si riscontra facilmente nelle comunicazioni RFCOMM riguarda l ordinamento l dei byte, soprattutto interfacciando sistemi diversi. Al contrario di quanto avviene per le reti, Bluetooth usa un ordinamento little-endian endian in cui i byte meno significativi vengono inviati prima. Bluez fornisce delle funzioni di conversione: unsigned short int htobs( ( unsigned short int num ); unsigned short int btohs( ( unsigned short int num ); unsigned int htobl( ( unsigned int num ); unsigned int btohl( ( unsigned int num ); Windows: socket L2CAP Esattamente come avviene per RFCOMM, la comunicazione L2CAP avviene attraverso il paradigma SOCKET TCP/IP. La differenza consiste nelle funzioni di include e nel meccanismo di apertura ed indirizzamento dei socket. Le funzioni da includere in questo caso sono: #include <winsock2.h> #include <Ws2bth.h> #include <BluetoothAPIs.h< BluetoothAPIs.h> 25

26 JAVA, JSR-82 I dispositivi vengono rappresentati dalle classi: javax.bluetooth.localdevice per il dispositivo locale; javax.bluetooth.remotedevice remoti. per tutti i dispositivi Come già visto anche negli altri ambienti la comunicazione avviene attraverso i seguenti passi: Inizializzazione dello stack. Discovery del dispositivo con cui comunicare Gestione del dispositivo Discovery dei servizi Comunicazione JSR-82, Device Discovery La classe javax.bluetooth.discoveryagent viene utilizzata per scoprire dispositivi Bluetooth in prossimità. Quando chiamata ritorna un oggetto javax.bluetooth.remotedevice per ogni dispositivo individuato. Se invece vogliamo essere notificati da un evento quando siamo scoperti dobbiamo implementare il metodo dell interfaccia javax.bluetooth.discoverylistener. 26

27 Data Transfer: RFCOMM vs OBEX Per scambiare dati possiamo usare sia RFCOMM che OBEX: quando è opportuno usare uno o l altro? RFCOMM è più indicato per trasferire stream di dati,, esattamente come si farebbe con una porta seriale. OBEX è invece indicato quando i dati da scambiare sono file,, insieme alle informazioni associate (tipo di file, data, dimensione). Se bisogna scambiare dati non assemblati in file RFCOMM, altrimenti OBEX. Operazioni OBEX OBEX è l acronimo di OBject EXchange: è protocollo nativo IRDA adottato da Bluetooth. É un un protocollo per lo scambio dati: vengono definiti: Un server,, l entitl entità che accetta o mette a disposizione file Un client,, l entitl entità che chiede o invia file Le operazioni,, ovvero le interazioni tra client e server. Per ogni operazione iniziata dal client il server invia una risposta che indica lo stato dell operazione. 27

28 Operazioni OBEX OBEX Server: inizializzazione Per creare un server OBEX dobbiamo estendere la classe javax.obex.serverrequesthandler. Visto poi che dobbiamo rispondere ad eventi scatenati da buttons dobbiamo anche implementare l interfaccia l ActionListener. import javax.swing.*; import java.awt.*; import java.awt.event.*; import javax.microedition.io.*; import java.io.*; import javax.bluetooth.*; import javax.obex.*; public class FileServer extends ServerRequestHandler implements ActionListener{ 28

29 OBEX Server: action_performed public void actionperformed(actionevent e) { startbutton.setenabled(false); try { UUID uuid = new UUID("8841", true); String url = "btgoep://localhost:" + uuid + ";name=ftp;authenticate=false;master=false;encrypt=false"; SessionNotifier sn = (SessionNotifier)Connector.open(url); updatestatus("[server:] Now waiting for a client to connect"); sn.acceptandopen(this); updatestatus("[server:] A client is now connected"); catch (Exception ex){ OBEX Server: action_performed Ciascun servizio su una macchina ha bisogno di un identificativo univoco (UUID): in questo caso abbiamo scelto 8841; Nel connetersi a questo server il client dovrà utilizzare questo codice. Visto che stiamo creando un server, abbiamo bisogno di chiamare la funzione Connector.open() passandogli come argomento l indirizzo l del servizio. Da notare che abbiamo chiamato il servizio FTP (può essere qualunque): questo è il nome che appare nel service discovery. Visto che il server può ricevere comandi OBEX dal client (CONNECT, GET, PUT, etc.) dovremmo prevedere le relative funzioni per implementarli. 29

30 OBEX Server: on_connect Viene aggiornata la status window per notificare un eventuale connessione. public int onconnect(headerset request, HeaderSet reply) { updatestatus("[server:] The client has created an OBEX session"); return ResponseCodes.OBEX_HTTP_OK; public void ondisconnect (HeaderSet req, HeaderSet resp) { updatestatus("[server:] The client has disconnected the OBEX session"); OBEX Server: on_put public int onput (Operation op) { try { java.io.inputstream is = op.openinputstream(); updatestatus("got data bytes " + is.available() + " name " + op.getreceivedheaders().getheader(headerset.name) + " type " + op.gettype()) File f = new File((String)op.getReceivedHeaders().getHeader(HeaderSet.NAME)); eaderset.name)); FileOutputStream fos = new FileOutputStream (f); byte b[] = new byte[1000]; int len; while (is.available() > 0 && (len = is.read(b)) > 0) { fos.write (b, 0, len); fos.close(); updatestatus("[server:] Wrote data to " + f.getabsolutepath()); catch (Exception e) { e.printstacktrace(); return ResponseCodes.OBEX_HTTP_OK; 30

31 OBEX Client Device Discovery La classe DeviceDiscoverer consente trovare gli altri dispositivi Bluetooth. di Il processo di discovery inizia con l istanza l della classe javax.bluetooth.localdevice, che permette di ottenere un istanza per la classe javax.bluetooth.discoveryagent. Da javax.bluetooth.localdevice viene anche preso il nome del nostro dispositivo insieme al suo indrizzo Bluetooth. 31

32 DeviceDiscoverer public class DeviceDiscoverer implements DiscoveryListener { FileClient client; Vector remotedevices = new Vector(); DiscoveryAgent discoveryagent; public DeviceDiscoverer(FileClient client) { this.client = client; try { LocalDevice localdevice = LocalDevice.getLocalDevice(); discoveryagent = localdevice.getdiscoveryagent(); client.updatestatus("[client:] LocalDevice properties: " + localdevice.getfriendlyname() + " (" + localdevice.getbluetoothaddress() + ")"); client.updatestatus("[client:] Searching for Bluetooth devices in the vicinity..."); discoveryagent.startinquiry(discoveryagent.giac, this); catch(exception e) { e.printstacktrace(); DeviceDiscovered Per ciascun dispositivo trovato viene chiamato il metodo devicediscovered() della classe DeviceDiscoverer. public void devicediscovered(remotedevice remotedevice, DeviceClass cod) { try{ remotedevices.addelement(remotedevice); client.updatestatus("[client:] New device discovered : " + remotedevice.getfriendlyname(true)+ " (" + remotedevice.getbluetoothaddress() + ")" ); catch(exception e){ e.printstacktrace(); 32

33 InquiryCompleted Quando termina il processo di discovery viene chiamato il metodo inquirycompleted() della classe DeviceDiscoverer. public void inquirycompleted(int disctype) ) { String inqstatus = null; if (disctype( == DiscoveryListener.INQUIRY_COMPLETED) ) { inqstatus = "[client:] Inquiry completed"; else if (disctype( == DiscoveryListener.INQUIRY_TERMINATED) ) { inqstatus = "[client:] Inquiry terminated"; else if (disctype( == DiscoveryListener.INQUIRY_ERROR) ) { inqstatus = "[client:] Inquiry error"; client.updatestatus(inqstatus); client.servicebutton.setenabled(true); client.devicebutton.setenabled(false); Service Discovery Una volta trovati i dispositivi in range andiamo a vedere i servizi che questi condividono. La classe ServiceDiscoverer consente di trovare gli altri dispositivi Bluetooth. La particolarità di questa classe è che viene eseguita in un thread separato per non bloccare l applicazione mentre viene eseguito lo scan. Da notate che viene utilizzato lo stesso UID del server. 33

34 ServiceDiscoverer public class ServiceDiscoverer extends Thread implements DiscoveryListener { UUID[] uuidset = {new UUID("8841", true); int[] attrset = {0x0100, 0x0003, 0x0004; FileClient client; ServiceRecord servicerecord; String connectionurl; Vector devicelist; public ServiceDiscoverer(FileClient client, Vector devicelist) { this.client = client; this.devicelist = devicelist; ServiceDiscoverer Run public void run(){ try { LocalDevice localdevice = LocalDevice.getLocalDevice(); DiscoveryAgent discoveryagent = localdevice.getdiscoveryagent(); t(); RemoteDevice remotedevice = null; for(int i=0; i < devicelist.size(); i++){ remotedevice = (RemoteDevice)deviceList.get(i); client.updatestatus("[client:] Searching for Services on: " + remotedevice.getfriendlyname(true)+ " (" + remotedevice.getbluetoothaddress() + ")" ); discoveryagent.searchservices(attrset, uuidset, remotedevice, this); try{ Thread.sleep(2000); catch (Exception e){ catch(exception e) { e.printstacktrace(); 34

35 ServiceDiscovered Per ciascun servizio trovato che risponde all UID impostato viene chiamato il metodo ServiceDiscovered() della classe servicediscoverer. Una volta trovato questo servizio controlliamo che il nome sia FTP (anche se non è obbligatorio impostare il nome del servizio). Una volta trovato il servizio, memorizziamo l indirizzo in una stringa, connectionurl. ServiceDiscovered public void servicesdiscovered(int transid, ServiceRecord[] servrecord) ) { for(int i = 0; i < servrecord.length; ; i++) { DataElement servicenameelement = servrecord[i].getattributevalue(0x0100); String servicename = (String)serviceNameElement.getValue( String)serviceNameElement.getValue(); if(servicename.equals("ftp")){ ")){ client.updatestatus("[client:] A matching service has been found"); try { connectionurl = servrecord[i].getconnectionurl(1,false); catch (Exception e){ client.updatestatus("[client:] oops"); client.updatestatus("[client:] The connection URL is: " + connectionurl ); client.servicebutton.setenabled(false); client.connbutton.setenabled(true); 35

36 ObjectPusher La classe ObjectPusher contiene il codice OBEX. Contiene un metodo run che invia un file al server, identificato dal suo URL. Viene connesso il dispositivo. Viene creata una sessione OBEX. Il file da inviare viene convertito in byte array. Viene creato l header l ed iniziata l operazione l di PUT con cs.put() Viene creato un outputstream ed inviato il file. ObjectPusher run (1) public void run(){ try{ connection = Connector.open(connectionURL); client.updatestatus("connection obtained"); ClientSession cs = (ClientSession)connection( ClientSession)connection; HeaderSet hs = cs.createheaderset(); cs.connect(hs); client.updatestatus("obex session created"); InputStream is = new FileInputStream(file); byte filebytes[] = new byte[is.available()]; is.read(filebytes); is.close(); hs = cs.createheaderset(); hs.setheader(headerset.name, file.getname()); 36

37 ObjectPusher run (2) hs.setheader(headerset.type,, "text/plain"); hs.setheader(headerset.length,, new Long(filebytes.length)); Operation putoperation = cs.put(hs); client.updatestatus("pushing file: " + file.getname()); client.updatestatus("total file size: " + filebytes.length + " bytes"); OutputStream outputstream = putoperation.openoutputstream(); outputstream.write(filebytes); client.updatestatus("file push complete"); outputstream.close(); putoperation.close(); cs.disconnect(null); connection.close(); catch (Exception e){ Conclusioni La sviluppo di applicazioni Bluetooth permette di integrare collegamenti radio in modo efficace. I sistemi di sviluppo offrono caratteristiche simili su piattaforme diverse: scegliere la piattaforma più adatta alla nostra applicazione. I sistemi embedded offrono capacità di sviluppo integrate a basso costo. I profili maggiormente utilizzati sono: RFCOMM, OBEX, HEADSET. 37