Desarrolla aplicaciones móviles

...

[pic 6]

Suponiendo que el Bluetooth en el dispositivo se encuentra actualmente en "on", el siguiente paso es aceptar una conexión desde otro dispositivo cuando el btnAcceptConnection botón ha sido presionado. Esto provoca Bluetooth para comenzar la escucha de una conexión entrante.

Una vez que una solicitud de conexión ha sido recibido y procesado, un ConnectionAccepted evento ocurre. En nuestra aplicación básica, que se actualice el mensaje de estado en la pantalla de la aplicación.

[pic 7]

El evento de temporizador de recepción de datos

Recibir los datos enviados a través de Bluetooth se lleva a cabo en el Clock1.Timer controlador de eventos. Recuerde, el reloj se ajusta de modo que el temporizador evento ocurre una vez por segundo. Cada segundo, la aplicación comprobará si los datos se han recibido.

Para evitar la lectura de los datos cuando no está conectado Bluetooth (esto causaría un error), un si-entonces comunicado comprueba el isConnected característica de BluetoothServer1. Este valor se establece en true cuando los dispositivos están conectados y falsa si la conexión no está disponible actualmente.

IsConnected debe ser cierto si una conexión ha sido aceptada. Pero debido a que se trata de una conexión inalámbrica, un dispositivo podría ir fuera de alcance o se apaga, rompiendo la conexión. Es una buena práctica de programación para comprobar que la conexión está funcionando antes de intentar enviar o recibir datos.

La propiedad BytesAvailableToReceive nos dice la cantidad de datos está disponible (un carácter de texto es igual a un "byte" de los datos). Si este valor es cero, entonces no hay datos disponibles. Pero si el valor es mayor que cero, entonces nuestra aplicación puede leer los datos entrantes y actualizar el estado y los mensajes de la pantalla de la aplicación.

[pic 8]

El controlador de eventos botón Enviar texto es similar al código de recepción situada en el interior del temporizador de eventos, excepto que los datos se envían utilizando el SendText método para transmitir los datos a otro dispositivo.

El controlador de botón de desconexión se explica solo:

[pic 9]

Manejo de errores

Una cosa es saber acerca de las comunicaciones inalámbricas es que los errores ocurren. Para la mayoría de nuestras aplicaciones de App Inventor, se ignoran los errores potenciales - si se producen errores, la aplicación deja de funcionar y Android muestra un mensaje de error.

En lugar de dejar que se producen, nuestra aplicación puede interceptar la condición de error al agregar un controlador de eventos de error a la pantalla principal, Screen1. El evento ErrorOccurred tiene cuatro valores de los parámetros (variables locales) que contienen información sobre el error. El gestor de errores muestra los valores de error en la pantalla, en lugar de cerrar la aplicación.

[pic 10]

Aplicación de cliente Bluetooth

Ahora que la aplicación de servidor se ha completado, se presenta la aplicación cliente que se ejecuta en el otro dispositivo. En muchos sentidos, la aplicación cliente es una imagen especular del servidor, sino que se refiere a la BlutoothClient1 componente en lugar del BluetoothServer1 componente.

Aplicación de inicialización

Igual que el servidor, excepto que utiliza BluetoothClient1.

[pic 11]

Conexión

Cuando los dos dispositivos se están ejecutando, la aplicación servidor está configurado para aceptar la primera conexión. A continuación, en el lado del cliente, el usuario selecciona el cuate ListPicker botón y selecciona el nombre del dispositivo en una lista de dispositivos Bluetooth disponibles. Debido a que la lista de dispositivos se encuentra en la forma de una lista, el ListPicker es un gran componente de interfaz para mostrar la lista de dispositivos y manejar la selección. (Ver mi tutorial anterior sobre ListPicker.)

Antes de que aparezca la lista, la lista se llena con la lista de dispositivos Bluetooth (AddressesAndNames ). El lblStatus.Text conjunto de bloques puede suprimirse, ya que se utilizó durante mi prueba y no es necesario en la versión final del cliente.

[pic 12]

Después de que el dispositivo ha sido seleccionado con el ListPicker interfaz de usuario, el método Connect de BluetoothClient1 establece la conexión. El método devuelve un valor de verdad si la conexión se ha realizado correctamente; en cuyo caso se envía un mensaje a la aplicación de servidor.

Desconexión se explica solo:

[pic 13]

Los datos que recibe

la recepción de datos se implementa utilizando un temporizador. Una vez por segundo, el cliente comprueba para ver si los datos están disponibles, y si lo es, lee y muestra los datos en la pantalla de aplicaciones.

[pic 14]

Mientras que el servidor debe ejecutar antes de que el cliente hace una conexión, una vez que los dos dispositivos están conectados, ya sea aplicación puede enviar datos a la otra aplicación, en cualquier momento.

Manejo de errores

La gestión de errores del cliente es idéntica a la gestión de errores del servidor.

[pic 15]

Conclusión:

La conclusión de esta aplicación es que mediante bluetooth se puede enviar varios tipos de información que nos pueden facilitar algunas actividades de nuestra vida cotidiana o mejorar nuestra vida de cierta forma, y que con una aplicación podemos cambiar muchas cosas solo hay que dejar que nuestra imaginación vuele.

Referencias:

http://appinventor.pevest.com/?p=81

http://ai2.appinventor.mit.edu/reference/components/connectivity.html

http://appinventoramuete.blogspot.mx/2014/04/cliente-bluetooth.html