PFC

Proyecto Final de Carrera
ESTUDIO DE VIABILIDAD DE UN NODO INALMBRICO CON IMPLEMENTACIN DE UN MDULO GSM/GPRS
UNIVERSIDAD DE SEVILLA
ESCUELA TCNICA SUPERIOR DE INGENIEROS
Tutor: Antonio Jess Torralba Silgado Autor: Alfonso Grande Navarro
CONTENIDO
1. Introduccin y alcance. . 1 3 4 4 4 6 8 8
2. Descripcin de la tecnologa . 2.1 GSM .. 2.1.1 Introduccin. . 2.1.2 Arquitectura de una red GSM. 2.1.3 Transmisin en GSM. 2.1.4 Servicio SMS de la red GSM. 2.1.5 Limitaciones de GSM para transmisin de datos.
2.2 GPRS. 9 2.2.1 Introduccin. . 9 2.2.2 Clases de dispositivos GPRS 10 2.2.3 Contexto de Protocolo de Paquete de Datos (PDP) . 11 2.2.4 Enrutamiento de Datos 11 2.2.5 Transferencia de Datos 11 2.2.6 Codificacin 12 2.2.7 Clases Multislots GPRS .. 12 2.2.8 Servicios y aplicaciones de GPRS 13 2.2.9 Resumen GPRS 14 2.3 Comandos AT. .. 15 2.3.1 Introduccin 15 2.3.2 Protocolo de funcionamiento . 16 2.3.3 Lnea de comandos AT 17 2.3.4 Estructura de comandos . 17 2.3.4.1 Formato 18 2.3.4.2 Modo . 18 2.3.4.3 Argumento . 18 2.3.5 Estructura de cdigos de resultados . 19 2.3.6 Estructura de respuestas e indicadores 19 2.4 PPP y TCP/IP. . 20 2.4.1 Protocolo punto a punto (PPP) . 20 2.4.2 Pila de protocolos TCP/IP .. 21 2.5 Resumen de la comunicacin completa del nodo en estudio. .. 22
3. Descripcin Hardware utilizado .. 24 3.1 Modulo GSM/GPRS HiLoNC Sagem. .. 25 3.1.1 Introduccin. . 25 3.1.2 Caractersticas tcnicas del dispositivo .. 25 3.1.3 Diagrama de bloques 27 3.1.4 Interfaz de comunicacin UART: V24. . 27 3.1.5 Multiplexacin modo Comandos/Datos . 28 3.1.6 Modos de bajo consumo (SLEEP) 29 3.1.6.1 Modo OFF . 29 3.1.6.2 Modo espera (Stand-by) .. 29
3.1.7 Alimentacin 30 3.1.8 Arrancando el mdulo . 30 3.2 Microcontrolador. . 31 3.2.1 Introduccin. 31 3.2.2 Caractersticas y especificaciones tcnicas. 33 3.2.3 Modos de bajo consumo 35 3.2.4 Reloj de tiempo real (RTC) 36 4. Viabilidad tcnica 37 4.1 Diseo del nodo. 38 4.1.1 Esquema bsico de conexin entre componentes del nodo. .. 38 4.2 Consumo del nodo. 40 4.2.1 Microcontrolador 41 4.2.2 Mdulo HiloNC Sagem . 42 4.2.2.1 Consideraciones generales 46 4.2.2.2 Red GSM 47 4.2.2.3 Red GPRS . 48 4.2.3 Dispositivos adicionales 49 4.2.3.1 Sistema interfaz con los contadores de agua 49 4.2.4 Diferentes casos. 52 4.2.5 Tabla resumen consumos. 58 4.3 Bateras .Aspectos a tener en cuenta 59 4.3.1 Tipos y caractersticas de las bateras. 59 4.3.2 Sistema con panel fotovoltaico. 62 4.3.2.1 Paneles fotovoltaicos 62 4.3.2.2 Reguladores 64 4.3.2.3 Bateras recargables 64 4.4 Resumen autonoma nodo. 67 4.4.1 Caso 1 . 67 4.4.2 Caso 2 68 5. Viabilidad econmica. . 69 5.1 Coste inicial nodo. . 70 5.2 Anlisis de costes. . 71 6. Bibliografa . 74
AGRADECIMIENTOS
Agradezco todo el apoyo recibido por mi familia en todos estos aos cursados en Sevilla, tanto a mi madre, la principal, como todos mis hermanos Mara Teresa, Miguel, Mara Jos y Juan Antonio. Sin ellos, no hubiese sido posible realizar esta titulacin. Tampoco puedo olvidarme de mi cuado Jos y cuada Mara, y de todos mis compaeros de universidad y amigos especiales como Joaqun, Andrs y Jos. A todos, de corazn, muchas gracias.
1. Introduccin y alcance
Alfonso Grande Navarro
Proyecto Final de Carrera Este trabajo se enmarca dentro de la lnea de investigacin del proyecto AMICO, en el cual se desarrolla un sistema de telemedida de contadores de agua. En este sistema de telemedida, se opta por la colocacin de un nodo inalmbrico en cada conjunto de contadores de agua, alimentado por batera y dotado de tecnologa 802.15.4, a travs de la cual, poder forma una red inalmbrica. Esta red queda formada por un nodo coordinador (o concentrador) donde se reciben todos los datos de las lecturas de los contadores de cada nodo unido a su red. Una vez recibidos todas las lecturas, a travs de una pasarela con mdulo GSM/GPRS, se transfiere toda la informacin de su red (lecturas de contadores, estado de los nodos, etc.) haca un servidor conectado a Internet. El presente documento desarrolla un estudio de viabilidad, tanto tcnicamente como econmicamente, sobre la realizacin de un nodo inalmbrico, dotado de conectividad a Internet (a travs de incorporar un mdulo GSM/GPRS), para la obtencin de datos del nodo remotamente. Para el sistema del proyecto AMICO, ser la lectura de los contadores de agua conectados al nodo. Usar esta tecnologa (GSM/GPRS), a priori, parece ser una solucin eficaz, ya que otorga muchas ventajas en la transmisin de datos y a un coste razonable. Dota al nodo de una alta capacidad de independencia. El objetivo que se pretende con este proyecto es analizar y estimar el consumo de los nodos inalmbricos, ya que van alimentados por batera, y obtener su autonoma para compararla con otros sistemas que se utilicen para aplicaciones similares. El proyecto se estructura en 4 apartados. En el primero se describen la tecnologa utilizada y protocolos de comunicacin que se aplicaran en el desarrollo de este tipo de nodo en estudio, tanto comunicacin entre microcontrolador y mdulo GSM/GPRS, como protocolos de conexin a Internet. A continuacin, el apartado segundo, se comentan las especificaciones tcnicas y caractersticas principales del hardware utilizado. Y en los dos ltimos apartados, se realiza el estudio de viabilidad tcnica y econmica con diferentes posibles situaciones o casos para aplicacin del nodo en la lectura de contadores de agua.
2. Descripcin de la tecnologa.
2.1 GSM
2.1.1 Introduccin.
GSM (Sistema Global para las Comunicaciones Mviles) es el sistema de comunicacin mvil digital denominado de 2 generacin basado en clulas de radio. Apareci para dar respuestas a los problemas de los sistemas analgicos. El estndar GSM fue desarrollado a partir de 1982. Fue diseado para la transmisin de voz por lo que se basa en la conmutacin de circuitos, aspecto del que se diferencia del sistema GPRS. Al realizar la transmisin mediante conmutacin de circuitos los recursos quedan ocupados durante toda la comunicacin y la tarificacin, que las operadoras de telefona mvil realizan, es por tiempo. El interfaz de radio de GSM se ha implementado en diferentes bandas de frecuencia. En Europa, opera en las bandas de 900 MHz y 1800 MHz. GSM permite un rendimiento mximo de 9,6 Kbps, que permite transmisiones de voz y de datos digitales de bajo volumen, por ejemplo, mensajes de texto (SMS, Servicio de mensajes cortos).
2.1.2 Arquitectura de una red GSM.

Todas las redes GSM se pueden dividir en cuatro partes fundamentales y bien diferenciadas: 1.- La Estacin Mvil (MS): Consta a su vez de dos elementos bsicos que debemos conocer, por un lado el terminal o equipo mvil y por otro lado el SIM o Subscriber Identity Module. 2.- La Estacin Base (BSS): Sirve para conectar a las estaciones mviles con los NSS, adems de ser los encargados de la transmisin y recepcin. Como los MS, tambin constan de dos elementos diferenciados: La Base Transceiver Station (BTS) o Base Station y la Base Station Controller (BSC). La BTS consta de transceivers y antenas usadas en cada clula de la red y que suelen estar situadas en el centro de la clula, generalmente su potencia de transmisin determinan el tamao de la clula. Los BSC se utilizan como controladores de los BTS y tienen como funciones principales las de estar al cargo de los handovers, los frequency hopping y los controles de las frecuencias de radio de los BTS.
Proyecto Final de Carrera 3.- El Subsistema de Conmutacin y Red (NSS): Este sistema se encarga de administrar las comunicaciones que se realizan entre los diferentes usuarios de la red; para poder hacer este trabajo la NSS se divide en siete sistemas diferentes, cada uno con una misin dentro de la red: -Mobile Services Switching Center (MSC): Es el componente central del NSS y se encarga de realizar las labores de conmutacin dentro de la red, as como de proporcionar conexin con otras redes. -Gateway Mobile Services Switching Center (GMSC): Un gateway es un dispositivo traductor (puede ser software o hardware que se encarga de interconectar dos redes haciendo que los protocolos de comunicaciones que existen en ambas redes se entiendan). La funcin del GMSC es de mediador entre las redes de telefona fijas y la red GSM. -Home Location Registrer (HLR): El HLR es una base de datos que contiene informacin sobre los usuarios conectados a un determinado MSC. Entre la informacin que almacena el HLR tenemos fundamentalmente la localizacin del usuario y los servicios a los que tiene acceso. El HRL funciona en unin con en VLR que vemos a continuacin. -Visitor Location Registrer (VLR): contiene toda la informacin sobre un usuario necesaria para que dicho usuario acceda a los servicios de red. Forma parte del HLR con quien comparte funcionalidad. -Authentication Center (AuC): Proporciona los parmetros necesarios para la autentificacin de usuarios dentro de la red; tambin se encarga de soportar funciones de encriptacin. -Equipment Identy Registrer (EIR): Tambin se utiliza para proporcionar seguridad en las redes GSM pero a nivel de equipos. La EIR contiene una base de datos con todos los terminales que son vlidos para ser usados en la red. Esta base de datos contiene los International Mobile Equipment Identy o IMEI de cada terminal, de manera que si un determinado mvil trata de hacer uso de la red y su IMEI no se encuentra localizado en la base de datos del EIR no puede hacer uso de la red. -GSM Interworking Unit (GIWU): sirve como interfaz de comunicacin entre diferentes redes para comunicacin de datos. 4. Los Subsistemas de soporte y Operacin (OSS): Los OSS se conectan a diferentes NSS y BSC para controlar y monitorizar toda la red GSM. La tendencia actual en estos sistemas es que, dado que el nmero de BSS se est incrementando se pretende delegar funciones que actualmente se encarga de hacerlas el subsistema OSS en los BTS de modo que se reduzcan los costes de mantenimiento del sistema. En la figura se muestra un pequeo esquema de la estructura de una red GSM.
Figura 1: Arquitectura de red GSM
2.1.3 Transmisin en GSM

Para la comunicacin entre la estacin base y una estacin mvil se utilizan canales fsicos, caracterizados por un nmero de slots y una portadora. Dentro de cada portadora se multiplexan en el tiempo 8 ranuras o slot, formando una trama TDMA.
Figura 2: Trama TDMA de GSM En cada slot asignado al terminal mvil, ste puede enviar una trama GSM. Esas tramas o rfagas, a nivel fsico, pueden ser de 5 tipos: Rfaga normal:
Proyecto Final de Carrera Rfaga de acceso:
Rfaga de sincronizacin:
Rfaga de correccin de frecuencia:
Rfaga de relleno:
En GSM las tramas suelen agruparse en unidades mayores llamadas multitramas. Existen dos tipos de multitramas: las que estn formadas por 26 tramas y las que estn formadas por 51 tramas. A su vez las multitramas se agrupan formando hipertramas. A un nivel superior, en lugar de tramas o rfagas GSM, se habla de canales. Estos canales se dividen en: -Canales de trfico: Llevan la voz y/o los datos -Canales de Control: sealizacin y seales de control. Los canales de trfico pueden ser de 2.4, 4.8 9.6Kb/s. Para el servicio SMS se utilizan canales de control.
2.1.4 Servicio SMS de la red GSM

Uno de los principales servicios que la red GSM ofrece es la posibilidad de enviar y recibir mensajes cortos de texto (SMS). El servicio SMS permite transferir un mensaje de texto entre una estacin mvil (MT) y otra entidad y viceversa. Para la correcta gestin de los mensajes SMS se hace necesario introducir en el sistema GSM el centro de mensajes cortos o SMSC (Short Message Service Center). A continuacin describimos una estructura tpica de una PDU para servicio de SMS, desde un terminal mvil hasta el centro de servicio. 1-12 N Destino 1 Tipo PDU 7-26 Otros datos 0-140 (bytes) Datos Usuario
Figura 3: Trama PDU para servicio GSM. El tamao mximo de datos de usuario permitido es de 140 bytes o equivalentemente, 160 caracteres de texto ASCII (7 bytes por carcter). El servicio final ofrecido es una comunicacin extremo-extremo entre la estacin mvil (MT) y la entidad. La entidad puede ser otra estacin mvil o puede estar situado en una red fija. Las tramas a enviar por cada PDU-SMS, al no ser un servicio prioritario en la red, se enva por canales de sealizacin y control. Esto hace que el tiempo medio en la transmisin de un SMS puede ser en torno a 2,4 segundos.
2.1.5 Limitaciones de GSM para la transmisin de datos

A partir de las caractersticas que la red GSM nos ofrece: -velocidad de transferencia de 9,6 Kbps, -tiempo de establecimiento de conexin, de 15 a 30 segundos (adems las aplicaciones deben ser reinicializadas en cada sesin), -pago por tiempo de conexin, -problemas para mantener la conectividad en itinerancia (Roaming), hacen que GSM sea una tecnologa mayoritariamente utilizada para la voz y no para los datos.
Proyecto Final de Carrera Las tradicionales redes GSM no se adaptan adecuadamente a las necesidades de transmisin de datos con terminales mviles. Por ello surge una nueva tecnologa portadora denominada GPRS (General Packet Radio Service) que unifica el mundo IP con el mundo de la telefona mvil, crendose toda una red paralela a la red GSM y orientada exclusivamente a la transmisin de datos. Al sistema GPRS se le conoce tambin como GSM-IP ya que usa la tecnologa IP (Protocolo Internet) para acceder directamente a los proveedores de contenidos de Internet.
2.2 GPRS
2.2.1 Introduccin.
GPRS (General Packet Radio Service) es una tecnologa que comparte el rango de frecuencias de la red GSM utilizando una transmisin de datos por medio de 'paquetes'. La conmutacin de paquetes es un procedimiento ms adecuado para la transmisin de datos. Permite una tasa de datos tericos alrededor de 171,2 Kbits/s (hasta 114 Kbits/s en la prctica). El sistema GPRS actualiza los servicios de datos GSM para hacerlos compatibles con Redes de rea local (LANs, Local Area Network), Redes de rea extendida (WANs, Workwide Area Network), e Internet. Mientras el sistema GSM fue originariamente diseado con un especial nfasis en las sesiones de voz, el principal objetivo de GPRS es ofrecer un acceso a redes de datos estndar, como TCP/IP. Estas redes consideran a GPRS como una subred normal. Cuando un usuario transmite datos, stos son encapsulados en paquetes cortos en cuya cabecera se indica las direcciones origen y destino, cada uno de estos paquetes puede seguir rutas diferentes a travs de la red hasta llegar a su destino, as mismo los paquetes originados por distintos usuarios pueden ser intercalados, de esta forma se comparte la capacidad de transmisin. Los paquetes, no son enviados a intervalos de tiempo, sino que cuando se necesita se asigna la capacidad de la red siendo liberada cuando no es necesaria. GPRS utiliza los recursos de radio solamente cuando hay datos que enviar o recibir, adaptndose as a las aplicaciones de datos. Permite a los operadores ofrecer un servicio a mejor precio, ya que la facturacin se puede basar en la cantidad de datos enviados o recibidos. El sistema GPRS, adems de las entidades GSM, requiere una serie de elementos extras como: - El nodo de acceso GPRS (GGSN, Gateway GPRS Support Node) que acta como interfaz entre la red GPRS y la red pblica de datos como IP y X.25, conectndose tambin con otras redes GPRS.
Proyecto Final de Carrera - El nodo de soporte de servicios GPRS (SGSN, Service GPRS Support Node). - La estructura principal o red troncal GPRS (backbone).
Figura 4: Arquitectura de la red GPRS
2.2.2 Clases de dispositivos GPRS.

En GPRS, la MS (estacin mvil) se clasifica segn la capacidad que tenga para soportar diferentes modos de operacin (GSM y GPRS) simultneamente. Dentro de estos modos tenemos: -Clase A. Pueden estar conectados simultneamente tanto a GPRS como a GSM sin que haya degradacin de la calidad de ninguno de los servicios. -Clase B. Pueden estar conectados a GPRS y GSM, pero slo puede utilizarse un servicio. Es decir, si tenemos una llamada de voz, el servicio de GPRS se suspender. Una vez finalizada la llamada de voz el servicio de GPRS se restablecer automticamente tal y como estaba. GSM tiene la prioridad, por lo que la calidad de servicio GPRS se ve reducida. La mayor parte de mviles GPRS son de clase B. -Clase C. Pueden conectarse tanto a servicios GPRS como GSM, pero el usuario debe seleccionar entre uno y otro.
10
2.2.3 Contexto de Protocolo de Paquete de Datos (PDP)

PDP (por ejemplo IP, X.25, Frame Relay) es una estructura de datos existente tanto en nodo GGSN como en nodo SGSN, que contiene informacin del abonado mientras permanece una conexin activa. Contiene la direccin IP asignada a la MS, nivel de calidad de servicio (QoS) y direccin del GGSN, que es la puerta de enlace de la red de datos. Esta informacin mencionada consta de: -Direccin PDP (IPv4, IPv6, X.25). -Direccin del GGSN (APN, Nombre del Punto de Acceso) -Calidad de Servicio (QoS) solicitada.
2.2.4 Enrutamiento de Datos

El GGSN acta como puerta de enlace entre la red GPRS y redes externas de conmutacin de paquetes. Se distinguen tres tipos de enrutamientos: -Mensajes generados en la MS (estacin mvil). -Mensajes generados en la red cuando la MS est en la red local. -Mensajes generados en la red cuando la MS se encuentra en una red GPRS de otro operador.
2.2.5 Transferencia de Datos

Cuando una estacin mvil se ha registrado a un SGSN y ha activado un contexto PDP, se puede iniciar el proceso de transferencia de datos con otros terminales. Esta informacin puede ser enviada desde la MS o hacia la MS. -Transferencia de datos desde la MS: La MS enva informacin hacia las redes de paquetes de datos externas, generando paquetes IPs con una direccin origen, una direccin destino y los datos a transferir. Para esto se crea un enlace lgico entre la MS y el SGSN, el cual a su vez enva la informacin al GGSN para finalmente enrutar los paquetes de datos a su destino. -Transferencia de datos hacia la MS: Un terminal que desee enviar paquetes hacia la MS sigue el proceso inverso de transmisin de datos generados desde la MS. As, los paquetes de la red externa llegan al GGSN, el cual encapsula un paquete IP con la direccin del GGSN como direccin origen y con la direccin del SGSN como direccin destino, para finalmente enviar estos datos a la MS.
11
2.2.6 Codificacin
Se codifican los canales de radio para prevenir posibles errores de los paquetes que se transmiten. En GPRS existen cuatro tipos de codificacin que varan sus velocidades de acuerdo a la calidad del canal. -CS-1: Usa codificacin convolucional con una tasa , dando como resultado una velocidad de la carga til de 9,05 Kbps o 181 bits en 20 ms. -CS-2: Usa codificacin convolucional con una tasa 2/3, dando como resultado una velocidad de la carga til de 13,4 Kbps o 269 bits en 20 ms. -CS-3: Usa codificacin convolucional con una tasa 3/4, dando como resultado una velocidad de la carga til de 15,6 Kbps o 312 bits en 20 ms. -CS-4: Este tipo de codificacin se usa solo cuando la relacin seal a ruido(S/R) es ptima, en esta codificacin no se usa la relacin 1/1. CS-4 da como resultado una velocidad de la carga til de 21,4 Kbps o 428 bits en 20 ms. La siguiente tabla muestra la velocidad por slot en funcin del esquema de codificacin:
Mtodo de codificacin CS-1 CS-2 CS-3 CS-4
Rendimiento (Kbps) 9.05 13.4 15.6 21.4
Proteccin Normal (sealizacin) Ligeramente menor Reducida Sin error de conexin
2.2.7 Clases Multislots GPRS

Dentro de cada portadora se multiplexan en el tiempo 8 ranuras o slots, formando una trama TDMA. La velocidad de transmisin en GPRS va en funcin del nmero de slots temporales TDMA asignados. Este nmero depender tanto de la estacin a la cual nos conectemos como de la capacidad de nuestro dispositivo GPRS.
Multislot Class 1 2 3 4 5 6 7 8
Downlink Slots 1 2 2 3 2 3 3 4
Uplink Slots 1 1 2 1 2 2 3 1
Active Slots 2 3 3 4 4 4 4 5
12
9 10 11 12
3 3 4 4
2 2 3 4
5 5 5 5
La transmisin puede ser asimtrica entre el enlace ascendente y descendente y adems estas se gestionan de forma independiente. El modo de transmisin est adaptado al tiempo de navegacin. Un terminal GPRS 4+1 tendr cuatro veces mayor capacidad de transmisin de bajada que de subida. Por ltimo, una pequea tabla comparativa entre las velocidades de la comunicacin mediante CSD (conmutacin de circuitos) y mediante GPRS, con las clases comnmente ms utilizadas, clase 8 y 10.
Tecnologa Download (Kbps) Upload (Kbps) Configuracin CSD 9.6 9.6 1+1 GPRS (Clase8 y 10 80.0 20.0 4+1 con CS-4) GPRS (Clase 10 60.0 40.0 3+2 con CS-4)
2.2.8 Servicios y aplicaciones de GPRS

El conjunto de servicios soportados por GPRS se corresponde con los servicios de datos en modo paquete. Por su importancia en la sociedad actual, destacan los servicios basados sobre protocolo IP (Internet). Principalmente, los servicios ofrecidos destacan por: -Movilidad -Tiempo bajo de establecimiento -Always-on: Servicio que permite al dispositivo mvil estar siempre conectado a Internet o a una red en particular. - Facturacin en base a trfico cursado - N de Time Slots asignados segn servicio Dentro de las aplicaciones que ofrece el servicio GPRS estn las aplicaciones que en GSM son imposibles por sus limitaciones de velocidad y longitud de mensajes, como pueden ser: e-mail, servicios de chat, informacin visual y textual, SMS optimizado, envo de MMS, navegacin web, etc.
13
Proyecto Final de Carrera En definitiva, servicio GPRS est dirigido a aplicaciones que tienen las siguientes caractersticas: -Transmisin poco frecuente de pequeas o grandes cantidades de datos (por ejemplo, aplicaciones interactivas). -Transmisin intermitente de trfico de datos bursty (por ejemplo, aplicaciones en las que el tiempo medio entre dos transacciones consecutivas es de duracin superior a la duracin media de una nica transaccin.) A continuacin, hacemos un especial inters en el servicio MMS (sistema de mensajera multimedia) en GPRS. Para proporcionar este servicio, la red GPRS se facilita del MMSC (Centro de servicio de mensajes multimedia), que es similar en funcin a un centro de mensajes cortos SMSC. El lmite de cada mensaje multimedia suele ser de 100 o 300 KB, dependiendo de cada terminal mvil, si bien ese lmite lo definen el operador o las caractersticas del terminal y no el protocolo. El transporte de los MMS entre el usuario y el MMSC se realiza mediante una conexin WAP GPRS. As, normalmente los operadores especifican un perfil WAP gratuito para transportar los MMS. La tarificacin la realiza el MMSC y no se hace en la red ncleo de GPRS.
2.2.8 Resumen GPRS

El protocolo GPRS es un protocolo de nivel tres, transparente para todas las entidades de red comprendidas entre el terminal mvil MT y el nodo GSN al que el Hilo est, lgicamente, conectado; las entidades entre las que se establece una conexin a este nivel estn, de hecho, localizadas en el terminal mvil MT y en el nodo GSN. Este protocolo soporta tanto el intercambio de informaciones de control como de paquetes PDP-PDU (Packet Data Protocol - Protocol Data Unit) entre el mvil y el nodo al que ste est conectado (los PDP-PDU son, de hecho, encapsulados en las tramas GPRS). El formato de una trama GPRS prev los siguientes campos: identificador del protocolo GPRS, identificador del protocolo de los PDU (identificador de PDP) y mensaje GPRS. El identificador del protocolo GPRS es una informacin numrica cuyo objetivo es el de distinguir las rfagas que contienen paquetes GPRS, de las rfagas que contienen informaciones GSM. El identificador del protocolo de los PDU encapsulados en las tramas GPRS es necesario para direccionar stos en cuanto son desencapsulados, hacia el correcto SAP (Service Access Point), para distinguir entre paquetes X25, paquetes IP, ect. Las tramas GPRS son utilizadas tanto para el transporte de mensaje de control como para el transporte de paquetes de datos, por lo tanto, se hace necesario el uso de un indicador
14
Proyecto Final de Carrera que permita distinguir a cul de las dos categoras posibles pertenece el mensaje GPRS. Los mensajes GPRS de control son definidos por un valor preestablecido del identificador de PDP. En GPRS, en un servicio punto a punto orientado a conexin se establece una relacin lgica entre la fuente y el destinatario de los paquetes, relacin que permanece activa durante el tiempo total de la conexin; el servicio es, por lo tanto, un circuito virtual, es decir, en la fase de set-up de la conexin se establece un recorrido para el routing de los paquetes, con la diferencia de que, respecto a una conexin por conmutacin del circuito, los recursos fsicos se liberan en cuanto el paquete genrico se ha transmitido, manteniendo la conexin lgica.
2.3 Comandos AT
2.3.1 Introduccin.
Para hacer uso de los servicios que ofrecen las tecnologas (GSM/GPRS) existe un lenguaje que permite controlar el modem. Este lenguaje se conoce como comandos AT o comandos Hayes, definidos en el estndar ETSI GSM 07.07. En las especificaciones, se divide el MT en adaptador de terminal (TA) y equipo mvil (ME). El TA es el elemento del MT que recibe e interpreta los comando AT y el ME es la parte que se conecta a la red.
Figura 5: Resumen comunicaciones
15
2.3.2 Protocolo de funcionamiento

En este apartado se explica cmo funciona el intercambio de mensajes entre los dispositivos que se quieren comunicar. El modulo se activa por medio de la recepcin de instrucciones AT, cuyo valor subsiguiente modifica la ejecucin del as mismas. Los mensajes enviados por el DCE proporcionan informacin sobre la ejecucin de las instrucciones. La comunicacin casi siempre la inicia el DTE, lo que significa que la peticin de todos los servicios debe realizarlas el terminal mediante el envo de comandos AT. Cada comando deber ser respondido con un cdigo de resultados, que ser enviado por el modulo al DTE. Los mensajes indicador son enviados asncronamente y son generados debido a que algunos comandos inician un modo en el que se generan eventos especficos en el DCE. Algunos comandos pueden incluir varias peticiones respuesta, para enviar datos desde el modulo hacia el terminal. El DCE tambin puede repetir los comandos recibidos y enviarlos de vuelta hacia el DTE.
Figura 6: Protocolo de comandos AT
16
2.3.3 Lnea de comandos AT

Cada lnea de instruccin debe iniciar con el cdigo de atencin AT, y a continuacin se escribe la instruccin que el DCE debe interpretar. Tanto el cdigo de atencin como los comandos pueden ser introducidos en maysculas o minsculas. Adems, en cada lnea de instruccin se pueden concatenar varios comandos, uno detrs del otro sin necesidad de usar separadores, siempre que se trate de comandos bsicos, pero es necesario escribir punto y coma entre dos comandos, si estos son extendidos. Los comandos extendidos son los que tienen el prefijo +. La longitud mxima de una lnea de instrucciones es de 391 caracteres y viene determinada por la capacidad de memoria intermedia. Si se sobrepasa este nmero, no se ejecutara ninguno de los comandos de la lnea y el TA devolver un mensaje de error. Para poder ejecutar una lnea de comandos, se debe aadir al final de la misma los caracteres <CR><LF>. De no ser as, la lnea de comandos permanecer almacenada en la memoria intermedia de instrucciones hasta que reciba la correspondiente secuencia <CR><LF> o hasta que sea cancelada. Tras la recepcin de <CR><LF> el DCE ejecuta las rdenes de la lnea y responde con un mensaje adecuado.
Figura 7: Estructura de una lnea de comandos AT.
2.3.4 Estructura de comandos

Cada comando individual est compuesto de tres partes: formato, modo y argumento. El formato indica si se trata de una comando bsico, de un registro S o de un comando extendido. El modo nos informa si se trata de un comando de lectura, de escritura, de prueba o de ejecucin. El argumento puede ser un parmetro o conjunto de parmetros separados por coma ,.
Figura 8: estructura de comandos
17
2.3.4.1 Formato
El formato de un comando bsico, excepto para los comandos D y S, es: comando [<numero>]. El comando puede ser tanto un carcter individual como el carcter & seguido de un carcter individual (que ser un carcter alfabtico). El nmero representa un valor entero decimal y puede ser una cadena de uno o ms caracteres de 0 a 9. Los registros S son localizaciones de memoria en el DCE donde se almacena la configuracin activa. Para modificar y comprobar determinados valores de estos registros, se emplean un grupo especial de comandos, que empiezan con la letra S. Estos se diferencian de otros comandos en que el nmero que se encuentra a continuacin de la S indica el nmero de registro que est siendo referenciado. A continuacin de este nmero puede aparecer un =, que se usa para darle un nuevo valor al parmetro S; o un ., que sirve para leer el valor actual del registro indicado. Los comandos extendidos con los que comienzan con el carcter +.
2.3.4.2 Modo
Existen cuanto tipo de comandos AT extendidos. Los comandos de lectura, tienen la estructura AT+COMANDO? y retoman el valor actual de los parmetros. Para establecer los valores de los parmetros relacionados con el usuario se usan los comandos de escritura, AT+COMANDO=<...>. Por su parte, los comandos de prueba, AT+COMANDO=?, hacen que el equipo devuelva la lista de parmetros y rangos de valores establecidos con el correspondiente comando de escritura o por procesos internos. Por ltimo, los comandos de ejecucin, AT+COMANDO, leen los parmetros no variables afectados por procesos internos del equipo.
2.3.4.3 Argumento
Un parmetro es un valor adicional que se debe introducir junto con el comando y que puede ser tanto una constante numrica, como una secuencia de caracteres constante (debe iniciar y finalizar con comillas). El argumento de un comando AT puede ser un parmetro o un conjunto de parmetros separados por coma: <parmetro> <parametro1>,<parametro2>,...,<parmetroN>
18
Proyecto Final de Carrera Si un parmetro es una cadena de caracteres debe ir entre comillas (). Los parmetros opcionales o subparametros pueden ser omitidos a no ser que tengan otros parmetros a continuacin. Un parmetro puede ser sustituido por una coma si se encuentra en medio de una cadena de caracteres.
2.3.5 Estructura de cdigos de resultados

Cuando el terminal emite un comando, el modulo responde con un mensaje llamadocdigo de resultados, el cual proporciona informacin sobre el estado de ejecucin de las instrucciones (es decir, el resultado del comando AT solicitado) o sobre el estado de una conexin. Estos cdigos se pueden presentar tanto en formato de cdigo numrico como en respuestas verbales.
Figura 9: Estructura cdigo resultado
2.3.6 Estructura de respuestas e indicadores

Tanto la estructura de la respuestas como la de los indicadores es muy similar a la de los comandos, pero se diferencia en que entre el formato y el argumento hay un carcter que acta como separador, :.
Figura 10: Estructura de respuesta e indicadores.
19
2.4 Protocolo TCP/IP y PPP

La comunicacin entre aplicaciones software de dos dispositivos aislados, se realiza mediante la utilizacin de ciertos protocolos y modelos de interconexin. Un modelo comn de interconexin entre sistemas es mediante la utilizacin de capas predefinidas. La idea fundamental de estos modelos, es que cada capa ofrece sus servicios a la capa inmediatamente superior y utiliza los servicios aportados por las capas inferiores. Existen varios modelos de capas, como por ejemplo el modelo OSI (Open System Interconnection) que define 7 capas. En nuestro caso, se utilizara una comunicacin a travs de Internet, que es un modelo de capas denominado TCP/IP, y que a continuacin se detalla.
2.4.1 Protocolo punto a punto (PPP)

PPP (Point-to-point Protocol) es un protocolo de nivel de enlace estandarizado en el documento RFC 1661. Se trata de un protocolo asociado a la pila TCP/IP que se utiliza para establecer la conexin a Internet de un dispositivo con su ISP (proveedor de servicio Internet). Proporciona un mtodo estndar para el transporte de datagramas multiprotocolo sobre enlaces punto a punto. Sus tres principales caractersticas son: 1. Es un mtodo para encapsular datagramas multiprotocolo, es decir, permite multiplexacin de diferentes protocolos de red de forma simultnea por el mismo enlace. 2. Permite un Protocolo de Control de Enlace (LCP) para establecer, configurar, probar la conexin de enlace de datos, desconexin del enlace cuando ya no es necesario y deteccin de errores en la configuracin. Otra de las funciones del LCP es el proceso de autenticacin en el enlace. 3. Proporciona una familia de Protocolos de Control de Red (NCP) para establecer y configurar los diferentes parmetros de la capa de red con independencia del protocolo de red utilizado (un NCP para cada protocolo). Una de las funciones de estos protocolos es, por ejemplo, la gestin y asignacin de direcciones IP. El NCP del TCP/IP es el IPCP (Internet Protocol Control Protocol).
Protocolo
Datagrama IP
Protocolo: Identificador del protocolo IP encapsulado
Figura 11: Trama PPP
20
2.4.2 Pila de protocolos TCP/IP

Las siglas TCP/IP se refieren a un conjunto de protocolos para comunicaciones de datos. Este conjunto toma su nombre de dos de sus protocolos ms importantes, el protocolo TCP (Transmission Control Protocol) y el protocolo IP (Internet Protocol). Desde el punto de visto de un modelo estructurado mediante capas, consta de 4 capas software (aplicacin, transporte, internet y acceso a red) ms una capa fsica. En cada una de estas capas hay variedad de protocolos que se pueden utilizar en una comunicacin a travs de Internet. En nuestro caso, la comunicacin entre el DCE y GGSN a travs de TCP/IP, se utilizarn estos protocolos en cada capa (ver figura):
Aplicacin Transporte Internet (Red) Acceso a red (Enlace) Fsica
FTP, DNS, HTTP, TCP IP PPP HARDWARE
Figura 12: Modelo de capas de la pila de protocolos TCP/IP
Los datos que son enviados a la red recorren la pila del protocolo TCP/IP desde la capa ms alta de aplicacin hasta la ms baja de acceso a red. Cuando son recibidos, recorren la pila de protocolo en el sentido contrario. Durante estos recorridos, cada capa aade o sustrae cierta informacin de control a los datos para garantizar su correcta transmisin. Este proceso se denomina encapsulacin o desencapsulacin de mensajes, segn se aade o sustrae informacin. La informacin aadida en el paso descendente de capas, se denominan cabeceras, que son usadas para la gestin de los servicios que cada capa ofrece a su capa inmediatamente superior. Por ejemplo, el protocolo TCP de la capa de transporte, ofrece a la capa de aplicacin, un transporte fiable de datos. La capa de red, a su vez, ofrece un encaminamiento de los datos a su destino. La informacin que trata la capa de transporte al aadirle la cabecera, se le denominan paquetes. De igual manera, la informacin que la capa de red pasa a su inferior, se le
21
Proyecto Final de Carrera denominan datagramas. Y la informacin que se enva al medio fsico es denominada trama. En nuestro caso, sern paquetes TCP, datagramas IP y tramas PPP.
2.5 Resumen de la comunicacin completa del nodo en estudio

A continuacin, se detalla un resumen de cmo ser la comunicacin desde el dispositivo o nodo en estudio, hasta otro dispositivo modem o servidor conectado a la red Internet, en donde sea procesada y tratada toda la informacin recibida desde el nodo colocado en una situacin aislada. Como ya se detall en los primeros apartados, el nodo est formado bsicamente por un microcontrolador y un modem GSM/GPRS, en cuanto a dispositivos intermediarios en la comunicacin. Si representamos estos componentes mediante bloques genricos en una comunicacin, el microcontrolador actuar como un DTE (equipo terminal de datos) y el modem GSM/GPRS como un DCE (equipo terminal de circuitos de datos). En nuestro sistema, se define un DCE, ya que hay varias interfaces fsicas en la comunicacin. Segn estas interfaces, el esquema de comunicacin quedara de esta manera:
Enlace Puerto Serie RS232
DTE Micro
DCE Modem
Enlace GPRS
GGSN
Internet
Dispositivo destino (Servidor o modem GPRS)
Nodo Inalmbrico
Figura 13: Esquema de comunicacin Nodo inalmbrico - Servidor
La comunicacin entre el DTE y el DCE ser mediante comandos AT. Fsicamente, la conexin es un enlace serie RS232 entre la UART del microcontrolador con la UART del modem GSM/GPRS. Por otro lado, el modem GSM/GPRS puede comunicarse a Internet usando una conexin TCP/IP a travs de enlace inalmbrico.
22
Proyecto Final de Carrera En la siguiente figura, podemos ver la torre de protocolos, en cuanto al modem GSM/GPRS. Tiene dos interfaces fsicas, por un lado una interfaz serie RS232 y por otro lado una interfaz inalmbrica GSM/GPRS.
TCP IP Comandos AT PPP RED GPRS RS232
Figura 14: Torre de protocolos de comunicacin en modem GSM/GPRS
23
3. Descripcin Hardware utilizado.
24
3.1 Mdulo GSM/GPRS Hilo Sagem.

En este apartado se describen las caractersticas hardware del modulo HiloNC de Sagem y su interfaz de conexin a un TE.
3.1.1 Introduccin.
El HiloNC es el modulo GSM/GPRS de cuatro bandas ms pequeo del mercado. Est orientado a aplicaciones M2M (Machine-to-Machine), incluyendo automvil, gestin de medidas automtica, sistema de seguimiento, alarmas, seguridad, etc. Adems de su reducido tamao y coste, tiene un conjunto completo de servicios GSM/GPRS. El dispositivo incluye una pila TCP/IP embebida. Dispone de comandos AT especialmente mejorados para que un microprocesador se pueda comunicar con el HiloNC. La comunicacin entre los dos dispositivos se realiza a travs del puerto serie. Las bandas de frecuencia en las que trabaja son 900/1800/1900 MHz (Europa y Asia) o 850/900/1900 MHz (Amrica del Norte), garantizando as la operabilidad en todas las redes GSM. El mdulo funciona con un consumo de corriente de <1,5 mA en modo de espera y est diseado para ofrecer un alto nivel de sensibilidad y duracin de la batera.
Figura 15: HiloNC de Sagem
3.1.2 Caractersticas tcnicas del dispositivo

Rango de Temperatura Normal: -20 a +80 Extendido: -40 a -20 y +80 a +85 Almacenamiento: -40 a +85 <3g Nivel 3
Peso MSL
25
Proyecto Final de Carrera ESD Dimensiones Conexin Tensin de alimentacin Consumo de potencia Proteccin ESD < 2 kV 24x24x2.5 mm 51 pads alrededor del modulo 3.2V a 4.5V, 3.7V nominal Modo off: 56 A Modo Stand-by: 1.25 mA Modo comunicacin: 220mA GSM850, EGSM900, DCS1800, PCS1900 Tasa mitad, Tasa completa, Tasa completa mejorada, Tasa multiadaptativa Clase 4 (2W) para GSM850/EGSM900 Clase 1 (1W) para DCS1800/PCS1900 Tarjetas SIM de 3V y 1.8V Seales para LED y gestin de dispositivo vibrador y zumbador. Una sola entrada para el micrfono Una salida diferencial para auricular no estero Hasta 115200 bps con autodeteccin Control de flujo completo con las seales de control (+2.8V) Software de gestin de datos/comandos en el enlace serie de la UART GPRS, CSD, Fax Identificador de llamante, llamada en espera, retencin de llamada, reenvo de llamada, multiconferencia, prohibicin de llamada, aviso de carga, USSD, CPHS. Disponible Disponible 5 GPIO y un ADC R99 SMG 31bis, clase 10 multislot, terminal clase B V3.29.0 Alfonso Grande Navarro
Bandas de frecuencia Cdec de voz Potencia de transmisin
Tarjeta SIM soportada PWM Enlace de subida de audio Enlace de bajada de audio Interfaz UART con control de flujo
Multiplexin de datos/comandos
Servicios de datos Servicios suplementarios
Pin de alimentacin Pin de reset Pines de entrada/salida de propsito general Versin GSM GPRS Certificacin GSM/DCS GCF-CC
26
Proyecto Final de Carrera Certificacin PCS NAPRD03 (V3.13.0)
3.1.3 Diagrama de bloques

A continuacin, se muestra el diagrama de bloques del mdulo en estudio.
Figura 16: Diagrama de bloques HiloNC
3.1.4 Interfaz de comunicacin UART: V24.

El HiloNC ofrece una interfaz V24 para comunicarse con el Host (C) mediante comandos AT o para actualizar el firmware. Soporta una velocidad mxima de 115.2 Kbps. En la siguiente figura, se indican los pines del mdulo usados para esta interfaz. Seal
UART_DSR UART_DCD UART_TX UART_RTS UART_RX UART_CTS UART_RI UART_DTR
Nmero de pin 33 34 39 37 38 40 35 36
Descripcin
UART Data Set Ready UART Data Carrier Detect UART Transmit UART Request To Send UART Receive UART Clear To Send UART Ring Indicator UART Data Terminal Ready
27
Proyecto Final de Carrera A continuacin, mostramos un esquema de conexin, mediante UART, entre un microcontrolador y el HiloNC. El fabricante recomienda que se utilice el enlace completo:
Figura 17: Comunicacin serie.
Para el manejo de las comunicaciones serie, el dispositivo incluye comandos AT y paquetes de datos PPP. El enlace puede funcionar en dos modos diferentes: -Modo Comando: el enlace est reservado exclusivamente para los comandos AT. -Modo Datos: el enlace est reservado para el flujo de datos. Como el enlace no puede estar ocupado por los dos modos al mismo tiempo, se necesita un procedimiento que cambie de uno a otro dependiendo de qu tipo de informacin tenga que transmitir el Hilo.
3.1.5 Multiplexacin modo Comandos/Datos

Como ya se ha explicado, hay dos tipos de datos que se pueden enviar por el enlace serie: los comandos AT y los paquetes de datos PPP. Debido a limitaciones en el ancho de banda, el enlace serie no puede ser utilizado por ambos flujos de datos a la vez y por eso existen los dos modos exclusivos de funcionamiento del enlace. Puede ocurrir que durante una conexin de datos, el microprocesador tenga que comunicarle algo urgente al Hilo mediante comandos AT y aqu entra la necesidad de tener un sistema que pueda cambiar de un modo a otro automticamente.
28
Proyecto Final de Carrera La primera solucin proporcionada por V25 es usar + + + y ATO. Es muy sencilla de implementar, pero tiene el inconveniente de permitir que slo los DTE puedan controlar el cambio entre los dos modos, as, que por lo general, slo se utiliza para colgar una llamada de datos. Hay otra opcin para esta solucin que es mediante el comando AT & D. Esta opcin permite cambiar de modo datos a modo comando cambiando el DTR de '1 'a '0'.
La segunda solucin consiste en aplicar la norma GSM 07.10, que est disponible (pero el usuario tiene que desarrollar su propio controlador para el DTE). Sagem recomienda usar esta solucin.
3.1.6 Modos de bajo consumo (SLEEP)

El HiloNC dispone de dos modos SLEEP disponibles, modo off y modo stand-by. Estos modos permiten un ahorro de energa cuando ciertas partes del mdulo se encuentren desconectadas (no se estn utilizan).
3.1.6.1. Modo OFF

Cuando el mdulo se encuentra en este modo (apagado), no puede recibir ninguna llamada (por red GSM), y tampoco puede recibir ningn comando AT (por enlace serie). Para salir de este modo, es decir, despertarlo, hay dos maneras: - Usando un reloj interno, - Mediante la activacin de la seal de entrada al hilo POK_IN.
3.1.6.2. Modo espera (Stand-by)

Hay dos modos en espera: AT +KSLEEP = 0 En este caso, se controla el estado SLEEP a travs del DTR (Data Terminal Ready [DTE -> DCE]) y por firmware. - DTR = 1 - El mdulo nunca se duerme. - DTR = 0 - El mdulo va a dormirse cuando est preparado y no puede despertarse con comandos AT. Para activar el mdulo, el DTE debe cambiar DTR a 1.
29
AT +KSLEEP = 1 En este modo el estado SLEEP es controlado nicamente por firmware. El mdulo va a dormirse cuando est preparado. Se despertar con cualquier carcter recibido por la UART. Sin embargo, para asegurarnos de que el mdulo ha despertado, el carcter a enviar ser el "0x00". El principal inters del modo AT +KSLEEP = 0 es para poder prohibir el modo de standby.
3.1.7 Alimentacin
El nivel de seal VBAT debe estar en el rango de 3,2V a 4,5V, con un valor nominal de 3,7V. Nunca debe ser menor que 3,2V porque entonces se corre el riesgo de que se produzca un RESET del sistema. La corriente mxima que va a tener que soportar es de 2 A en picos muy concretos y que se producirn en raras ocasiones. Este nivel de corriente mximo ser determinante a la hora de elegir ciertos componentes para el nodo en estudio. El pin VGPIO proporciona una tensin de salida de 2,8V con la que se podran alimentar otros dispositivos (50mA de corriente en modo activo). El pin VBACKUP sirve para conectar una batera de reserva por si falla la principal. Si no se utiliza debe conectarse directamente a VBAT.
3.1.8 Arrancando el mdulo

Primero debe alimentarse el pin VBAT entre 3.2V y 4.5V, y debe poder ofrecer en torno a 2 A durante las rfagas de transmisin. Para arrancar el modulo debe darse un pulso a nivel bajo en la seal POK_IN como mnimo durante un 1s. Despus de unos segundos, el modulo pone la seal CTS activa cuando est preparado para recibir comandos AT. Para resetear el mdulo, debe darse un pulso a nivel bajo en pad RESET durante 10 ms.
30
3.2 Microcontrolador Renesas H8/300H.

3.2.1 Introduccin.
Renesas Electronics es el mayor fabricante a nivel mundial de microcontroladores (MCU) y de otros dispositivos electrnicos. De entre todas las familias de microcontroladores, la serie H8/300H Ultra Bajo Consumo est diseada para proporcionar una solucin altamente integrada, de altas prestaciones, y con un consumo de energa extremadamente bajo. En la siguiente figura, se observa la evolucin de la familia de MCU H8/300 Super Low Power, en cuanto a prestaciones y consumo de energa.
Figura 18: Evolucin Familia H8 Super Low Power
31
Dentro de la familia H8/300, hay muchos modelos se MCU, que varan en cuanto al nmero de pines a utilizar, mdulos integrados, cantidad de memoria de programa ROM y memoria voltil RAM, nivel de alimentacin en rango de operacin, etc.
Figura 19: MCU Renesas Familia H8/300
Para el nodo en estudio, se va a escoger el serie H8/38099. Tiene buenas prestaciones en cuanto a bajo consumo se refiere, y alta capacidad tanto de memoria de programa como memoria RAM. Tiene 128 Kbytes de Flash on-chip y 4 Kbytes de SRAM. Tambin existen versiones con ROM de 128K y 96 Kbyte para aplicaciones sensibles al coste. La serie H8/38099 ofrece arranque rpido de oscilador, donde el oscilador principal puede despertar en unos 20 s usando un resonador externo. Esta caracterstica es muy
32
Proyecto Final de Carrera apropiada para aquellas aplicaciones que suelen pasar la mayor parte del tiempo en modo sleep con mnima potencia. El reloj en tiempo real (RTC) integrado en chip del MCU dota de una magnfica alternativa para aplicaciones de control de tiempo, y el convertidor A/D de 10 bit de elevada resolucin con un amplio rango de muestreo hace que el modelo H38099 sea ideal para una amplia variedad de tareas de medicin. El H8/38099F posee un controlador de display LCD on-chip con su propio repetidor de tensin y generador de voltaje constante, que se puede programar por el usuario para crear una tensin constante para el display LCD sin preocuparse del voltaje de entrada al microcontrolador. El dispositivo tambin soporta control de contraste digital. Y lo principal de este MCU es que ofrece soporte para operacin de baja potencia: 1.1mA a 2 MHz en modo activo, 9 A en modo sub-activo, 0.5 A en modo watch con operacin RTC, y 0.1 A en modo standby. Las aplicaciones para el H8/38099 son muchas y variadas. Es una solucin ideal para aplicaciones de medicin, como medidores de agua y gas, as como controladores de calor como resultado de la combinacin de bajo coste, mnimo consumo de potencia y magnficas caractersticas. Este bajo coste tambin es idneo para muchos tipos de medidores de electricidad. El arranque de oscilador rpido es muy adecuado para aplicaciones que duermen en estados de potencia extremadamente baja y despiertan para realizar lecturas o comunicaciones. El temporizador asncrono del H8/38099F es idneo para aplicaciones alimentadas por batera que cuentan pulsos, ya que es capaz de contabilizar los impulsos externos y mantener una funcin de reloj en tiempo real con un consumo de potencia promediado de 0.5 A.
3.2.2 Caractersticas y especificaciones tcnicas.

A continuacin detallamos las principales caractersticas tcnicas de esta familia de MCU.
CPU
-CPU de alta velocidad H8/300H con una arquitectura interna de 16-bit -16 registros generales de 16-bit -62 instrucciones bsicas -8 modos de direccionamiento
Interrupciones
Fuentes de
14 Alfonso Grande Navarro
33
Proyecto Final de Carrera interrupcin externa Fuentes de interrupcin externa Reloj principal Pulsos generadores de reloj Sub-reloj
27 Sistema reloj por oscilador de cristal (de 2 a 10 MHz) 32.768 kHz (oscilador de cristal) 38.4 kHz (oscilador de cristal) Frecuencia Tensin
Tensin de alimentacin y frecuencia de operacin
Reloj principal
2 a 4.2MHz 1.8 a 3.6V 2 a 10MHz 2.7 a 3.6V Sub-reloj 32.768kHz 1.8 a 3.6V 38.4kHz Soporta 7modos bajo consumo, modo mdulos standby y sistema en funcin de pulsos reloj. -Sleep (high-speed) mode -Sleep (medium-speed) mode -Standby mode -Watch mode -Subsleep mode -Subactive mode -Active (medium-speed) mode -Modo activo: 11 mA de max (a 3 V y 10 MHz) -Modo activo: 1,1 mA (a 1,8 V y 2 MHz) -Modo subactivo: 9 uA -Modo standby: 0,1 uA -Modo watch con RTC funcionando: 0,5 uA ROM Flash Memory Mask ROM Puertos E/S Modelo H8/38099F ROM RAM (byte) (byte) 128K 4K 4K 2K
Modos de bajo consumo
Consumo de potencia
Memoria
H8/38099 128K H8/38098 96K 75 pines 8 pines
Puertos E/S Puertos entrada
Contadores
Contine: - Timer C, F y G (de 8 y 16 bits) - RTC -AEC (contador de eventos asncronos) - TPU (contador de pulsos unitarios) -Watchdog -PWM Alfonso Grande Navarro
34
Proyecto Final de Carrera - 3 canales de SCI (interfaz de comunicacin serie) - 1 canal de bus I2C. -8 canales con resolucin de 10 bits.
Interfaces de comunicacin serie
Convertidor A/D
Circuito reset al alimentarse
Usa una capacidad externa, para generar una seal de reset interno cuando se alimenta.
3.2.3 Modos de bajo consumo

Esta familia de microcontroladores, son diseados para aplicaciones de muy bajo consumo. Para ello, nos permiten 7 modos para ahorro de consumo, cada uno depender de los mdulos externos que se requieran que permanezcan activos mientras la CPU est inactiva. - Modo Activo (medium-speed): La CPU y todos los mdulos perifricos del chip operan con el sistema reloj principal. Mediante una seleccin de parmetros, podemos obtener frecuencias divisibles del oscilador (OSC/8, OSC/16, OSC/32, y OSC/64). - Modo Subactivo: La CPU y todos los mdulos perifricos del chip operan con el sistema subreloj. Podemos obtener frecuencias divisibles (W/2, W/4, y W/8). - Modo Sleep (high-speed): La CPU se para. Los perifricos continan operando con el reloj principal. - Modo Sleep (medium-speed): La CPU se para. Los perifricos continan operando con el reloj principal. Mediante una seleccin de parmetros, podemos obtener frecuencias divisibles del oscilador (OSC/8, OSC/16, OSC/32, y OSC/64). - Modo Subsleep: La CPU se para. Los perifricos continan operando con el sistema sub-reloj. Podemos obtener frecuencias divisibles (W/2, W/4, y W/8). - Modo Watch: La CPU se para. Los perifricos continan operando con el sistema sub-reloj. - Modo Standby: La CPU y todos los mdulos perifricos del chip se paran. - Funcin Mdulos standby: Independientemente del modo, el consumo de corriente puede reducirse parando los mdulos perifricos que no se usan.
35
3.2.4 Reloj de tiempo real (RTC)

El reloj de tiempo real (RTC) es un contador de tiempo usado para contar perodos que van desde segundos hasta semanas. Es una buena opcin para provocar interrupciones en intervalos que van de 0,25 segundos hasta una semana. La siguiente figura nos muestra el diagrama de bloques de un RTC.
Figura 20: Diagrama de bloques del RTC
Caractersticas del RTC: Cuenta segundos, minutos, horas, y das de semana. Funcin Iniciar / detener y reset. Contador lectura / escritura de segundos, minutos, horas, y das de semana. Provoca interrupciones peridicas (0,25 segundos, 0,5 segundos, un segundo, minuto, hora, da y semana). Contador libre de 8-bit. Seleccin de la fuente de reloj. Cuando se pasa el micro a modo standby, si el RTC no est en uso, tambin entra en este modo de ahorro de corriente.
36
4. Viabilidad tcnica.
37
Proyecto Final de Carrera Como ya se ha comentado en apartados anteriores, los nodos inalmbricos estn alimentados mediante batera. Por lo tanto, en cuanto al estudio de viabilidad tcnica del nodo, es de gran importancia calcular el consumo para poder estimar la autonoma del dispositivo. Depender de la aplicacin a la que se ajuste el nodo, el indicar si es viable o no tcnicamente. En los siguientes apartados, todos los datos referidos al consumo de los dispositivos, estn obtenidos de las hojas tcnicas que el fabricante de cada dispositivo nos proporciona.
4.1 Diseo del nodo.

El nodo inalmbrico bsicamente estar constituido por un mdulo GSM/GPRS, HiloNC del fabricante Sagem, y por un microcontrolador H8/300H de Renesas. Tambin se instalaran ciertos dispositivos adicionales que dependern de la aplicacin para la que se ajuste. Esos dispositivos adicionales pueden ser memorias EPROM (si tenemos que salvaguardar cierta cantidad de datos), interfaces con otros sistemas (sensores, contadores de agua, etc.), ajustes de niveles de tensin, etc. En cuanto a la parte de alimentacin, debe de incluirse una batera que pueda cumplir con todos los requisitos, tanto de tensin como de amperaje, que exige el nodo, y ms en particular el HiloNC. Se estudiar tambin la opcin de incluir un panel fotovoltaico, capaz de alimentar y recargar la batera, consiguiendo de esta manera un nodo autosuficiente. El diseo de este nodo al realizarse a batera, tiene especial inters, los modos de funcionamiento de los dispositivos en bajo consumo. En este modo el consumo es mnimo (en torno a microamperios) y eso hace que la autonoma aumente considerablemente. Para aplicaciones que la mayor parte del tiempo el dispositivo est inactivo (en modo de bajo consumo), el consumo en este modo ser el valor ms importante a tener en cuenta.
4.1.1 Esquema bsico de conexin entre componentes del nodo.

A continuacin se va a detallar de manera resumida, las conexiones entre componentes para conseguir que el sistema acte (lectura de datos y envo a travs del mdulo GSM/GPRS) y pase a modo de ahorro de energa cclicamente.
38
Interfaz Contadores
CPU
POK_IN
Transceptor RF
INT_RTC Enlace Serie
HiloNC GSM/GPRS
RTC H8/300
NODO INALMBRICO
Figura 21: Esquema conexionado nodo.
El funcionamiento del nodo, podemos dividirlo en cuatro fases: -Primera fase (Lectura de datos): Una vez alimentado el nodo y estabilizado, el microcontrolador realizar un proceso de lectura de los contadores de agua o la funcin que tenga programada. -Segunda fase (Envo de datos): el microcontrolador activa el Hilo que permanece en modo apagado, mediante la seal de entrada al Hilo POK_IN. Una vez se ha iniciado, el microcontrolador ya puede enviar los datos que obtenidos en la primera fase, a travs de la red GSM o GPRS. - Tercera fase (Paso a modo de bajo consumo): El microcontrolador indica al Hilo, su paso a modo OFF, y manteniendo el mdulo RTC del microcontrolador bien configurado y activo, ya puede el microcontrolador dejar de actuar y pasar a modo Standby. - Cuarta fase (Activar el sistema): una vez se cumplan las condiciones de interrupcin provocada por el RTC (segn el tiempo configurado), el microcontrolador se activara nuevamente y procede a realizar el primer paso.
39
4.2 Consumo nodo inalmbrico.

En este apartado se pretende estimar el consumo del nodo inalmbrico. Para ello, la mejor opcin es dividir el nodo o sistema en subsistemas o dispositivos ms importantes y calcular su consumo independientemente segn sus modos de funcionamiento. El nodo lo podemos dividir en: 1. Microcontrolador Renesas: Es el encargado de controlar la aplicacin, tanto de gestionar el HiloNC para la transmisin de datos como de interactuar con otras interfaces, como sensores, contadores de agua, etc. En cuanto a consumo dispone de dos modos de funcionamiento: a. Modo activo. b. Modo bajo consumo. 2. Mdulo HiloNC GSM/GPRS: Es el encargado de las transmisiones inalmbricas de los datos que se quieren obtener del sistema. Dispone de tres modos de funcionamiento, cada uno de ellos con consumos en corriente distintos. Tambin depender del tipo de red al que se conecte, GSM o GPRS. a. Modo Transmisin. b. Modo Stand-By. c. Modo bajo consumo (OFF). 3. Otros dispositivos: En este apartado, se calcula el consumo de corriente de los subsistemas adicionales que integre el nodo para las diferentes aplicaciones. En el caso de la aplicacin para lectura de contadores, se debe aadir el consumo de la interfaz con los contadores de agua, y un sistema de almacenamiento para los datos proporcionados por los contadores. La actuacin del nodo, podemos dividirla en tres fases o intervalos. Por tanto se puede afirmar que el consumo total del nodo ser la suma de lo que consuman los dispositivos en cada intervalo:
= + +
Consumo total del nodo. Consumo Nodo, en intervalo de bajo consumo.
40

Consumo Nodo, en el intervalo de ejecucin de lectura o tratamiento de
datos (el hilo permanece en estado de bajo consumo).

Consumo Nodo, durante el proceso de conexin a la red GSM/GPRS, el envo de
los datos obtenidos en la fase anterior y la desconexin de red. Dependiendo de la cantidad de datos y de la red mvil seleccionada, variar el consumo de manera considerable.
4.2.1 Microcontrolador.
Este dispositivo nicamente tendr dos modos de funcionamiento, cuando est activo o cuando permanece en bajo consumo, modo standby con uso de RTC. En modo de bajo consumo permanece siempre que la aplicacin est inactiva, es decir, la mayor parte del tiempo, ya que se disear el nodo para aplicaciones con poca actividad, para obtener una gran autonoma.
=
Por lo contrario, el microcontrolador estar en modo activo un tiempo igual a la suma del intervalo de tiempo en despertarse y realizar la lectura de datos (contadores de agua en nuestro caso) ms el tiempo que transcurra en encender el HiloNC, configurarlo para conectarse a la red adecuada y transmitir los datos obtenidos en la fase de lectura.
= +
Vamos a estimar que el consumo ser estable en cada estado. Habr que tener en cuenta, el consumo de las interfaces con perifricos alimentadas mediante el micro. Tal como se ha estructurado el estudio de consumo, lo tendremos en cuenta en el subapartado otros dispositivos. El consumo del micro Renesas en modo activo, puede tener gran variacin, dependiendo de la frecuencia del oscilador de cristal y la tensin a la que est alimentado. Suponiendo que el micro actuar con una alimentacin en torno a los 3 V y una frecuencia de oscilador de 10 MHz, su consumo mximo es:
= 11
Para modo en bajo consumo, depender de los mdulos perifricos que permanezcan activos durante el periodo de inactividad del micro. En nuestro caso, nicamente tenemos que dejar corriendo el RTC. Por tanto el consumo aproximado del microcontrolador en modo de bajo consumo watch con el RTC corriendo es de:
= 0,5
41
4.2.2 Mdulo HiloNC Sagem.

El HiloNC, va a ser el dispositivo que en modo de transmisin ms corriente va a consumir. La transmisin de datos en GSM y GPRS, como se describi en apartados anteriores, se da mediante slots de tiempo TDMA asignados. En cada slot de tiempo asignado al terminal se transmite una rfaga. La duracin de cada slots es de aproximadamente 577 us. En este tiempo, el hilo consume picos de hasta 1.7 A. En GSM, para la transmisin de informacin se tiene asignado un slot de tiempo. En cambio, para GPRS, dependiendo del tipo de clase de datos, se puede tener asignado ms de un slot. En nuestro caso, el HiloNC (clase 10 en GPRS) tiene una capacidad de 2 slots para transmisin y 3 slots para recepcin. Con esta caracterstica, se obtiene una tasa de datos definida en GPRS. En la siguiente tabla (proporcionada por el fabricante), se muestra el consumo de corriente del Hilo dependiendo del modo de funcionamiento. Todos los valores mostrados estn reflejados a la mxima potencia de transmisin en cada instante (2W para la banda de frecuencias de 900Mhz y 1W para la banda de frecuencias de 1800Mhz). -40C Typ Off Mode Stand-By mode DRX2- connected to the network Stand-By mode DRX5- connected to the network Stand-By mode DRX9- connected to the network CSD mode- in communication GSM900/850 DCS/PCS GPRS transmitting data (2TX Slots, 3RX slots) GPRS stand-by mode- 1 o 2 PDP context are open Current consumption during a burst GSM900/850 DCS/PCS 1.75mA Typ 35 uA 1.90mA 25C Max 56 uA 2.2mA 3.6mA +85C Typ
1.15mA 0.95mA
1.30mA 1.10mA
1.6mA 1.4mA
3mA 2.8mA
220mA 160mA 360mA 245mA
230mA 170mA
GSM900/850 DCS/PCS
The HiloNC behavior in GPRS stand-by mode is similar to GSM stand-by mode. The power consumption also depends on DRX and on other network setting (number of adjacent cells, etc.), it is between 1 and 3.4 mA. 1.7 A 1.5 A
42
A continuacin se muestra un ejemplo de comunicacin en GPRS (clase 10) en la banda de 900 MHz. Al ser de clase 10, hay asignados dos slots de tiempo para transmitir informacin. Por eso la rfaga tiene una duracin de 1.130 ms, en la que se consume en torno a 1.7 A.
Figura 22: Rfaga GPRS (clase 10) en la banda GSM900.
En la siguiente grfica, al contrario que la anterior, se muestra una comunicacin GSM en la banda de 900 MHz y con un slot de tiempo (577 us). Se consume en torno a 1.7 A.
43
Figura 23: Rfaga GSM en la banda GSM900.
En GPRS, en un servicio punto a punto orientado a conexin se establece una relacin lgica entre la fuente y el destinatario de los paquetes, relacin que permanece activa durante el tiempo total de la conexin; el servicio es, por lo tanto, un circuito virtual, es decir, en la fase de set-up de la conexin se establece un recorrido para el routing de los paquetes, con la diferencia de que, respecto a una conexin por conmutacin del circuito, los recursos fsicos se liberan en cuanto el paquete genrico se ha transmitido, manteniendo la conexin lgica. Los modos de operacin en GPRS pueden ser: -Inicializacin / inactivo (idle) Es el estado apagado, o no conectado a la red GSM/GPRS. Se da cuando el terminal mvil es encendido y buscando red para poder conectarse. -En espera (Stand-by) El terminal mvil est conectado a la red, pero no hay transmisin de datos. -Listo (ready) En el modo "listo" el modulo est conectado al sistema y se realiza una conexin virtual con el SGSN y GGSN. Al hacer esta conexin, la red sabe dnde encaminar los paquetes cuando son enviados y recibidos.
44
Figura 24: Modos operacin GPRS.
Para realizar el estudio de consumo en cada fase para este dispositivo, vamos a tener que estimar varios tipos de datos, debido a que un mdulo GSM/GPRS, dependiendo del lugar donde se encuentre y del operador que nos ofrece el servicio de conexin (cobertura con la estacin base), se tendr unos niveles diferentes de seal. El tiempo de conexin a la red, tambin es variante, as que para el estudio se estimar unos valores tpicos. En definitiva, dependiendo de la red conectada (GSM o GPRS) tendremos un consumo, una tasa de transferencia de datos y un tiempo de conexin diferentes. En cuanto a los operadores de telefona mvil en Espaa, tendremos en cuanta para este estudio, los que tienen una amplia infraestructura y ofrecen cobertura en todo el territorio espaol. Van a ser Telefnica Mviles, Vodafone y Orange. Actualmente en Espaa, la red GSM 900 est explotada por Telefnica Mviles y Vodafone, y la red DCS 1800, por los dos anteriores y Orange. Es un aspecto a tener en cuenta, ya que el conectarse a la red DCS 1800 para utilizar los servicios GSM/GPRS implica un menor consumo. La velocidad de transferencia no depende nicamente del n de slots asignados sino tambin del mtodo de codificacin (coding scheme). El mtodo menos robusto, y por consiguiente ms rpido, es el CS-4, que estar disponible cerca de la estacin base (donde la calidad de la seal ser ms alta y por tanto es menos propenso a errores de comunicacin). Y el ms robusto (y por tanto ms lento) es el CS-1 que ser usado cuando el dispositivo mvil est lejos de la estacin base. Las velocidades varan entre: CS-1: 9,05 Kbps (mala calidad) CS-4: 21,4 Kbps (calidad ptima, sin error de conexin) Estas velocidades son para cada slot de tiempo. El HiloNC, al ser de clase 10 (tiene 2 posibles slots para transmitir datos) podemos doblar las tasas anteriores en cada caso, si la Alfonso Grande Navarro
45
Proyecto Final de Carrera estacin base nos ofrece dos slots para transmitir. Como resumen, las tasas de transferencia de datos que vamos a utilizar son: GSM: 9,6 Kbps GPRS (Clase 10 y CS-4): 60 Kbps de download y 40 Kbps upload. GPRS (Clase 10 y CS-1): 30 Kbps de download y 10 Kbps upload.
Para ir desglosando las fases para calcular el consumo de los dispositivos, en cuanto al Hilo, el tiempo que permanece inactivo en la aplicacin estudiada, ser igual a la suma del tiempo que la aplicacin permanezca inactiva ms el tiempo que transcurra en la fase de lectura de contadores:
= +
Por otra parte, el tiempo que el hilo estar activo, ser el tiempo en conectarse a la red y transmitir los datos:
=
Siendo
= + +
, , Dependern de la red a la que se conecte en cada
caso.
4.2.2.1 Consideraciones generales

Una vez que descritos anteriormente los aspectos a tener en cuenta en cuanto a consumo del mdulo GSM/GPRS, vamos a puntualizar las consideraciones necesarias que se deben de realizar para la estimacin del consumo en fases de conexin a la red. Como consideraciones conjuntas, tanto para el Hilo funcionando en modo GSM o en modo GPRS, se describen a continuacin: - Se escogen los valores mximos que nos indican las especificaciones del fabricante, en cuanto al consumo de corriente del Hilo en modo transmisin y modo standby. - En cada rfaga de transmisin, el Hilo puede llegar a consumir picos en torno a 1,7 A. Este dato slo lo tendremos en cuanta para los requisitos de la batera que se instale en el nodo inalmbrico. Se tomar como valor de consumo del hilo, en comunicacin, su media, es decir, en torno a 200- 300 mA, dependiendo del caso.
46
Proyecto Final de Carrera - Se supondr que la configuracin inicial del Hilo ser la adecuada en cada caso. A partir de este momento, si se habla del Hilo conectado a GSM, suponemos que est bien configurado para conectarse a la red GSM automticamente una vez se iniciado, y si hablamos de conexiones GPRS, supondremos que el Hilo est adecuadamente configurado para conectarse a la red GPRS. Cuando el Hilo permanece en modo de bajo consumo (est desconectado de cualquier red) y el microcontrolador Renesas lo despierta, automticamente se conectar a la red adecuada en cada caso, y ese tiempo de conexin puede ser muy variable dependiendo de la cobertura de red (desde 2 o 3 segundos hasta incluso 20 segundos). Como valor medio y tiempo razonable se estima igual a,
= 10
- El tiempo de conexin a la red, depender bsicamente de la cobertura que tenga el nodo. Se supondr que el nodo se colocar en un lugar con bastante cobertura, ya que si tuviese poca cobertura, adems de que el tiempo de conexin aumentara, podra tener desconexiones con frecuencia y eso provocara perdidas de datos, desconexiones TCP establecidas anteriormente , o incluso puede ser que nunca llegue a conectarse a la red. Por tanto, la colocacin del nodo ser en zona con amplia cobertura de red. - El valor de consumo en modo desconectado a la red (OFF), es decir, el transceptor de RF est desactivado y el micro que posee el Hilo esta en modo de bajo consumo, que se tomar como referencia para los clculos es:
= 56
-Una vez que el hilo se ha conectado a una red, y ha enviado todos los datos correctamente a su destinatario, el micro Renesas acta para pasar el Hilo a modo OFF. Este tiempo de desconexin de la red, lo supondremos prcticamente nulo.
~ 0
4.2.2.2 Red GSM

A continuacin se detallan las consideraciones particulares del Hilo actuando con conexin GSM. - Los consumos de corriente del Hilo en comunicacin o stand by, dependiendo de la banda de frecuencias del operador ser:
= 230 = 170 = 1,6
47
- La red GSM se usar en nuestro estudio para la utilizacin del servicio de SMS que
nos ofrece. Teniendo en cuenta, que los SMS, no es un servicio prioritario para GSM, y la red los enva a su centro de servicio SMSC aprovechando tramas de sealizacin y control, podemos estimar que el tiempo de envo de un SMS es aproximadamente,
= 2,4
4.2.2.3 Red GPRS

A continuacin se detallan las consideraciones particulares del Hilo actuando con conexin GSM. - Los consumos de corriente del Hilo en comunicacin o stand by, dependiendo de la banda de frecuencias del operador ser:
= 360 = 245 = 3,4
- La Red GPRS se utilizar en el estudio para el envo de datos, en diferentes casos, mediante servicio de MMS o conexiones TCP a un servidor. En el servicio de MMS, el Hilo antes de la transmisin de los datos, crea una conexin WAP GPRS con el centro de servicio MMSC. Esta conexin es gratuita, y la operadora slo tarifica el nmero de MMS que se envan con un precio fijo. Sin embargo, mediante conexin TCP creada, nos tarifican por la conexin realizada y por el nmero de datos que se transmitan. Como siempre, estos tiempos de conexin, sern variables, pero por promedio, se estiman los siguientes:
= 2 = 4 -Adems de esta conexin a establecer en el preenvo de datos, tenemos que aadir el tiempo que transcurre en enviar la informacin deseada a la tasa de transferencia de datos ofrecida por GPRS. Se estima que la mejor y peor tasa ofrecida es: = 40 = 10
48
4.2.3 Otros dispositivos adicionales

En este apartado, lo dejamos para tener en cuenta todos los consumos extras de perifricos que pueda resultar en el diseo del nodo. Como principalmente el estudio de viabilidad se realiza para aplicacin de contadores de agua, a continuacin se citan algunos aspectos a tener en cuenta en cuanto a la lectura de contadores de agua, su interfaz y protocolo utilizado.
4.2.3.1 Sistema interfaz con los contadores de agua

Para realizar la lectura de contadores de agua, se hace uso del protocolo CZBUS 2.03. El objeto del protocolo CzBus es la comunicacin de un sistema automtico de lectura con dispositivos que enven informacin y puedan interconectarse entre s dando lugar a un bus de comunicaciones. Este protocolo de comunicaciones est especialmente indicado para dispositivos empleados en el sector de abastecimiento de agua. Es por ello que se usan muy bajos voltajes en la comunicacin, pensando en la seguridad elctrica para emplazamientos muy hmedos, incluso inundados, habituales en este sector. Es un sistema de bajo consumo previsto para la necesidad de lecturas masivas con terminales porttiles de una forma autnoma. Es completamente pasivo, sin necesidad de conexin a la red elctrica, muchas veces no disponible en las ubicaciones de dispositivos en este sector. En este protocolo, existen 4 tramas de comunicacin: Tipo A, A+, B y C. -Trama A: Cuando un dispositivo enva informacin utilizando una trama de formato A, enva 32 bytes asncronos. Se envan datos tiles del contador, como su lectura, y otras especificaciones. La velocidad de transmisin es de 1200 baudios. -Trama A+: Son tramas A mejoradas, ya que permiten codificar nmeros de serie de otros fabricantes (estandarizados en la norma V-frame), otras unidades de volumen y otras ventajas. El uso de una trama A o de una trama A+ as como los campos especficos usados en la trama A+ pueden configurarse a travs del objeto Control de Comunicaciones. Las tramas se enviarn a la velocidad de 1200 bps. El tamao de esta trama puede ser variable, de 18 a 60 bytes. -Tramas B: Las tramas de formato A o A+ transmiten la informacin bsica del dispositivo. El protocolo para su lectura es relativamente sencillo ya que son tramas de un solo sentido: desde el dispositivo. Para acceder al resto de la informacin que almacena el dispositivo deben utilizarse tramas B o tramas C. Estas tramas son bidireccionales. Se usan tramas B para informacin firmware o para informacin extendida del contador. Cada trama tiene un nmero variable de bytes, desde 9 a 128 como mximo y la velocidad de transmisin es de 1200 baudios.
49
-Tramas C: Las tramas C estn preparadas para enviar y recibir cualquier informacin del dispositivo del modo ms eficiente, gracias al concepto de objeto y a la posibilidad de actuar sobre las caractersticas de la comunicacin. Una trama C, en sentido genrico, ejecuta mtodos sobre objetos relacionados con informaciones del dispositivo. La velocidad de transmisin puede ser variada. La longitud mnima de la trama C es de 8 bytes y la mxima es de 8+127(NID)+1023(NPayLd)=1158 bytes. Hay asociadas a los contadores de agua, dos lneas para comunicacin (bus) entre el dispositivo selector y los propios contadores, la lnea SEL y SDATA. Para la realizacin de estimacin de consumo de esta interfaz, habra que ver el tiempo que cada lnea permanece en cada estado (0 o 1) durante la lectura de un tipo de trama. En el proyecto AMICO se realizaron pruebas de consumo, en cuanto a la interfaz de lectura de contadores. Algunos datos obtenidos mediante pruebas experimentales, fue el consumo de cada lnea para cada estado (considerando 25 contadores de agua conectados).
= 2,46 a nivel bajo = 172 a nivel alto = 7,88 a nivel bajo = 2,46 a nivel alto
Otros resultados obtenidos fue el tiempo que permanece activa la interfaz mientras se realiza la lectura de las diferentes tipos de tramas, lectura de tramas A/A+, lectura de tramas A/A+ y B, y lecturas de tramas A/A+ y C, todo esto para 25 contadores de agua.
(/+)~ 24 (/+, ~)58 (/+, ~)118
Con ms detalle, se describe a continuacin el tiempo que cada lnea (SEL y SDATA) permanece en cada estado durante la lectura de cada tipo de trama.
/ ( = )15
( = )15,03
( = )50,1
/ ( = )8,45
( = )8,6
( = )43,9
/ ( = )9,2
( = )10,1
( = )23,2
50

/ ( = )14,2 ( = )13,6 ( = )70,7
Con los datos anteriormente obtenidos, podemos concluir aproximadamente el consumo medio de corriente de la interfaz de los contadores, en funcin de cada tipo de trama leda.

(/+) = 66,5 (/+, = )55,6 (/+, = )81,6
Por otro lado, el consumo de la interfaz en modo de bajo consumo ser:

= 17
Por ltimo, en cuanto a la longitud en bytes de cada trama, que se tiene en cuenta para el clculo de estos consumos es:
: 32 +: 59 : 64 : 120
Memoria externa En el nodo diseado en el proyecto AMICO, es necesario el uso de una memoria, en la que poder salvaguardar los datos ledos de los contadores. En este caso en estudio, con la memoria RAM que integra el microcontrolador de Renesas (4 KBytes), en principio sera suficiente. As que este dispositivo externo, no lo tenemos en cuenta, para el clculo de consumo.
51
4.2.4 Diferentes casos.

A continuacin supondremos diferentes casos de actuacin del nodo inalmbrico. En cada caso se variar la cantidad de datos a tratar, lectura de los contadores y la frecuencia de transmisin, diaria o semanalmente. En cada caso, se realizar la estimacin del consumo medio del nodo, estudiando cada fase o modo de funcionamiento independientemente y finalmente sumando cada trmino (multiplicado ste por la proporcin en tiempo que el nodo permanece en cada fase).
= (%) + (%) + (%)
Caso 1: (25 contadores de agua) Lectura de tramas A/A+ diarias, lecturas de tramas A/A+ y B semanales, y lecturas de tramas A/A+ y C mensuales. Para este caso particular, tenemos 25 contadores de agua, y se pretende que diariamente se lea y enve una trama A/A+, semanalmente se lea y enve una trama A/A+ y B, y mensualmente una trama A/A+ y C, todo ello por cada contador. Primer paso ser estudiar el tiempo que el nodo permanece en cada estado de funcionamiento.
1 Fase: Nodo inactivo (bajo consumo):

La corriente media que consume el nodo en este estado es:
= + +
= 73,5
2 Fase: Lectura de tramas de los contadores
= + +
52
Proyecto Final de Carrera En esta fase, el consumo de la interfaz de los contadores variar dependiendo del tipo de trama leda. As que nos quedara:
(/+) = 77,556 (/+, = )66,656 (/+, = )92,656
3 Fase: Envo de los datos obtenidos mediante mdulo GSM/GPRS.
= +
= + +
Dependiendo del tipo de trama a leer y el nmero de contadores de agua, tendremos una cantidad u otra de datos a enviar.
/ = 59 25 = 1475 /, = (59 + 64) 25 = 3075 /, = (59 + 120) 25 = 4475

En esta fase, el consumo medio del hilo, depender de la red a la que se conecta. -Envo mediante SMS, por GSM. Una vez hallado el nmero de bytes a enviar por cada tipo de trama y sabiendo que por cada SMS es posible enviar 140 bytes de datos tiles, se obtiene el nmero de mensajes necesarios para transmitir la informacin de los contadores. Como se explico en su apartado correspondiente, la duracin media de envo por cada SMS es de 2,4 segundos.
/ = 11 /, = 22 /, = 32
53
Proyecto Final de Carrera El tiempo necesario, para que el hilo enve la informacin mediante SMS, es de:
(/+) = 36,4 (/+, = )62,8 (/+, = )86,8
El peor caso, se dar cuando se conecte a GSM a travs de la banda de frecuencias GSM900, y el consumo del hilo ser:
= 230
El mejor caso, se dar cuando se conecte a GSM a travs de la banda de frecuencias DCS1800, y el consumo del hilo ser:
= 170
-Envo mediante MMS, por GPRS. Para conexin mediante GPRS, hay que basarse en la tasa de transferencia de datos, para obtener el tiempo de transmisin y por tanto el intervalo de tiempo que el hilo permanece activo. Para enviar MMS, previamente el Hilo establece una conexin WAP con el centro de servicios de MMS, el MMSC, y una vez establecida, se enva todos los datos conjuntamente.
= + +
El peor caso, se dar cuando se conecte a GPRS a travs de la banda de frecuencias GSM900, y la tasa de datos sea de 10 Kbps.
(/+) = 13,18 (/+, = )14,46 (/+, = )15,58 = 360
El mejor caso, se dar cuando se conecte a GPRS a travs de la banda de frecuencias DCS1800, y la tasa de datos sea de 40 Kbps.
(/+) = 12,295 (/+, = )12,615 (/+, = )12,895
54

= 245
-Envo mediante conexin TCP con servidor, por GPRS. Es similar al ejemplo anterior, pero en este caso, el Hilo se comunica con un servidor conectado a la red de Internet, mediante una conexin TCP. Antes de la transferencia de datos desde el Hilo al servidor, se tiene que realizar un establecimiento de conexin TCP, entre los dos puntos.
= + +
El peor caso, se dar cuando se conecte a GPRS a travs de la banda de frecuencias GSM900, y la tasa de datos sea de 10 Kbps.
(/+) = 15,18 (/+, = )16,46 (/+, = )17,58 = 360
El mejor caso, se dar cuando se conecte a GPRS a travs de la banda de frecuencias DCS1800, y la tasa de datos sea de 40 Kbps.
(/+) = 14,295 (/+, = )14,615 (/+, = )14,895 = 245
En la siguiente tabla, se recoge el consumo medio del nodo en la fase de envo de datos, segn la forma utilizada para el traspaso de datos en su mejor y peor caso. SMS Peor Caso Mejor Caso Peor Caso MMS Mejor Caso Conexin TCP Peor Caso Mejor Caso
= 241 = 181 = 371 = 256 = 371 = 256
55
Proyecto Final de Carrera Para finalizar este caso real de lecturas de contadores, se indica el consumo medio (mAh) del nodo, diferenciando el tipo de trama leda y modo de transmisin de los datos. A partir de la siguiente frmula, y con los valores obtenidos anteriormente se obtiene el resultado indicado en la tabla.
( / ) = ( )/24 + ( ()) /24 + ( ( ))/24
SMS
MMS
Conexin TCP
Peor Caso Mejor Caso Peor Caso Mejor Caso Peor Caso Mejor Caso A/A+ = 198,52 = 173,24 = 153,60 = 133,44 = 162,19 = 139,36 A/A+ y B = 295,31 = 251,70 = 179,65 = 157,56 = 190,86 = 163,48 A/A+ y C = 443,98 = 383,70 = 268,83 = 240,13 = 277,41 = 246,06
En este caso, en un ciclo de actuacin del nodo inalmbrico (30 das), se realizan 24 ciclos de lectura de tramas A/A+, 4 ciclos de lecturas de tramas A/A+ y B, y 1 ciclo de lectura de tramas A/A+ y C. Por consiguiente, el consumo medio de corriente del nodo (Ah), teniendo en cuenta la frecuencia de lectura y envo de cada tipo de trama, nos resulta el siguiente consumo:
= (24/30) (/+) + (4/30) (/+, )+ (1/30) (/+, )
SMS Peor Caso Mejor Caso
MMS Peor Caso Mejor Caso
Conexin TCP Peor Caso Mejor Caso
= 208,24 = 185,94 = 155,79 = 135,76 = 164,45 = 141,49
56
Proyecto Final de Carrera Caso 2: (25 contadores de agua) Lecturas de tramas A/A+ y B semanales, y lecturas de tramas A/A+ y C mensuales. Para este caso particular, tenemos 25 contadores de agua, y se pretende que semanalmente se lea y enve una trama A/A+ y B, y mensualmente una trama A/A+ y C, todo ello por cada contador. En principio, es similar al caso anterior, lo nico que en lugar de realizar lectura y envo de trama A/A+ diariamente, el nodo permanecer inactivo, en bajo consumo. Partiendo de los resultados obtenidos en el apartado anterior, podemos concluir:
SMS
MMS
Conexin TCP
Peor Caso Mejor Caso Peor Caso Mejor Caso Peor Caso Mejor Caso Sin leer = 73,5 = 73,5 = 73,5 = 73,5 = 73,5 = 73,5 trama A/A+ = 295,31 = 251,70 = 179,65 = 157,56 = 190,86 = 163,48 yB A/A+ yC = 443,98 = 383,70 = 268,83 = 240,13 = 277,41 = 246,06
En este caso, en un ciclo de actuacin del nodo inalmbrico (30 das), se permanecen 24 das sin actividad, 4 das con ciclos de lecturas de tramas A/A+ y B, y 1 da con ciclo de lectura de tramas A/A+ y C. Por consiguiente, el consumo medio de corriente del nodo (Ah), teniendo en cuenta la frecuencia de lectura y envo de cada tipo de trama, nos resulta el siguiente consumo:
= (24/30) )(+ (4/30) (/+, )+ (1/30) (/+, )
SMS Peor Caso Mejor Caso
MMS Peor Caso Mejor Caso
Conexin TCP Peor Caso Mejor Caso
= 112,97 = 105,15 = 91,71
= 87,81
= 93,49
= 88,8
57
4.2.5 Tabla resumen consumos.
En la presenta tabla, se resumen los consumos de corriente media del nodo (uAh) de los casos anteriormente citados y explicados.
Tipo conexin red mvil para envo de datos

Red GSM (mediante SMS) Red GPRS (mediante MMS) Red GPRS (conexin TCP en modo cliente a un servidor) Mejor caso (uA) Peor caso (uA)
Mejor caso (uA) (CASO 1) Lectura de 25 contadores. - Tramas A/A+ diarias. -Tramas A/A+ y B semanal. -Tramas A/A+ y C mensual.
Peor caso (uA)
Mejor caso (uA)
Peor caso (uA)
185,94
208,24
135,76
155,79
141,49
164,45
(CASO 2) Lectura de 25 contadores. -Tramas A/A+ y B semanal. -Tramas A/A+ y C mensual.
105,15
112,97
87,81
91,71
88,8
93,49
58
4.3 Bateras. Aspectos a tener en cuenta

4.3.1 Tipos y caractersticas de las bateras.
Los nodos inalmbricos en estudio van alimentados por batera. A continuacin se describen los aspectos ms importantes, en cuanto a la capacidad de amperaje, voltaje, y otras caractersticas de las bateras. Al tener instalado, sobre el nodo, un mdulo GSM/GPRS, se complica el estudio sobre el tipo de batera a utilizar, ya que en principio, no valdra cualquier batera. El HiloNC al realizar transmisiones mediante rfagas, necesita fuertes picos de intensidad, en torno a 1,7 A. Esta cantidad de amperaje la debe de poder suministrar la batera. Una batera que no cumpla ste requisito, al poco tiempo de suministrar este amperaje se descargara totalmente. Lo habitual en las bateras, en que cuando sea necesario suministrar esos picos de corriente, se contrarresta elctricamente con una pequea bajada de tensin. Si la tensin nominal que nos ofrece una batera es de 3,6 V, debemos tener en cuenta que la bajada de tensin provocada por el suministro de 1,7 A, no sea tan elevada, ya que si en algn instante de tiempo, el nodo queda alimentado por una tensin menor de 3,2 V, se resteara el Hilo (tiene condicin de alimentacin mayor que 3,2 V) y la aplicacin nos dara errores en la comunicacin. Una opcin, podra ser el escoger una batera con voltaje algo superior para no provocar el reseteo del Hilo. Hay muchos tipos de bateras, tanto recargables como no recargables. Por ejemplo, para explicar las caractersticas principales de las bateras, se escoge una no recargable de Litio, del fabricante Saft, y que cumple los requisitos para poder alimentar adecuadamente el nodo inalmbrico.
Figura 25: batera modelo LSH 14, 3,6 V y capacidad de 5,8Ah Por ejemplo, el modelo LSH 14, del fabricante Saft, es una batera que nos proporciona una tensin nominal de 3,6 V y una capacidad de hasta 5,8 Ah. Para esta misma tensin nominal, Saft, oferta bateras de hasta 14 Ah.
59
Proyecto Final de Carrera En la hoja de especificaciones, se indica que sta batera soporta picos (pulsos menores de 0,1 segundo) de hasta 2000mA, aunque nos recomiendan que la mxima corriente en continua sea de 1300mA. El usar una batera con corrientes mayores de lo especificado, hace que se degrade rpidamente. La capacidad que el fabricante nos indica en un primer momento, se corresponde siempre en condiciones ptimas, tanto de temperatura de funcionamiento como te corriente suministrada. Mientras menor temperatura de funcionamiento, la capacidad disminuye considerablemente. Y en cuanto a la corriente media suministrada, mientras mayor sea, menor es la capacidad total. En las siguientes grficas se puede observar todo lo descrito en este apartado.
Figura 26: Variacin de la tensin frente a la corriente suministrada y temperatura de funcionamiento. Observando la grfica anterior, se puede decir que ha +20C (temperatura ambiente), la tensin disminuye dependiendo de la cantidad de corriente que consuma el nodo. Sobre este aspecto, tener en cuenta, que al aplicar el pico de 1,7 A, la tensin no sea inferior a 3,2 V.
60
Figura 27: Duracin de la batera dependiendo de la corriente media suministrada. El nodo estudiado, a pesar de tener momentos puntuales, en los que el consumo en comunicacin puede ser en torno a los 300 mA, la mayor parte del tiempo a estar inactivo, su consumo es del orden de microamperios.
Figura 28: Capacidad nominal de la batera, dependiendo de la corriente y temperatura.
61
Proyecto Final de Carrera En esta ltima grfica, se observa, como la capacidad nominal, puede disminuir bastante, dependiendo del amperaje que tenga que suministrar a un circuito. A amperajes altos, la capacidad disminuye considerablemente debido a su degradacin. Para considerar todos los aspectos anteriormente citados, se va a suponer que la carga til de la batera, ser del 70% de la indicada por el fabricante.
= 0,7
4.3.2 Sistema con panel fotovoltaico.

Otra opcin para alimentar el nodo inalmbrico, puede ser mediante la utilizacin de un sistema fotovoltaico. Un sistema fotovoltaico est formado bsicamente por los siguientes componentes: paneles fotovoltaicos que transforman la energa lumnica del sol en energa elctrica mediante las celdas solares, bateras para acumulacin de la electricidad para su utilizacin posterior en momentos en que no existe luz solar o periodos de escasez de la misma, regulador de carga que protege a las bateras contra sobrecargas y controla las descargas, y finalmente el nodo a conectar o cargas del sistema. El consumo del nodo, es una parte determinante del equipo ya que es el que nos indicara el dimensionado del sistema.
4.3.2.1 Paneles fotovoltaicos

Las celdas fotovoltaicas son dispositivos que convierten energa solar en electricidad, en un proceso en el que la luz que incide sobre un dispositivo semiconductor de dos capas produciendo una diferencia del voltaje o del potencial entre las capas. Este voltaje es capaz de conducir una corriente a travs de un circuito externo de modo que se pueda producir trabajo til. El mercado ofrece numerosos tipos de celdas fotovoltaicas. Todas las celdas pertenecen a uno de los grupos mencionados a continuacin: - Mono-cristalinas. - Poli-cristalinas. - Amorfas. Su efectividad es mayor cuanto mayor son los cristales, pero tambin su peso, grosor y coste. El rendimiento de las poli-cristalinas puede alcanzar el 20% mientras que el de las amorfas puede no llegar al 10%, sin embargo su coste y peso es muy inferior.
62
Figura 29: Panel fotovoltaico. Los paneles o mdulos fotovoltaicos estn formados por muchas celdas fotovoltaicas. Generalmente en las hojas de caractersticas de los mdulos fotovoltaicos suelen aparecer unos datos elctricos que vienen a determinar el comportamiento elctrico del modulo bajo unas condiciones estndar de medida (STC) que suelen ser, por convenio internacional, de 1000w/m2 (plena luz solar) y T=25C. Algunas de estas especificaciones tcnicas suelen ser: -La intensidad o corriente de cortocircuito (Icc o Isc) se produce a tensin cero y se mide conectando un simple ampermetro a la salida de la clula o panel. -La tensin de circuito abierto (Vca o Vsc) es realmente la tensin mxima que puede dar una clula o panel y se mide directamente entre bornes de la clula o panel con un voltmetro. -La potencia pico (Wp) es simplemente el producto real mximo de la corriente y la tensin producida. Obviamente la Wp terica es superior a la Wp real. Hay muchos tipos de paneles que ofrecen diferentes caractersticas en cuanto a tensin y corriente se refiere. El panel de la figura anterior, proporciona salida de 6 V en DC, y una potencia de 1 W (unos 167mA). La siguiente figura, es una clula fotovoltaica que proporciona 1,5 V, y unos 300 mA en corriente.
Figura 30: clula fotovoltaica
63
Proyecto Final de Carrera Para obtener una tensin de salida o corriente de carga mayor, se agrupan estas clulas en serie y en paralelo. Si agrupamos dos clulas de este tipo en serie, se obtiene una salida de 3 V, y 300 mA. Si agrupamos dos clulas en paralelo, se obtiene una salida de 1,5V y 600 mA de corriente. Por tanto, agrupando tres clulas fotovoltaicas en serie, se obtiene una salida de 4,5 V y una corriente de unos 300 mA.
4.3.2.2 Reguladores
Los reguladores son dispositivos electrnicos que se intercalan entre los paneles fotovoltaicos y las bateras, y que sirven para controlar el estado de la carga de estas ltimas. Un buen regulador proteger la batera alargando su vida til. Sus principales funciones son las siguientes: -Limitar la descarga de las bateras de tal forma que no sobrepase un determinado valor. -Controlar el proceso de carga, evitando sobrecargas que reducen la vida til de las bateras. Los reguladores ms sencillos miden la tensin de las bateras y establecen una relacin proporcional con la carga de la misma. Los ms avanzados llevan un microprocesador y por medio de un algoritmo son capaces de detectar la curva caracterstica de cada batera.
4.3.2.3 Bateras recargables

La funcin prioritaria de las bateras en un sistema de generacin fotovoltaico es acumular la energa que se produce durante las horas de luminosidad para poder ser utilizada en la noche o durante periodos prolongados de poca iluminacin. Otra importante funcin de las bateras es la de proveer una intensidad de corriente superior a la que el dispositivo fotovoltaico puede entregar. En cuanto a las caractersticas de las bateras recargables, se debe de tener en cuenta la velocidad de carga y descarga, los ciclos de carga-descarga (vida til de la batera), tensin mxima de carga, mxima corriente de carga, etc. Someterlas a carga y descargas violentas y repetidas, descargarla hasta el agotamiento, trabajar a temperaturas extremas, provoca un considerable acorte de la vida til de una batera. Se puede hacer una clasificacin de las bateras en base a su capacidad de almacenamiento de energa (medido en Ah a la tensin nominal) y a su ciclo de vida (nmero de veces en que la batera puede ser descargada y cargada a fondo antes de que se agote su
64
Proyecto Final de Carrera vida til). La capacidad de acumulacin de energa de una batera depende de la velocidad de descarga. La capacidad de una batera se mide en Amperios/hora (Ah), para un determinado tiempo de descarga. Si este tiempo es muy corto, la capacidad de la batera disminuye, mientras que si el tiempo de la descarga aumenta hacindose sta lenta, la capacidad de la batera aumenta. Para comprobar este tipo de caractersticas de las bateras recargables, se escoge una batera de litio-ion del fabricante Saft. Sus caractersticas son: -Tensin nominal (proporcionando 0,9 A a 20C): 3,7 V -Capacidad tpica (proporcionando 0,9 A a 20C): 4,4 Ah -Tensin mxima de carga: 4,20 V -Mxima corriente de carga recomendada: 4,4 A
Figura 31: Perfil de descarga a 20C (dependiendo de la carga) En esta figura se aprecia como vara la tensin, dependiendo de la corriente necesaria para la carga.
65
Figura 32: Caractersticas de carga, hasta 4,2 V. En la anterior figura, se puede apreciar que con una corriente de 0,9A, tardara entre 5 y 6 horas en cargar la batera.
Conclusin sistema fotovoltaico Para el tipo de aplicacin en estudio, nodo inalmbrico para lectura de contadores de agua, en la que la mayor parte del tiempo el nodo est inactivo (en bajo consumo), es decir, el consumo requerido es en torno a los 100 uA, y que en el momento de la transmisin de datos (activacin del HiloNC) requiera picos altos de corriente, no parece buena idea la instalacin de un panel fotovoltaico. El instalar una placa fotovoltaica nos puede proporcionar una corriente de manera continua siempre que la intensidad solar recibida sea adecuada. La energa captada apenas es aprovechada, ya que, cuando realmente el nodo necesita picos altos de corriente, son suministrados por la batera. Realmente, el consumo que se ahorrara una batera al tener un panel fotovoltaico alimentando al nodo mientras hay condiciones adecuadas de luz solar, no sera elevado en nuestra aplicacin (el consumo del nodo es en torno a 100 uA). En definitiva, se desaprovecha el sistema en una aplicacin de este tipo. El coste de un panel fotovoltaico, que proporcione 6 V de salida y unos 167 mA es de 6,4 . Las bateras recargables son mucho ms caras que una batera no recargable. Como se indica en el prximo apartado, la autonoma del nodo con una simple batera no recargable puede llegar a ser de varios aos. Por tanto, en cuanto a tener en cuenta el coste del sistema,
66
Proyecto Final de Carrera es ms rentable utilizar en este tipo de aplicaciones pilas no recargables que un sistema fotovoltaico con el que conseguir un aumento de autonoma con mucho mayor coste. Para aplicaciones que constantemente necesiten un consumo superior de corriente, este sistema si sera adecuado, ya que durante el da, adems de alimentar el nodo, se proporciona recarga para la batera (que actuara durante la noche).
4.4 Resumen autonoma nodo.

Segn los casos vistos en apartados anteriores, se describe a continuacin la autonoma del nodo, para diferentes tipos de bateras.
4.4.1 Caso 1
(25 contadores de agua) Lectura de tramas A/A+ diarias, lecturas de tramas A/A+ y B semanales, y lecturas de tramas A/A+ y C mensuales. Capacidad Batera 3,6 Ah 5,8 Ah 9,3 Ah
Mejor caso
13552,76 horas 1,55 aos
21835 horas 2,49 aos
35011,3 horas 4 aos
SMS
Peor caso 12101,42 horas 1,38 aos 19496,73 2,22 aos 31262 horas 3,57 aos
Mejor caso
18562,16 horas 2,12 aos
29905,71 horas 3,41 aos
47952,27 horas 5,47 aos
MMS
Peor caso 16175,62 horas 1,85 aos 26060,72 horas 2,97 aos 41787,02 horas 4,77 aos
Mejor caso
17810,45 horas 2,03 aos
28694,6 horas 3,27 aos
46010,32 horas 5,25 aos
Conexin TCP
Peor caso
15323,8 horas 1,75 aos
24688,35 horas 2,82 aos
39586,5 horas 4,52 aos
67
4.4.2 Caso 2
(25 contadores de agua) Lecturas de tramas A/A+ y B semanales, y lecturas de tramas A/A+ y C mensuales.
Capacidad Batera 3,6 Ah 5,8 Ah 9,3 Ah
Mejor caso
23965,76 horas 2,73 aos
38611,5 horas 4,41 aos
61911,55 horas 7,06 aos
SMS
Mejor caso
28608,32 horas 3,27 aos
46236,19 horas 5,28 aos
74137,34 horas 8,46 aos
MMS
Mejor caso
28378,37 horas 3,24 aos
45720,72 horas 5,22 aos
73310,81 horas 8,37 aos
Conexin TCP
Peor caso
26954,75 horas 3,08 aos
43427,1 horas 4,96 aos
69633,11 horas 7,95 aos
68
5. Viabilidad econmica.
69
Proyecto Final de Carrera En esta parte del estudio, la viabilidad econmica, el aspecto ms importante a tener en cuenta es el coste de la utilizacin de la red GSM/GPRS. Ese coste depender del nmero de mensajes SMS, MMS o conexiones TCP a Internet para gran transferencia de datos, que la aplicacin necesite. Por otro lado, tambin se indica un valor aproximado de los principales dispositivos que forman el nodo, para estimar un coste inicial. Comparando el nodo en estudio (tecnologa GSM/GPRS) y el nodo desarrollado en proyecto AMICO (tecnologa 802.15.4), y suponiendo que el coste de la PCB (placa de circuito impreso) ser similar, las nicas diferencias en dispositivos sera que uno lleva un mdulo GSM/GPRS y el otro un transceptor RF para tecnologa 802.15.4 con su micro. Por lo dems, ambos tienen que integrar una antena (adecuada a la banda de frecuencias deseada) y se disearan con interfaz de lectura de contadores, y con batera. A priori, se puede equiparar al coste inicial del nodo en estudio, con el nodo inalmbrico del proyecto AMICO. Aunque el HiloNC utilizado en este nodo en estudio pueda resultar algo ms costoso que el transceptor usado en AMICO, no es necesaria la utilizacin de nodos concentradores adicionales como ocurre en caso del proyecto AMICO.
5.1. Coste inicial nodo

Como el nodo con tecnologa GSM/GPRS es un nodo en estudio, y no se dispone de un diseo de placa electrnica especfica, a la hora de estimar el coste, se tendr en cuanta los principales componentes que difieren del nodo diseado en AMICO.
Componente
Precio (sin IVA)
Microcontrolador RENESAS H8/38099
6,04 /unid (comprando 58 unid.)
Modulo GSM/GPRS HiloNC de Sagem
31.5 /unid (comprando 7 unid.)
Batera no recargable LSH14 6Ah
10.81 /unid (comprando 150 unid.)
La parte de comunicaciones en nodo AMICO tiene un coste aproximado de 11 (transceptor RF con tecnologa 802.15.4). Mientras que en el nodo en estudio, la parte de comunicaciones (Renesas ms HiloNC) tiene un coste aproximado de 38 . Existe una diferencia importante, en torno a 27 por nodo.
70
5.2. Anlisis de costes

Para empezar a estimar el coste que, segn el tipo de servicio utilizado, puede tener la aplicacin mensualmente, se indica en una tabla los precios de cada servicio y para cada operador. Los costes son indicados sin el IVA incluido.
Operador
Telefnica Mviles
Vodafone
Orange
Precio SMS Hasta 1 KB 1 a 29 KB 30 a 300 KB Precio conexin GPRS
0,15
0,15 0,3
0,15
Precio MMS
0,6 1,2
0,9
No actualmente
No actualmente
0,10
Precio GPRS
No actualmente
No actualmente
0,01 /KB
Bonos mensuales conexin internet Bonos mensuales SMS
10 (sin lmites)
15 , conexin (0,01 ) hasta 150 MB/mes
19 (sin lmites de trfico)
No actualmente
100 SMS por 10 200 SMS por 18
200 SMS por 12 1000 SMS por 20
Aspecto importante sobre las tarifas de datos: actualmente los usuarios, a travs de modem UMTS/HSUPA, tienen la posibilidad de acceder a Internet mediante red mvil y a una alta velocidad. Tanto por estos mdems UMTS como los nuevos terminales mviles, que hacen uso de la red mvil para datos diariamente y con frecuencia, las operadoras llevan ya un tiempo ofreciendo tarifas planas para acceso a internet, con un precio fijo mensual. En los primeros aos de explotacin de la red GPRS, las operadoras tarificaban el consumo al usuario mediante el nmero de KB de datos transferidos. Actualmente, slo Orange permite una opcin de tarificar por nmero de conexiones y datos enviados y recibidos.
71
Proyecto Final de Carrera Suponiendo los casos de los apartados anteriores, los datos que se transmiten mensualmente:
Trama A/A+ (diarias)
1475 bytes por da (1,45 KB) (11 SMS al da)
Trama A/A+ y B (semanal)
Caso 1
Trama A/A+ y C (mensual)
3075 bytes por semana (3 KB) (22 SMS semanal)
4475 por mes (4,38 KB) (32 SMS mensual)
TOTAL (por mes)
52175 bytes por mes (51 KB) (384 SMS al mes)
Trama A/A+ y B (semanal)
3075 bytes por semana (3 KB) (22 SMS semanal)
Caso 2
Trama A/A+ y C (mensual) 4475 por mes (4,38 KB) (32 SMS semanal) 16775 bytes por mes (16,4 KB) (120 SMS al mes)
TOTAL (por mes)
Como se puede observar en la tabla anterior, para aplicaciones de lectura de contadores de agua, no hay un elevado nmero de bytes a transmitir. A partir de las tarifas que ofrecen las diferentes operadoras y escogiendo la de menor coste, obtenemos el gasto mensual en cada caso y para cada operadora: (el precio est indicado sin IVA).
72
Operadora
Telefnica
SMS
(sin bono) 57,6 (con bono 200 SMS) 45,6 (con bono 1000 SMS) 20 (sin bono) 18 (con bono 100 SMS) 13 (con bono 200 SMS) 12
MMS
30
Conexin TCP
(tarifa plana) 10 (tarifa plana) 15,3 (por trfico cursado) 3,55 (tarifa plana) 10 (tarifa plana) 15,05 (por trfico cursado) 0,67
Caso 1
Vodafone
18
Orange
27
Telefnica
Caso 2
Vodafone
Orange
4,5
Observando la tabla anterior, tanto en el caso 1 como en el caso 2 se obtiene el menor coste mediante conexiones TCP a Internet a travs de la operadora Orange (gracias a su tarificacin mediante KB enviado). La peor opcin en los dos casos se da cuando se utiliza el envo de SMS mediante Telefnica. Como conclusiones, se puede decir que la utilizacin de un nodo inalmbrico con tecnologa GSM/GPRS ser rentable dependiendo de la aplicacin a la que se destine. En aplicaciones en las el nmero de bytes a transmitir es muy bajo, y no muy frecuente, puede ser ventajoso el envo de SMS. En caso contrario, en aplicaciones con gran cantidad de datos a transmitir mensualmente, lo ms rentable es usar las tarifas planas de datos para conexiones TCP. El uso de MMS, es muy ventajoso para envo de medianas cantidades de datos (hasta 300 KB), y no muy frecuentemente.
73
6. Bibliografa.
74
Proyecto Final de Carrera Documentacin Proyecto AMICO Hernando Rbanos, Jos Mara [2006] Transmisin por radio RFC 1661 (Protocolo PPP)URL: http://www.faqs.org/rfcs/rfc1661.html Mdulo GSM/GPRS HiloNC Sagem URL: http://www.alphamicro.net/resources/Sagem/HiLo/Hilo-NC-brochure1208_GB.pdf Manual Hardware Renesas URL: http://documentation.renesas.com/eng/products/mpumcu/rej09b0309_h838099hm. pdf Informacin Renesas Familia H8/300 URL:http://www.renesas.com/products/mpumcu/slp_microcomputer/h8300h_slp/h8 _38099/h8_38099_root.jsp Protocolo CzBUS 2.03 URL: http://czbus.com/archivos/CzBus%202.03%20rev1.pdf Fabricante bateras SAFT URL: http://www.saftbatteries.com/ Paginas oficiales de operadores de telefona mvil URL: http://www.tarifas.movistar.es/particulares/internet URL: http://www.vodafone.es/particulares/tarifas/ahorro_control/tus-sms/bono-sms/ URL: http://www.vodafone.es/particulares/ URL: http://movil.orange.es
75
76

PFC

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

PFC

Caricato da

Copyright:

Formati disponibili

Proyecto Final de Carrera

ESTUDIO DE VIABILIDAD DE UN NODO INALMBRICO CON IMPLEMENTACIN DE UN MDULO GSM/GPRS

Tutor: Antonio Jess Torralba Silgado Autor: Alfonso Grande Navarro

Proyecto Final de Carrera

Alfonso Grande Navarro

Alfonso Grande Navarro

Proyecto Final de Carrera

Alfonso Grande Navarro

Proyecto Final de Carrera

2.1.2 Arquitectura de una red GSM.

Alfonso Grande Navarro

Alfonso Grande Navarro

Proyecto Final de Carrera

Figura 1: Arquitectura de red GSM

2.1.3 Transmisin en GSM

Alfonso Grande Navarro

Proyecto Final de Carrera Rfaga de acceso:

Rfaga de correccin de frecuencia:

Alfonso Grande Navarro

Proyecto Final de Carrera

2.1.4 Servicio SMS de la red GSM

2.1.5 Limitaciones de GSM para la transmisin de datos

Alfonso Grande Navarro

Alfonso Grande Navarro

Figura 4: Arquitectura de la red GPRS

2.2.2 Clases de dispositivos GPRS.

Alfonso Grande Navarro

Proyecto Final de Carrera

2.2.3 Contexto de Protocolo de Paquete de Datos (PDP)

2.2.4 Enrutamiento de Datos

2.2.5 Transferencia de Datos

Alfonso Grande Navarro

Proyecto Final de Carrera

Mtodo de codificacin CS-1 CS-2 CS-3 CS-4

Rendimiento (Kbps) 9.05 13.4 15.6 21.4

Proteccin Normal (sealizacin) Ligeramente menor Reducida Sin error de conexin

2.2.7 Clases Multislots GPRS

Proyecto Final de Carrera

2.2.8 Servicios y aplicaciones de GPRS

Alfonso Grande Navarro

2.2.8 Resumen GPRS

Alfonso Grande Navarro

Figura 5: Resumen comunicaciones

Alfonso Grande Navarro

Proyecto Final de Carrera

2.3.2 Protocolo de funcionamiento

Figura 6: Protocolo de comandos AT

Alfonso Grande Navarro

Proyecto Final de Carrera

2.3.3 Lnea de comandos AT

Figura 7: Estructura de una lnea de comandos AT.

2.3.4 Estructura de comandos

Figura 8: estructura de comandos

Alfonso Grande Navarro

Proyecto Final de Carrera

Alfonso Grande Navarro

2.3.5 Estructura de cdigos de resultados

Figura 9: Estructura cdigo resultado

2.3.6 Estructura de respuestas e indicadores

Figura 10: Estructura de respuesta e indicadores.

Alfonso Grande Navarro

Proyecto Final de Carrera

2.4 Protocolo TCP/IP y PPP