Como decíamos, el dispositivo empieza a contar desde cero:

Como recordatorio:

• InputRegister[8] es la parte menos significativa de la entrada 1.
• InputRegister[9] es la parte más significativa de la entrada 1.
• InputRegister[10] es la parte menos significativa de la entrada 2.
• InputRegister[11] es la parte más significativa de la entrada 2.

¿Qué debemos hacer si queremos asignar el valor 5000 a la entrada 1?

1. Escribir el valor 503 en el HoldingRegister[0]:
2. Escribir la parte menos significativa (5000, en este caso) de la entrada 1 en el HoldingRegister[2]:
3. Escribir la parte más significativa (0, en este caso) de la entrada 1 en el HoldingRegister[3]:
4. Activar las cambios escribiendo el valor 1 en el CoilStatus[1]:
5. Consultamos los valores de los contadores y vemos que ahora el dispositivo empezaría a contar desde 5000:

Si queremos modificar los valores de la entrada 2, en el paso 1 debemos escribir el valor 504 sobre el HR[0] (los demás pasos serían los mismos).

Este procedimiento es válido para valores de los contadores menores de 65536 (valor máximo de la parte menos significativa de las entradas del dispositivo inalámbrico). Supongamos entonces que queremos asignar el valor 80527 para la entrada 2:

1. Escribir el valor 504 en el HR[0].
2. En este caso, la parte menos significativa sería el resultado de dividir 80527/65536=1,2287445068359375. Si restamos la parte entera a este valor (1,2287445068359375-1), y multiplicamos el resultado por 65536 (0,2287445068359375 x 65536) obtendremos la parte menos significativa (14991, en este caso). Es decir, hay que escribir el valor 14991 en el HR[2].
3. La parte más significativa es la parte entera que resulta de la división 80527/65536=1,2287445068359375. Es decir, debemos escribir el valor 1 en el HR[3].
4. Activar los cambios escribiendo el valor 1 en el CoilStatus[1].
5. Comprobar el valor de los contadores:

En este caso, para la entrada 2 tenemos 14991 como la parte menos significativa y 1 como la parte más significativa. Para obtener el valor total se utiliza la siguiente fórmula: 1 x 65536 + 14991 = 80527.

Recordamos que en 2Embedcom se puede obtner más información acerca de:

• contadores de pulsos alimentados por batería
• contadores de pulsos conectados a la red eléctrica y función de router
• contadores de pulsos con interfaz óptica

Para estos casos, podemos asignar al gateway cualquier dirección disponible en el rango 1..247. Para ello, debemos seguir los siguientes pasos:

1. Asignar una dirección normal al gateway (1..7) a través del dip-switch.
2. Escribir en el HolgingRegister[10] el valor deseado para la nueva dirección (el comando debe ejecutarse contra la dirección especificada en el paso 1).
3. Apagar el Gateway.
4. Asignar la dirección 0 (cero) a través del dip-switch.
5. Encender el gateway. A partir de este momento el gateway operará dentro de la red con la dirección especificada en el HoldingRegister[10].

Este procedimiento se puede consultar en la sección 14 del manual de usuario del dispositivo.

• [CONDICIÓN1]&[CONDICIÓN2]&..&[CONDICIÓN5]:[ACCIONES]
• [CONDICIÓN1]?[CONDICIÓN2]?..?[CONDICIÓN5]:[ACCIONES]

Sin embargo, la siguiente configuración no es válida y no es aceptada por el firmware:

• [CONDICIÓN1]&[CONDICION2]?[CONDICIÓN3]:[ACCIONES]

Para conseguir un comportamieno similar a este se podría utilizar el comando PFAL, Sys.User.Event:

• PFAL,CNF.Set,AL0=[CONDICIÓN2]&[CONDICIÓN3]:Sys.UserEvent0
• PFAL,CNF.Set,AL1=[CONDICIÓN1]?Sys.UserEvent.e0:[ACCIONES]

Por ejemplo, para un caso real en el que queremos enviar datos al servidor cada 5 minutos, o cada 2 minutos si el dispositivo se ha desplazado más de 500m:

• PFAL,CNF.Set,AL0=Sys.Timer.e_2MIN&GPS.Nav.Position.s0>500:Sys.User.Event0
• PFAL,CNF.Set,AL1=Sys.Timer.e_5MIN?Sys.User.Event.e0:GPS.Nav.Position0=current&TCP.Client.Send,8,”"

Se recomienda tener cuidado a la hora de utilizar este comando, tal y como se advierte en el propio manual de usuario de los dispositivos:

 WARNING

• The UserEvent  is not recommended to be used as it may produce “endless loops” that can slow down the system performances or may affect the stability of other functions.
•  Use the UserEvents at own risk. However, when using the UserEvents, think about all  consequences of (maybe recursively) launching alarms, especially in combination with various states, which may influence itself by actions. System behaviour can be very unpredictable and complex.
• Therefore no support will be provided for configurations that contain UserEvents.

Crear la red manualmente nos permite seleccionar qué canal queremos utilizar para nuestra red ZB-Connection (este procedimiento puede ser útil para sustituir un gateway averiado; simplemente leemos los parámetros de la red y configuramos el nuevo gateway con los datos del coordinador sustituido).

En el vídeo se ha utilizado un ZG-USB, pero el procedimiento a seguir es el mismo para los demás tipos de gateways disponibles. Todos los comandos a los que se hace referencia en el vídeo han sido ejecutados desde el software QModBus.

Resumen del Caso

El usuario está especializado en sistemas de control de tráfico, incluidas carreteras, túneles, puentes, señales de tráfico, semáforos, iluminación, ventilación, sistemas de teléfono, etc. ATOP aparece en escena como un puente transparente entre un controlador central y sus controladores esclavos.

Requisitos de la Aplicación

Los sistemas de gestión y control de tráfico están configurados para transmitir información en tiempo real el tráfico entre las salas de control y los sistemas de tráfico secundario, como un sistema de webcam.

Los sistemas necesitan conexiones multi-host fiables y de alta transparencia y calidad para conectar diversos sistemas de gestión del tráfico.

Topología del Sistema

Qué hizo ATOP

Todo el sistema es controlado mediante un sistema de gestión central, que puede permitir el cierre de túneles, activar los ventiladores, ver y grabar vídeo de las cámaras de tráfico. También están disponibles teléfonos bidireccionales en los túnelespermitiendo a los conductores hablar con los operadores de carreteras en caso de un problema. Otros sistemas también pueden ser controlados. Estos incluyen sistemas de alta y baja tensión, ventilación, el sistema decontrol de incendios y más. El sistema está diseñado para ser capaz de reaccionar a cualquier situación especial o anormal, como accidentes automovilísticos, incendios en túneles y demás incidencias. El sistema principal se basa en la comunicación IP para una respuesta rápida. Estos controladores se conectan directamente al sistema de gestión central. Otros subsistemas de control que se comunican a través de RS485 y/o RS232 pueden ser accesibles de forma remota a través de la red utilizando el SE5404 de ATOP.

Los servidores serie gestionados de ATOP permiten sistemas de red de gestión del tráfico con sistemas de expansión sencillos, comunicaciones fiables, máxima eficiencia del transporte y seguridad.

Factores Claves de Éxito

1. El SE5404 se utiliza para mejorar la eficiencia y la seguridad de la infraestructura de transporte para aplicaciones de tráfico de la autopista  y la ciudad, incluyendo los sistemas de control de señales, el peaje electrónico, sistemas avanzados de estacionamiento, la identificación automática de vehículos, y sistemas de videovigilancia.
2. El SE5404 actúa como un puente transparente entre el PLC y el controlador de semáforos. Permite a los usuarios lograr monitorización remota en tiempo real y control de la conexión de interfaz serie para cubrir todas las luces de tráfico en la carretera a través de LAN.
3. Debido a la amplia cobertura de los sistemas de transporte, las conexiones del SE5404son la mejor solución para lograr una larga distancia de transmisión de datos para controlar y monitorizar el tráfico remotamente.
4. El diseño modular de la serie SE5404 ofrece varias combinaciones de conexiones para diferentes configuraciones de red a los teléfonos IP, cámaras IP,y los controladores de señales en lugares de tránsito.

Via ATOP.

FW 2.7.0 (y superior) debería utilizarse con DISPOSITIVOS NUEVOS:

- BOLERO-LT2

- FOX-IN/EN

- ROCK

DISPOSITIVOS ACTUALES cuyos dígitos 7 y 8 del número de serie (no IMEI) son:

- F-AVL ==> 09

- BOLERO-LT ==> 24

- STEPPIII ==> 25

- FOX-LT ==> 10

- FOX ==> 17

FW 2.6.9 (e inferior) debería utilizarse con DISPOSITIVOS ACTUALES donde los dígitos 7 y 8 del número de serie son inferiores a los mostrados más arriba.

FW 2.6.9 (e inferior) no es aplicable a los dispositivos listados en NUEVOS DISPOSITIVOS.

Por el momento se matendrán ambas revisiones de FW. Está previsto implementar una versión 2.7.0 para dispositivos antiguos en 2012. Hasta entonces, la versión 2.7.0 se testeará de manera intensiva en los dispositivos actuales.

Indra ha participado de forma exitosa en el proyecto 3eHouses de Sant Cugat del Vallès (Barcelona-España) con el soporte de la Unión Europea para el ahorro de energía y protección del medio ambiente.

Combinados con una red de contadores de gas, agua y electricidad los sensores ZigBee 4-Noks de la gama ZB-Connection han servido para recoger la información correspondiente a diferentes parámetros físicos. La información se suministra al usuario en forma de lecturas remotas en un ordenador tablet que le ayudan a entender su consumo energético y, más importante, actuar remotamente sobre él y mejorarlo. Al mismo tiempo, la información es enviada a un centro de datos y utilizada como comprobación del proceso de facturación de las compañías suministradoras. Finalmente, esta información se usa además para prever consumo, tendencias, históricos y mejorar la eficiencia energética.

Topología

2Embedcom ha suministrado un total de más de 300 equipos entre medidores de consumo eléctrico, sensores de temperatura y humedad, repetidores, sensores y contadores de propósito general, sensores de temperatura, humedad y luminosidad, bases de corriente inteligentes y concentradores Zigbee-Ethernet.

En el proyecto actual buena parte de los sensores se instalaron en los cuartos de contadores, algunos en zonas comunes o exteriores y parte de ellos en las propias viviendas de los usuarios. Desde tal punto de vista hubo que estudiar y crear una topología de red que pudiera ser soportada por los diferentes concentradores y repetidores, segmentando los 3 edificios en diferentes zonas controladas por diferentes gateways. En este sentido fueron también de gran ayuda, independientemente de un estudio previo de posibles interferencias o zonas oscuras, los medidores de campo que permitieron encontrar los emplazamientos adecuados en cada caso.

Tecnología

Cabe recordar, a modo general, que la tecnología Zigbee permite la creación de mallas (redes intercomunicadas) en las que las señales viajan de un extremo a otro de forma independiente del camino. El empleo de esta tecnología no solo permite ahorrar importantes costes de instalación, sino que además utiliza electrónica y sistemas radio de muy bajo consumo y altamente eficientes en los estados de reposo o transmisión/recepción. Por contra, el alcance y, sobre todo, los elementos que limitan la atenuación de la señal deben tenerse muy en cuenta. Es decir, la planificación de los emplazamientos es una parte importante del éxito del proyecto.

Instalación

Definida la estructura y el emplazamiento la tarea final consistió en llevar a cabo la configuración de equipos, asignación de repetidores y gateways y racionalización de la instalación. El departamento técnico de 2Embedcom participó junto con los responsables de proyecto de Indra para llevar a cabo una implantación lo más rápida y eficaz posible.

Òscar Roca
Dtor. Comercial 2Embedcom, s.l.

Imágenes de la instalación

Más información:

• www.3ehouses.eu
• www.hogareficiente.com
• www.indracompany.com

Los dispositivos STEPPIII y FOX-LT disponen de pines especiales (CAN_L y CAN_H) que pueden conectarse directamente a los pines correspondientes de la interfaz CAN del vehículo. El dispositivo AVL debería ser configurado para “cazar” los mensajes CAN deseados y enviarlos al servidor y/o guardarlos en el histórico (datalogger).

Ten en cuenta que los mensajes CAN varían de un tipo de vehículo y de una marca a otra. Ni Falcom ni 2Embedcom puede proporcionar los mensajes CAN de los vehículos. Estos mensajes deberán obtenerse del concesionario o del fabricante, probablemente después de haber firmado un acuerdo de confidencialidad.

En este enlace puedes descargar un documento que muestra algunos ejemplos de cómo configurar el FOX-LT/STEPPIII para obtener los mensajes CAN y enviarlos al servidor.

Vía Falcom.

Google Maps:
==========

http://maps.google.com/maps?f=q&hl=en&q=&(Lat)+&(Lon)

Yahoo Maps:
=========

http://maps.yahoo.com/broadband/#mvt=h&trf=0&lon=&(Lon)&lat=&(Lat)&mag=5

Mapquest:
=======

http://www.mapquest.com/maps/map.adp?formtype=latlong&latlongtype=decimal&latitude=&(Lat)+&longitude=&(Lon)

Multimap:
=======

http://www.multimap.com/map/browse.cgi?lat=&(Lat)&lon=&(Lon)

Vía Falcom.

Esto generará mucho más tráfico que TCP.  Por favor, comprueba tus tarifas de GPRS antes de implementar una solución como esta.

HTTP GET

Para enviar una petición al servidor HTTP es necesario conectar el dispositivo directamente al servidor HTTP y enviar el comando GET. Un ejemplo:

GET /test/test.php?Lon=10.12345&Lat=50.12345 HTTP/1.1 <crlf>
Host: www.testserver.com <crlf>
<crlf>

Comandos PFAL

Para enviar este comando de varias líneas puedes utilizar el editor del Workbench: desmarca la opción CRC antes de enviar las líneas y sigue el ejemplo (envía las tres líneas haciendo doble clic sobre cada una de ellas):

PFAL,CNF.Set,AL0=TCP.Client.eConnected:TCP.Client.Send,0,"GET /test.php?Lon=10.12345 HTTP/1.1
Host: www.testserver.com
"

Configuración TCP

Modifica la configuración para conectar el dispositivo a tu servidor HTTP:

PFAL,CNF.Set,TCP.CLIENT.CONNECT=0,www.testserver.com,80

Formato de envío

El checksum y el inicio y fin de trama deben desactivarse para enviar únicamente los datos de la petición HTTP:

PFAL,CNF.Set,DEVICE.PFAL.SEND.FORMAT="",NOCKSUM,"",""

Login

Desactiva el login:

PFAL,CNF.Set,TCP.CLIENT.LOGIN=0

Controla la conexión

Para recibir una nueva posición en el servidor HTTP, cada 10 minutes por ejemplo, inicia un timer cíclico y realiza la conexión cuando se genere el evento de dicho timer. El servidor HTTP se cerrará automáticamente después de recibir el GET y enviar su respuesta.

PFAL,CNF.Set,AL1=SYS.Device.eStart:SYS.Timer0.Start=cyclic,600000
PFAL,CNF.Set,AL2=SYS.Timer.e0:TCP.Client.Connect

Vía Falcom.