Titan – NA18: Plataforma web de control y recogida de datos

¿Buscas alguna otra cosa?

Titan – NA18: Plataforma web de control y recogida de datos

Detalles del escenario

Los routers Titan y módems con firmware MTX-Tunnel disponen de la capacidad de envío de datos a plataformas web. Datos que pueden recogerse de sensores, pero también datos propios, como puede ser su dirección IP, su cobertura, versión de firmware, etc. También es posible comunicarse con ellos desde una plataforma web para ejecutar acciones, como puede ser un cambio de configuración o la ejecución de un reset.

Esta nota de aplicación pretende ser una utilidad para aquellos usuarios que pretendan construir una pequeña plataforma web de recogida de datos o, simplemente, de supervisión de sus propios equipos.

Envío de datos de los routers Titan y módems con MTX-Tunnel

Los routers Titan y los módems MTX-Tunnel disponen de 2 tipos de envío de datos. Por un lado los datos de estado propio (IP, cobertura, …). Por otro lado los datos de su datalogger interno. Ambos tipos de datos pueden ser enviados vía HTTP o HTTPS a la plataforma web.

Imaginemos que queremos realizar una sencilla página web donde se muestre una lista con los dispositivos MTX que tenemos instalados en campo. En dicha página mostraremos, para cada MTX, su nombre, su dirección IP actual, el nivel de cobertura GSM (rssi/csq), la fecha y hora de la última vez que el MTX se comunicó con la plataforma, el modelo de MTX y la versión de firmware.

Es decir, configuraremos los routers Titan y módems con firmware MTX-Tunnel para que periódicamente (o cada vez que éstos cambien de dirección IP) se comuniquen con una plataforma web para informar sobre su estado. A modo de ejemplo, queremos diseñar una página web como la mostrada en la siguiente figura:

Los Módems con firmware MTX-Tunnel y los Router Titan pueden enviar sus datos de estado a una Plataforma Web vía HTTP GET/ HTTPS GET. En ambos casos pueden enviarse los datos encapsulados en un objeto JSON, lo que simplifica el uso de los mismos así como permite la escalabilidad para nuevos datos enviados en futuras versiones de firmware.

Los datos de estado enviados por los Módems con firmware MTX-Tunnel y los Router Titan son muy similares. A continuación se muestra un ejemplo de envío de cada uno de ellos.

Ejemplo de envío de datos de estado de un módem con firmware MTX-Tunnel:

{IMEI:357973041110401,P:ID012345678,IP:ID1122334455,CSQ:20,VER:8.10, AUX:10,MOD:1}

Donde:
IMEI: identificativo interno del MTX
P: KEYID del dispositivo definido en el parámetro DNS_password
IP: IP actual del MTX
CSQ: Cobertura gsm del MTX (0 … 31)
VER: Versión de firmware del MTX-Tunnel
AUX: CustomData
MOD: modelo de módem MTX

Ejemplo de envío de datos de estado de un Router Titan:

{TYPE:DNS,IMEI:357044060009633,IP:95.126.36.167,P:ID12345678,RSSI:16,MOD:101,VER:3.00.3.15}

Donde:
TYPE: Indica el tipo de información enviada
IMEI: i dentificativo interno del MTX
P: KEYID del dispositivo definido en el parámetro DNS_password
IP: IP actual del MTX
RSSI: Cobertura gsm del MTX (0 … 31)
VER: Versión de firmware del MTX-Tunnel
MOD: modelo terminal MTX

Configuración de los routers Titan para envío de datos a la plataforma web

La configuración de un router Titan para enviar de forma periódica sus datos de estado a una Plataforma Web es muy sencilla. Tan sólo debe irse al menú de configuración “Other> Private DynDNS” y configurar el router de forma análoga a la siguiente figura:

Activamos la casilla “Enabled”, especificamos el modo “HTTP GET”, indicamos la URL completa donde volcar los datos (sin http / https) como, por ejemplo, “www.metering.es/json/set.asp?data=” y luego, en el campo ID podemos indicar el KEYID del dispositivo. Éste será usado por la plataforma para identificar el dispositivo. En el campo “Period” indicamos el periodo (en minutos) de envío de datos de estado a la Plataforma Web. Recuerde que en caso de producirse un cambio de IP en el Router también va a realizar un envío de datos de estado, informando de su nueva IP inmediatamente.

Con los datos configurados en la pantalla anterior, el router Titan, cada 60 minutos, enviará sus datos de estado a “www.metering.es/json/set.asp?data=” es decir, que de la variable “data” recuperaremos el objeto JSON con los datos de estado.

Configuración de los módems para envío de datos de estado a la plataforma web

Para la configuración de un módem con firmware MTX-Tunnel, en lugar de realizar la configuración de manera gráfica se realiza de la manera habitual MTX-Tunnel, a través de un fichero de configuración de nombre “config.txt”. Bastaría con añadir las siguientes líneas al fichero de configuración:

DNS_enabled: on
DNS_mode: http
DNS_httpMode: json
DNS_password: ID1122334455
DNS_server: www.metering.es/json/set.asp?data=
DNS_period: 1800
DNS_aux: customData
DNS_extended: off

Donde:
DNS_enabled: a “on” indica que los datos de estado deben enviarse de forma periódica
DNS_mode: a “http” indica que debe usarse el método HTTP GET
DNS_httpMode: a “json” indica que los datos enviados deben tener el formato JSON
DNS_server: indica la URL completa a donde queremos enviar los datos
DNS_period: especifica el periodo (en segundos) de envío de datos de estado
DNS_aux: puede usarse para el envío de datos de usuario
DNS_extended: a “off” indicamos que no queremos que nos envíe las E/S digitales y analógicas. Si quisiéramos que el módem incorpore en el JSON dichos datos pondríamos “on”

Con esta configuración, el Módem con firmware MTX-Tunnel enviará sus datos de estado al www.metering.es/json/set.asp?data= cada 1800 segundos (30 minutos).

Envío de datos desde la plataforma web hacia un router Titan o un módem

En este punto ya estaríamos en disposición de crear una Plataforma Web de recogida del estado de los dispositivos remotos. Algo como la que se muestra a continuación. En ella, a partir de los datos recibidos periódicamente de cada dispositivo podremos listar dicha información, esto es, su última IP, el valor de cobertura, etc.

Esto es estupendo, podemos ver el estado de nuestros dispositivos remotos en tiempo real, detectar problemas (de comunicación, baja cobertura, etc). Pero probablemente necesitemos en alguna ocasión realizar alguna acción sobre el Módem / Router desde la propia plataforma web. Imaginemos que queremos conmutar un relé, ¿cómo lo haríamos?

Tanto los Router Titan como los Módems con firmware MTX-Tunnel disponen de una API propia para realizar ciertas acciones. Este API consiste básicamente en un conjunto de comandos AT. Si usted es usuario de los Router Titan y módems con firmawre MTX-Tunnel sabrá que dichos comandos AT pueden enviarse al módem de muchas maneras en función del dispositivo: por socket TCP, por
Telnet, por HTTP GET, por SMS, por puerto RS232/485, por Modbus TCP, por SNMP, … Consulte el manual de usuario para descubrir todos los comandos AT disponible en cada plataforma así como la manera de usarlos.

Para el presente ejemplo nos vamos a centrar en los comandos:

AT^SSIO=0,0 Permite activar una salida digital en un módem
AT^MTXTUNNEL=SETRELAY,0,1 Permite activar el relé interno del router Titan

Imaginemos que queremos conmutar la salida digital del módem o el relé del Router Titan desde la Plataforma Web. Pues para ello la Plataforma Web únicamente tendría que enviar, como respuesta a un envío HTTP GET del Módem / Router, algo tan sencillo como:

<MTXTUNNELR>AT^SSIO=0,0</MTXTUNNELR> para MTX-Tunnel
<MTXTUNNELR>AT^MTXTUNNEL=SETRELAY,0,1</MTXTUNNELR> para Titan

Así de fácil. En cuanto el Módem o Router se conecten a la plataforma para enviar datos, la plataforma web enviará este comando y podremos observar cómo el relé conmuta.

Cambio de la configuración completa de un módem MTX-Tunnel desde la web

Hay varias formas de cambiar la configuración completa de un módem MTX-Tunnel desde una plataforma web. El procedimiento sería exacto a ejemplo anterior de la conmutación de un relé. El único cambio que debemos realizar es el propio comando AT. En este caso, el comando respuesta que enviaríamos sería:

<MTXTUNNELR>AT^MTXTUNNEL=SETCONFIG,
COMM_baudrate: 115200
COMM_bitsperchar: 8
….
….
DNS_AUX: 11
TELNET_enabled: on
TELNET_login: user
TELNET_password: 1234
CSD_enabled: off
</MTXTUNNELR>

Una vez hecho esto, el módem se reiniciaría automáticamente y tendríamos la nueva configuración.

¿Cómo podemos saber la versión de configuración que tiene un determinado módem MTX-Tunnel para que la plataforma web pueda decidir si debe actualizar su configuración o no actualizarla?

Una manera sencilla es utilizar el parámetro de configuración DNS_AUX. Recordemos, como se indicó en las primeras páginas de esta nota de aplicación, cada vez que el módem MTX-Tunnel se comunica con la plataforma web envía un parámetro AUX.

{IMEI:357973041110401,P:ID012345678,IP:ID1122334455,CSQ:20,VER:8.10, AUX:10,MOD:1}

Ese parámetro corresponde con el valor DNS_AUX del fichero de configuración “config.txt”. Por ejemplo, si recibimos el parámetro AUX del módem MTX-Tunnel con un valor de “10” y éste no coincide con el de la plataforma (imaginemos que la versión de configuración actual es la 11), pues haremos que la plataforma web envíe la nueva configuración al MTX-Tunnel. Evidentemente la nueva configuración enviada al módem contendría el campo DNS_AUX: 11.

A modo de esquema:

El módem con firmware MTX-Tunnel envía de forma periódica con su estado. El campo AUX arroja un valor “10” porque en su fichero de configuración el parámetro DNS_aux vale “10”

La Plataforma Web detecta que la configuración “10” está obsoleta y le envía una nueva configuración, en la cual el parámetro DNS_aux valdrá “11”.

Envío de comandos de la plataforma a dispositivos en tiempo real

Hasta el momento se ha mostrado cómo construir una pequeña plataforma web de control que nos permite recibir periódicamente el estado de los módems MTX-Tunnel y routers Titan y ejecutar una acción sobre ellos cada vez que se recibe una comunicación. En muchos escenarios esto puede ser suficiente, pero en otros puede ser necesario ejecutar una acción sobre un módem / router en un momento determinado, sin necesidad de tener que esperar a que el módem se comunique con la Plataforma Web. Para ello los Módems MTX-Tunnel y los Router Titan incorporan una configuración especial. Dicha configuración hace que estos dispositivos abran un socket TCP de manera permanente contra la dirección IP (o DNS) de la Plataforma Web a un determinado puerto TCP. Mediante dicha conexión TCP permanente podremos enviar comandos AT a los Módem MTX-Tunnel y Router Titan en cualquier momento, es decir, ejecutar acciones en tiempo real.

En este caso obviamente tendremos que desarrollar una página web que soporte sockets server. Esto es, una página php, asp.net, java, … que permita gestionar dichas conexiones provenientes de cada equipo. En esta nota de aplicación no se va a entrar en la programación de la página web, sino en la configuración apropiada de los Modems MTX-Tunnel y Router Titan para conseguir establecer dicho canal de comunicación en tiempo real. En los siguientes puntos de esta nota de aplicación se detalla cómo configurar los Router Titan y los Módems con firmware MTX-Tunnel para poder recibir comandos remotamente de una Plataforma Web en tiempo real.

Configuración de routers para recibir comandos desde plataforma en tiempo real

Para poder enviar comandos en tiempo real a un router Titan desde una plataforma web debemos configurar en el router un socket de comunicación TCP que quedará establecido de forma permanente contra la plataforma. Para ello debemos configurar el router Titan en el menú “Other > Console” y configuramos los diferentes parámetros de forma análoga a como indica la siguiente figura:

Es decir, activamos la consola en modo “TCP Client” (conexión DESDE el módem HACIA la Plataforma Web). Indicamos la dirección IP(dns) y puerto TCP a donde queremos que se conecte el Router Titan, un KEYID con el que el router TITAN se identificará en la Plataforma Web y un periodo de reintento. Es decir, un tiempo de pausa tras el que, en caso de caída del socket, se reintenta de nuevo la conexión.

El KEYID es lo primero que el Router Titan transmitirá por el socket una vez establecido. Debe ser usado por la Plataforma Web para identificar al equipo remoto y aceptar o no una conexión.

Una vez establecido el LINK es posible enviar cualquier comando hacia el módem. Por ejemplo, si en un momento dado queremos que un Router Titan inicie una conexión OpenVPN contra otro router, podríamos enviar un comando como…

<MTXTUNNELR>AT^MTXTUNNEL=OVPNX,10,1.2.3.4,1194</MTXTUNNELR>

… y se abriría una sesión OpenVPN cliente de 10 minutos contra la IP 1.2.3.4 y puerto 1194.

Más ejemplos:

<MTXTUNNELR>AT^MTXTUNNEL=SETRELAY,0,1</MTXTUNNELR>

Activaría el relé 1 del router Titan

<MTXTUNNELR>AT^MTXTUNNEL=REBOOT</MTXTUNNELR>

Haría un reset del Router Titan

<MTXTUNNELR>AT^MTXTUNNEL=SETPARAM,COM1_BAUDRATE, 9600</MTXTUNNELR>

Cambiaríamos la configuración del baudrate del puerto serie COM1 del router

<MTXTUNNELR>AT^MTXTUNNEL=GETPARAM,COM1_BAUDRATE</MTXTUNNELR>

Leeríamos desde la plataforma la configuración del baudrate del puerto serie COM1 del router.
Etc.

Configuración de módems para recibir comandos desde plataforma en tiempo real

Para poder enviar comandos en tiempo real desde nuestra Plataforma Web a un Módem MTX-Tunnel debemos configurar en el módem un socket de comunicación TCP que quedará establecido de forma permanente contra la Plataforma Web. Para ello debemos configurar el Módem MTX-Tunnel de la siguiente manera, incluyendo de forma análoga las siguientes líneas de configuración en el archivo “config.txt”.

LINK_enabled: on
LINK_ip: www.metering.es
LINK_port: 20023
LINK_retryPeriod: 30
LINK_timeout: 1800
LINK_keyId: ID1122334455

Donde:
LINK_enabled: a “on” indica que queremos establecer el LINK para control el tiempo real
LINK_ip: IP o DNS de la Plataforma Web
LINK_port: puerto TCP de la Plataforma Web al que se conectará el módem
LINK_retryPeriod: indica los segundos de pausa antes de restablecer el socket, en caso de caída
LINK_timeout: indica los segundos para restablecer el socket en caso de ausencia de transferencia de datos en el mismo
LINK_ keyId: es la cadena identificativa que enviará el Módem MTX-Tunnel a la Plataforma Web para identificarse

Una vez establecido el LINK es posible enviar cualquier comando desde la Plataforma Web hacia el Módem MTX-Tunnel. Por ejemplo, si en un momento dado queremos conocer la cobertura GSM del módem, bastaría con enviar desde la Platafoma Web el comando:

<MTXTUNNELR>AT+CSQ</MTXTUNNELR>

… y obtendríamos el nivel de cobertura GSM del módem en ese instante.

Más ejemplos:

<MTXTUNNELR>AT^MTXTUNNEL=GETIOS</MTXTUNNELR>

… y leeríamos desde la plataforma web el estado de todas las entradas digitales y analógicas del módem.

<MTXTUNNELR>AT^MTXTUNNEL=SETPARAM,COMM_baudrate,9600</MTXTUNNELR>

… y cambiaríamos el baudrate del puerto principal del módem a 9600 baudios.

<MTXTUNNELR>AT^MTXTUNNEL=GETPARAM,COMM_baudrate</MTXTUNNELR>

… y leeríamos la configuración del parámetro baudrate del puerto principal del módem.

<MTXTUNNELR>AT+CFUN=1,1</MTXTUNNELR>

… y haríamos un reset en el módem.

<MTXTUNNELR>AT^MTXTUNNEL=SETIO,0,0</MTXTUNNELR>

… y activaríamos el relé1 (o salida digital) del módem.

<MTXTUNNELR>AT^MTXTUNNEL=READWAVETHERM,1A2356764511</MTXTUNNELR>

… y leeríamos la temperatura revuelta por el sensor de Radio Wavenis con MAC 1A2356764511.
Etc.

Recogida de datos de sensores enviados por módems/routers

Tanto los Módems con firmware MTX-Tunnel como los Routers Titan son capaces de enviar datos de sensores que ellos mismos recogen de forma autónoma. Sensores de temperatura, contadores de pulsos, entradas analógicas, dispositivos serie genéricos, etc.

Del mismo modo que el envío de datos de estado, el envío de datos de sensores se realiza mediante el envío de un objeto JSON. Consulte el manual general del MTX-Tunnel o de los Routers Titan para más información sobre los parámetros del objeto JSON para cada tipo de sensor.

¿Tiene alguna pregunta? ¿Necesita un presupuesto? Póngase en contacto con nosotros para solicitar un presupuesto.

  • Este campo es un campo de validación y debe quedar sin cambios.

Appendices and other documents

Anexos y otros documentos

Preguntas frecuentes

CONFIGURACIÓN DE LA PASARELA WEBDYNSUN

  • Comience por comprobar que los parámetros IP de su ordenador son compatibles con la dirección «IP» de la WebdynSun (por defecto: 192.168.1.12).  
  • Luego, inicie un navegador web (Firefox o IE) e introduzca la dirección IP de la WebdynSun en la barra de direcciones. Se mostrará una página de autenticación: 

Los accesos por defecto son:
Nombre de usuario: userhigh
Contraseña: high

  • Haga clic en «conectar» 

Hay dos tipos de configuración: a través de la interfaz web y por SMS.

Configuración a través de la interfaz web:

1/ Acceda a la página de configuración con la dirección IP del concentrador (por defecto 192.168.1.12)
2/ Vaya a la pestaña Configuración.
3/ Seleccione el modo de conexión: Ethernet o módem:

En el caso de una conexión a través de la red local (Ethernet):

  • Edite los parámetros IP de la WebdynSun asignándole una dirección compatible con la red.

Tenga en cuenta que todos los campos deben completarse según la configuración de su red local.

En el caso de una conexión a través de la red GPRS (Módem):

  • Modifique los parámetros de conexión del módem GPRS, basándose en los parámetros proporcionados por su operador de telefonía móvil.

4/ Edite los parámetros del servidor FTP.

5/ Valide las modificaciones.
6/ Reinicie la pasarela WebdynSun para que se tengan en cuenta los nuevos parámetros.
7/ En el menú, haga clic en la pestaña «instalación», luego en la subpestaña «conexión» e inicie la conexión.

Configuración por SMS:
Este modo de configuración requiere el uso de una tarjeta SIM activa con una opción de datos y un código PIN, que debe ser «0000» o desactivado (uno u otro).
La tarjeta SIM debe estar insertada antes de encender el producto.
Una vez encendido el producto, envíe los SMS siguientes al número de la tarjeta SIM insertada:

SMS de configuración del APN:
Tras reemplazar los campos genéricos por los de su operador, envíe el SMS* siguiente:
apn=apn_name;usr=user_name;pwd=password;

Reemplace los campos del SMS anterior con la siguiente información:

  • apn_name: Nombre del APN proporcionado por su operador de telefonía móvil
  • user_name: Identificador APN proporcionado por su operador de telefonía móvil
  • password: Contraseña APN proporcionada por su operador de telefonía móvil

SMS para la configuración FTP:
Tras reemplazar los campos genéricos por los de su servidor FTP, envíe el SMS* siguiente:
Ftp=server_name:user_name:password:port;

Reemplace los campos del SMS anterior con la siguiente información:

  • server_name: Dirección del servidor FTP
  • user_name: Identificador de la cuenta FTP
  • Password: Contraseña de la cuenta FTP
  • Port: Puerto del servidor FTP (puerto por defecto 21)

SMS de conexión:
Envíe por SMS* la palabra «connect» para iniciar una conexión con el servidor FTP

*Atención: el formato del SMS debe ser estrictamente idéntico al anterior (ej.: sin espacios entre caracteres)

USO GENERAL DE LA PASARELA WEBDYNSUN

Hay 2 métodos para resetear la pasarela.

Si el modo de conexión es Ethernet:

  • Desconecte la toma de red
  • Retire la cubierta
  • Desconecte la batería
  • Ponga el dip Switch 2 presente en la tarjeta de la WebdynSun en la posición «ON»
  • Inicie la WebdynSun conectándola a la toma de red
  • Espere hasta que todos los leds parpadeen y luego dejen de parpadear (de 3 a 5 min).
  • Desconecte la toma de red
  • Vuelva a poner el dip Switch 2 en «OFF» 
  • Vuelva a conectar la batería
  • Vuelva a conectar la toma de red, la WebdynSun se inicia normalmente.

Si hay una tarjeta SIM insertada en el concentrador:

  • Envíe un SMS que contenga la palabra «factory» al número de la tarjeta SIM insertada.

Nota: El reset de la pasarela restaura la configuración a su estado original. Tenga en cuenta que se conservarán los datos, pero no la configuración específica. Por tanto, todos los parámetros deben volver a configurarse.

Es posible enviar comandos a los equipos conectados, excepto a ciertos inversores o esclavos Modbus que no aceptan solicitudes de escritura.

Para los equipos que lo permitan, es posible crear archivos de comando en el servidor FTP.

La capacidad de memoria de la WebdynSun es de aproximadamente 100 MB.

En caso de no tener acceso al servidor remoto, el concentrador WebdynSun puede almacenar los datos durante varios meses.

El tiempo máximo de almacenamiento de datos varía según la cantidad de datos que se recopilen.

El tiempo medio de registro varía entre 3 y 4 meses.

La vida útil media de la batería es de 5 años.

Puede variar según el entorno de instalación.

Sí, pueden enviarse datos a un autómata si este integra el protocolo Modbus.

El archivo de configuración «Report» permite al concentrador WebdynSun escribir automáticamente los valores leídos en un esclavo Modbus.

Todos nuestros productos tienen una garantía de 2 años.

Para más información, consulte nuestras condiciones generales de venta.

Los archivos cargados por la pasarela WebdynSun están comprimidos en formato Gz.

Los datos contenidos en estos archivos están estructurados en formato csv.

El volumen de datos depende de los archivos intercambiados.

El promedio es de alrededor de 5 MB por mes y varía para cada instalación.

 COMPATIBILIDAD DE LOS INVERSORES CON LA PASARELA WEBDYNSUN

Es posible conectar inversores de diferentes marcas en el puerto RS485(B) o mediante el puerto Ethernet si el protocolo de los inversores se basa en el protocolo Modbus (RTU o TCP).

Sin embargo, no es posible conectar onduladores de diferentes marcas en el mismo puerto RS485(A).

Para obtener la lista de inversores compatibles, consulte la página de producto de la pasarela de datos WebdynSun.

  • Compruebe si se ha seleccionado el protocolo de inversor correcto antes de iniciar la detección:

  • Compruebe el cableado y la configuración de los inversores basándose en los anexos de los inversores.
  • Compruebe que los inversores no estén en modo OFF o stand-by.
  • Compruebe que los terminales de fin de línea del bus RS 485(A) estén activados.

COMPATIBILIDAD CON LOS EQUIPOS MODBUS

Sí, hay que configurar el equipo a conectar y crear su archivo de definición Modbus.

La configuración se basa principalmente en los parámetros de serie de bus RS485 o los parámetros IP.

Sí, es posible conectar diferentes equipos Modbus en el mismo puerto RS485 (B).

Sin embargo, para que se comuniquen entre sí, deben tener los mismos parámetros de comunicación (parámetros de bus o parámetros IP compatibles).

Anexos y otros documentos

Preguntas frecuentes

Verificar estos puntos en este orden:
  • el nivel de la pila: si la pila está demasiado baja o vacía, el producto no funcionará correctamente o para nada.
  • El nivel de recepción del módem: una mala señal a nivel del módem también puede impedir al concentrador guardar los archivos. Ver para desplazar el producto o instalar una antena externa para mejorar la calidad de la señal.
  • El último archivo de configuración: un archivo incorrecto de configuración puede bloquear el producto.

A distancia, verificando los archivos guardados periódicamente si la configuración del producto se ha realizado correctamente.

A proximidad, pasando el imán por encima del producto, usted escuchará sonar 3 bips cortos.

Reemplazar el producto e inyectar la configuración del antiguo producto en el nuevo. Si se utiliza una lista blanca, no olvidar inyectarla también en el nuevo producto.
No, el concentrador no es capaz de descifrar los datos del equipo WM-BUS porque no tiene una caja fuerte a bordo que garantice la seguridad de las claves de cifrado de su equipo. Los datos recuperados son depositados sin modificación (sin descifrar) por el concentrador en su servidor remoto.

Anexos y otros documentos

Preguntas frecuentes

CONFIGURACIÓN DE LA PASARELA WEBDYNRF

  • En caso de que el archivo se elimine de la carpeta después de conectar el concentrador WebdynRF, el problema suele deberse a un error de formato de archivo. Los archivos de configuración y comando deben respetar el formato descrito en los archivos de esquema (XSD). Para comprobar la coherencia de un esquema, abra el archivo XML con el editor de texto Notepad++ e instale el complemento «XML Tool». Luego copie el archivo XSD correspondiente al archivo XML en la misma carpeta y seleccione en XML Tool «Validate now». Deben mostrarse los errores detectados por la herramienta.
  • En caso de que el archivo no se elimine del servidor, el problema más común es que el archivo no se ha guardado en la ubicación correcta. El archivo debe estar disponible en el servidor en la carpeta «INBOX», y en la subcarpeta que lleva el nombre del identificador único (UID) del producto (ejemplo «/INBOX/0045CE/»).

USO GENERAL DE LA PASARELA WEBDYNRF

La cantidad de datos intercambiados en la red GPRS varía según la configuración. No obstante, puede estimarse un consumo de unos 5 MB / mes.
El concentrador WebdynRF consume en promedio alrededor de 250mA.
Hay 2 modos de actualización de firmware: Actualización local: En la interfaz de configuración de la WebdynRF, acceda a la pestaña «Actions» y seleccione el actualizador en el menú «File upload» antes de hacer clic en el botón «Upload». Actualización remota: Descargue del servidor FTP el archivo que contiene el actualizador (archivo con la extensión «.bz2») en la carpeta «BIN». Luego inserte el comando de actualización en la carpeta INBOX correspondiente a su concentrador («INBOX/», con el identificador del concentrador respectivo) El comando de actualización debe respetar el siguiente formato: updater.tar.bz2 checksum_md5 updater.tar.bz2 checksum_md5 Con :
  • updater.tar.bz2: Nombre del archivo de actualización descargado en la carpeta «BIN»
  • checksum_md5: Código md5 del archivo de actualización

La falta de conexión con el servidor FTP puede explicarse por un problema de conexión a la red (Ethernet o GPRS), por un problema de inicio de sesión FTP o por una no activación de la conexión.

En caso de problema de conexión a la red, verifique los puntos siguientes:

  • Ethernet:
    • Modo del módem en «off» o «alwaysoff»
    • Campos «Gateway» introducidos correctamente
    • Debe configurarse al menos un servidor DNS
  • GPRS:
    • Modo del módem en «on»
    • APN, identificador APN y contraseña APN introducidos correctamente
    • Número de llamada GPRS a «* 99***1#»

 

En caso de problema de inicio de sesión, verifique los puntos siguientes:

  • Parámetros FTP incorrectos
  • Puerto TCP 21 cerrado en salida
  • Problema de resolución del nombre de dominio: no se ha indicado el servidor DNS

 

En caso de que no se active la conexión:

En este caso, solo la conexión automática no funciona. El problema suele deberse a una configuración incorrecta de los «schedules». Atención: el ID de los schedules debe ser un número entero.

USO PARTICULAR DE LA PASARELA WEBDYNRF WIRELESS M-BUS

Para que se carguen los datos de los módulos WM-bus, es necesario

  • Elegir el modo correspondiente a los módulos utilizados (S, T o N)
  • Definir los módulos o grupos de módulos a tratar

Un módulo puede definirse de forma única por todos los campos siguientes:

  • Id
  • Manufacturer
  • Version
  • Medium

Si los datos de un módulo estuviesen encriptados, es posible definir la clave de encriptado de este módulo en el campo «Key».

Para simplificar la introducción de los módulos a tratar, es posible definir un grupo de módulos respetando los campos introducidos. Los otros campos se dejarán vacíos (a continuación se muestra un ejemplo de configuración que permite recuperar todos los módulos del manufacturer Webdyn (WDN) con la clave de encriptado «00000000000000000000000000000000».

  •   Id :
  •   Manufacturer : WDN
  •   Medium :
  •   Version :
  •   Label : Webdyn
  •   Key : 00000000000000000000000000000000

Nota: Para que se tengan en cuenta los módulos (filtros) introducidos, el modo «ByPass filter» debe estar desactivado.

 USO PARTICULAR DE LA WEBDYNRF WAVENIS

La herramienta se conecta al concentrador accediendo al instalador (install).

Por lo tanto, debe utilizarse la contraseña del instalador (por defecto «middle»), y no la del administrador (por defecto «high»)

Los estados cargados por el concentrador WebdynRF son los valores brutos contenidos en los módulos Wavenis. Se cargan sin interpretación. Para obtener más detalles, consulte los manuales de los módulos Coronis.

Anexos y otros documentos

Preguntas frecuentes

CONFIGURACIÓN DE LA PASARELA WEBDYNRF

  • En caso de que el archivo se elimine de la carpeta después de conectar el concentrador WebdynRF, el problema suele deberse a un error de formato de archivo. Los archivos de configuración y comando deben respetar el formato descrito en los archivos de esquema (XSD). Para comprobar la coherencia de un esquema, abra el archivo XML con el editor de texto Notepad++ e instale el complemento «XML Tool». Luego copie el archivo XSD correspondiente al archivo XML en la misma carpeta y seleccione en XML Tool «Validate now». Deben mostrarse los errores detectados por la herramienta.
  • En caso de que el archivo no se elimine del servidor, el problema más común es que el archivo no se ha guardado en la ubicación correcta. El archivo debe estar disponible en el servidor en la carpeta «INBOX», y en la subcarpeta que lleva el nombre del identificador único (UID) del producto (ejemplo «/INBOX/0045CE/»).

USO GENERAL DE LA PASARELA WEBDYNRF

La cantidad de datos intercambiados en la red GPRS varía según la configuración. No obstante, puede estimarse un consumo de unos 5 MB / mes.
El concentrador WebdynRF consume en promedio alrededor de 250mA.
Hay 2 modos de actualización de firmware: Actualización local: En la interfaz de configuración de la WebdynRF, acceda a la pestaña «Actions» y seleccione el actualizador en el menú «File upload» antes de hacer clic en el botón «Upload». Actualización remota: Descargue del servidor FTP el archivo que contiene el actualizador (archivo con la extensión «.bz2») en la carpeta «BIN». Luego inserte el comando de actualización en la carpeta INBOX correspondiente a su concentrador («INBOX/», con el identificador del concentrador respectivo) El comando de actualización debe respetar el siguiente formato: updater.tar.bz2 checksum_md5 updater.tar.bz2 checksum_md5 Con :
  • updater.tar.bz2: Nombre del archivo de actualización descargado en la carpeta «BIN»
  • checksum_md5: Código md5 del archivo de actualización

La falta de conexión con el servidor FTP puede explicarse por un problema de conexión a la red (Ethernet o GPRS), por un problema de inicio de sesión FTP o por una no activación de la conexión.

En caso de problema de conexión a la red, verifique los puntos siguientes:

  • Ethernet:
    • Modo del módem en «off» o «alwaysoff»
    • Campos «Gateway» introducidos correctamente
    • Debe configurarse al menos un servidor DNS
  • GPRS:
    • Modo del módem en «on»
    • APN, identificador APN y contraseña APN introducidos correctamente
    • Número de llamada GPRS a «* 99***1#»

 

En caso de problema de inicio de sesión, verifique los puntos siguientes:

  • Parámetros FTP incorrectos
  • Puerto TCP 21 cerrado en salida
  • Problema de resolución del nombre de dominio: no se ha indicado el servidor DNS

 

En caso de que no se active la conexión:

En este caso, solo la conexión automática no funciona. El problema suele deberse a una configuración incorrecta de los «schedules». Atención: el ID de los schedules debe ser un número entero.

USO PARTICULAR DE LA PASARELA WEBDYNRF WIRELESS M-BUS

Para que se carguen los datos de los módulos WM-bus, es necesario

  • Elegir el modo correspondiente a los módulos utilizados (S, T o N)
  • Definir los módulos o grupos de módulos a tratar

Un módulo puede definirse de forma única por todos los campos siguientes:

  • Id
  • Manufacturer
  • Version
  • Medium

Si los datos de un módulo estuviesen encriptados, es posible definir la clave de encriptado de este módulo en el campo «Key».

Para simplificar la introducción de los módulos a tratar, es posible definir un grupo de módulos respetando los campos introducidos. Los otros campos se dejarán vacíos (a continuación se muestra un ejemplo de configuración que permite recuperar todos los módulos del manufacturer Webdyn (WDN) con la clave de encriptado «00000000000000000000000000000000».

  •   Id :
  •   Manufacturer : WDN
  •   Medium :
  •   Version :
  •   Label : Webdyn
  •   Key : 00000000000000000000000000000000

Nota: Para que se tengan en cuenta los módulos (filtros) introducidos, el modo «ByPass filter» debe estar desactivado.

 USO PARTICULAR DE LA WEBDYNRF WAVENIS

La herramienta se conecta al concentrador accediendo al instalador (install).

Por lo tanto, debe utilizarse la contraseña del instalador (por defecto «middle»), y no la del administrador (por defecto «high»)

Los estados cargados por el concentrador WebdynRF son los valores brutos contenidos en los módulos Wavenis. Se cargan sin interpretación. Para obtener más detalles, consulte los manuales de los módulos Coronis.

Anexos y otros documentos

Otros manuales

Notas de aplicación

Preguntas frecuentes

Configuración de la pasarela:

Comenzar verificando que los parámetros IP del ordenador son compatibles con la dirección IP de la WebdynSunPM (por defecto 192.168.1.12)

Lanzar un navegador Web (Chrome, Firefox, Edge, Safari…) e ingresar la dirección IP del concentrador WebdynSunPM en la barra de dirección. Se visualizará una página de autentificación:

Los accesos por defecto son:

IdentificadorContraseña
userhighhigh

Hacer clic en «Login»

Existen dos soluciones de configuración, a través de la interfaz web y a través de SMS:
  • Configuración a través de la interfaz web:
Establecer en primer lugar una conexión en el concentrador conectándose en el mismo para acceder a la configuración de los servidores: Ingresar el modo de conexión «ethernet» o «módem»: En el caso de una configuración por ethernet, tener el cuidado de que los parámetros IP sean compatibles con el acceso al servidor según la configuración de la red local del concentrador. En el caso de una conexión por ethernet, la configuración debe ser compatible con la topología de la red local del concentrador para que pueda acceder a los servidores. Esta configuración se hace a través de la página de configuración «Networks»  (ver capítulo 3.2.2.3: «Redes (Networks)«). En el caso de una conexión por módem, la configuración del módem debe ser correcta antes de poder efectuar una conexión. Esta configuración se hace en la página de configuración «Modem» (ver capítulo 3.2.2.4: «Módem«). Los parámetros de los servidores a configurar como mínimo son los siguientes: Por lo tanto, hay que los campos: «Interface», «Type», «Server type», «Address», «Port», «Login» y «Password». Los otros campos se pueden dejar a los valores por defecto, a condición de que los repertorios hayan sido creados antes correctamente. (Ver capítulo 3.1.2 : «Archivos de configuración« para más detalles.
  • Configuración por SMS:
La configuración por SMS necesita enviar los siguientes comandos:
    • Apn: para configurar el APN de la tarjeta SIM. (ver capítulo 3.2: «Comando de configuración del módem «apn»)
    • Ftp: para configurar el servidor FTP que tendrá la configuración del concentrador (ver capítulo 3.3: «Comando de configuración del FTP «ftp»«).
    • Connect: para lanzar la conexión al servidor FTP y cargar la configuración (ver capítulo 3.1: «Comando de conexión «Connect» 

El acceso al servidor FTP depende de la solución adoptada.

Si usted ha seleccionado un portal, los identificadores de acceso al servidor FTP este se los comunica.

Si desea utilizar su propio servidor FTP, contacte con su administrador de red.

Para todas las otras configuraciones y para determinar la solución que conviene mejor, hay que contactar con el servicio comercial Webdyn que sabrá aconsejarle y redirigirlo a los interlocutores pertinentes: contact@webdyn.com

Utilización general de la pasarela

Existen 2 métodos para forzar un regreso a los parámetros de fábrica del concentrador:
  • Pulsar el botón Retour Usine del concentrador durante 20 segundos:
Esperar. El concentrador arrancará con su configuración de fábrica.
  • Si está instalada y configurada una tarjeta SIM, un SMS «factory» también permite efectuar un retorno de fábrica. Basta con enviar el SMS «factory» al número de teléfono de la tarjeta SIM (ver capítulo 3.7: «Comando de regreso de fábrica «factory»«)

Es posible enviar comandos a los equipos conectados si este los acepta.

La WebdynSunPM memoriza hasta 50Mo de datos no comprimidos por equipo declarado.

En caso de no acceso al servidor distante, el concentrador WebdynSunPM puede, por esta razón, almacenar los datos durante varios mes.

El tiempo máximo de almacenamiento de datos varía en función de la cantidad de datos a recopilar y de la frecuencia de la recopilación configurada.

La duración media de salvaguardia varía entre 3 y 4 mes.

La duración de vida promedio de la batería es de 5 años.

Puede variar según el entorno de la instalación.

Todos nuestros productos tienen una garantía de 2 años.

Para más información, consulte nuestras condiciones generales de venta.

El volumen de datos depende de los archivos intercambiados.

El promedio es del orden de 5 Mo por mes y varía para cada instalación.

Compatibilidad de los inversores

Ver capítulo 1.4: «Equipos soportados».

Compatibilidad de los equipos modbus:

Sí, es posible conectar diferentes equipos Modbus en el mismo puerto serie.

Compatibilidad de los equipos:

  • Mismo tipo de enlace RS485 2 o 4 cables.
  • Todos los equipos se deben poder configurar con características de bus idénticas. Misma velocidad, misma paridad, misma cantidad de stop bits y de data bits en todos los equipos y en la WebdynSunPM.
  • A cada equipo se le debe atribuir una dirección Modbus única (entre 1 y 247) en el bus. (UnitID)

Anexos y otros documentos

Preguntas frecuentes

Anexos y otros documentos

Preguntas frecuentes

Anexos y otros documentos

Preguntas frecuentes

Anexos y otros documentos

Preguntas frecuentes

Anexos y otros documentos

Preguntas frecuentes

Anexos y otros documentos

Anexos y otros documentos

Anexos y otros documentos

Anexos y otros documentos

Annexes et autres documents

FAQ