Buscar
Cerrar este cuadro de búsqueda.

Tunnel – Parámetros de configuración DNS: “DNS_”

¿Buscas alguna otra cosa?

Tunnel – Parámetros de configuración DNS: “DNS_”

< Volver a la base de conocimientos

En la sección anterior se mostró la característica DynDNS soportada por el MTX-Tunnel. DynDNS resulta muy útil en aplicaciones con tarjetas SIMs con dirección IP dinámica, pero resulta engorroso de usar y mantener cuando hay un número elevado de dispositivos a controlar. Además, DynDNS obliga a usar su propio servidor, por lo que se pierde el control sobre posibles caídas de dicho servidor.

Los parámetros descritos a continuación resultarán interesantes para aplicaciones en las que sea necesario contar con un servidor propio para recoger los cambios de las direcciones IP que obtengan en cada momento los MTX-Tunnel.

En pocas palabras, el uso de los siguientes parámetros de configuración hará que cada vez que un módem MTX-Tunnel cambie de dirección IP (ó cada DNS_period segundos), éste informe a un servidor alojado en su empresa de la nueva dirección IP, teniendo el control de la totalidad del sistema en todo momento.

DNS_enabled

Descripción: especifica si el módem debe usar o no el servicio DNS. En caso afirmativo, cada vez que el módem active una sesión de datos automáticamente se actualizará la nueva IP en el servidor DNS especificado (cuya ubicación puede ser un servidor de su propia empresa), de la mima manera que ocurrirá si se detecta cualquier cambio en la dirección IP proporcionada por el operador.

Valores posibles:

  • on, off
  • Valor por defecto: off

Notas adicionales:

  • El uso de DNS es recomendable cuando se utilice una tarjeta SIM con dirección IP dinámica, careciendo de sentido su uso si la tarjeta SIM está provisonada con una dirección IP estática
  • El servicio DNS es recomendable cuando se utilicen los servicios del MTX-Tunnel que implican un socket server (túnel server, Webserver, Telnet), es decir, cuando las conexiones se realizan desde un servidor o equipo HACIA el MTX. En cambio DNS carece de sentido cuando el MTXTunnel esté configurado como cliente, es decir, cuando las conexiones se realizan DESDE el MTX hacia un servidor o equipo remoto

DNS_mode

Descripción: indica el modo en el que el MTX-Tunnel informará a un servidor sobre su nueva dirección IP. El MTX-Tunnel permite el volcado de información a un servidor mediante el establecimiento de un socket o bien a un servidor Web o vía MQTT.

Valores posibles:

  • socket, socketjson, http, mqtt
  • Valor por defecto: socket

Notas adicionales:

  • Si usted pretende implementar y compilar un programa para la gestión dinámica de las IPs, la opción recomendada es “socket”
  • Si usted pretende usar los recursos que ya dispone en un servidor web (ASP ó PHP), para el paso de la nueva dirección IP del MTX-Tunnel, la opción recomendada es “http”
  • Si va a enviar los datos de sensores a un bróker MQTT, obviamente resultará mucho más conveniente usar el método “mqtt”. Desde la versión MTX-Tunnel 9.25 es posible configurar el modo “mqtt”. Si selecciona este método no olvide configurar los parámetros MQTT_ y el parámetro DNS_mqttTopic

DNS_password

Descripción: con el fin de incrementar la seguridad, es posible establecer un password. Cada vez que el MTX-Tunnel informe sobre su dirección IP enviará su DNS_password para que el servidor destino tome las acciones oportunas.

Valores posibles:

  • cadena de texto de menos de 64 caracteres
  • Valor por defecto: ninguno

Notas adicionales:

  • El parámetro DNS_password se enviará tanto si se usa el modo “socket” como si se usa el modo “http”

DNS_server

Descripción: en caso de usar el modo socket (DNS_mode: socket) indica la dirección IP (o DNS) del servidor al cual enviar la información sobre la nueva dirección IP. En caso de usar el modo http (DNS_mode: http) indica la URL (dominio + página web) del servidor web al cual se le pasará la información sobre la nueva dirección IP.

Valores posibles:

  • cadena inferior a 255 caracteres
  • Valor por defecto: ninguno

Notas adicionales:

  • Si pretende usar el modo “DNS_mode: http”, recuerde que en DNS_server debe indicar la URL completa, sin “http://”. Por ejemplo: DNS_server: www.mtxtunnel.com/dns.asp
  • La cadena que el MTX-Tunnel enviará a un servidor en modo “socket” será:
#IMEI#DNS_password#IPPublica#
  • La cadena que el MTX-Tunnel enviará a un servidor en modo “http” será:
URL?IMEI=<suIMEI>&PASS=<DNS_password>&IP=<IP Public>
  • Si utiliza páginas ASP un método muy sencillo de recoger esta información es:
<%
IMEI=Request.QueryString(“IMEI”)
Password=Request.QueryString(“PASS”)
IP=Request.QueryString(“IP”)
%>

DNS_port

Descripción: indica el puerto a usar en caso de utilizar un modo socket (DNS_mode: socket).

Valores posibles:

  • 1… 65535
  • Valor por defecto: 20011

Notas adicionales:

  • Este parámetro es única y exclusivamente para usar con el modo “socket”. Si se usa el modo “http” y no se utiliza el puerto standard http 80, deberá incluirlo en el parámetro DNS_server. Por ejemplo, si el puerto a utilizar es el 20011, el parámetro DNS_server tendría que especificarse de la siguiente manera:
    www.mtxtunnel.com:20011/dns.asp

DNS_extended

Descripción: con el servicio DNS activo (DNS_enabled: on) el MTX-Tunnel envía el IMEI, un password identificativo y la dirección IP cada vez que la dirección IP cambia. Sin embargo es posible añadir más información, como son es estado de las entradas/salidas digitales, que puede resultar muy interesante para aplicaciones de telemetría.

Para el envío de información adicional el parámetro DNS_extended debe establecerse a “on”.

Valores posibles:

  • on, off
  • Valor por defecto: off

Notas adicionales:

  • Cuando el parámetro DNS_extended está a “on” y se usa un DNS_mode como “socket”, la información enviara al servidor será:
#IMEI#DNS_password#IPPublica#gpio1#gpio2#gpio3#gpio4#gpio5
#gpio6#gpio7#gpio8#gpio9#gpio10#ADC1#ADC2#<gpsLocation>#

Estando en azul la información adicional extendida, siendo gpioX el estado de la entrada/salida digital X (0 ó 1) y ADCX el valor del conversor analógico/digital X.
En caso de utilizar la plataforma MTX con GPS se incluye también información sobre la localización GPS, indicada en el ejemplo en naranja.

  • Cuando el parámetro DNS_extended está a “on” y se usa un DNS_mode como “http”, la información enviara al servidor será:
URL?IMEI=<suIMEI>&PASS=<DNS_password>&IP=<IP Public> &GPIO1=X
&GPIO2=X &GPIO3=X &GPIO4=X &GPIO5=X &GPIO6=X &GPIO7=X &GPIO8=X
&GPIO9=X &GPIO10=X &ADC1=X&ADC2=X&GPS=<gpsLocation>

Estando en azul la información adicional extendida, siendo GPIOX el estado de la entrada/salida digital X (0 ó 1) y ADCX el valor del conversor analógico/digital X.
En caso de utilizar una plataforma MTX con GPS se incluye también información sobre la localización GPS, indicada en el ejemplo en naranja.

DNS_gpios

Descripción: este parámetro permite enviar la trama DNS (incluyendo el estado de las entradas digitales y analógicas si DNS_extended está a “on”) cuando el equipo detecta un cambio en una entrada digital.

Valores posibles:

  • on, off
  • Valor por defecto: off

Notas adicionales:

  • Cuando se detecte un cambio en una entrada digital, el MTX-Tunnel hará una lectura de todas las entradas digitales y analógicas en ese momento y enviará la cadena DNS. Eso significa que NO SIEMPRE se va a enviar una trama DNS por cada vez que cambia una entrada digital, es decir, puede ocurrir que 3 entradas digitales cambien de estado simultáneamente y sólo se envíe una trama DNS. Es decir, el MTX-Tunnel va a enviar siempre una trama con el último estado tras un cambio de una entrada digital, sea el cambio de una entrada o de varias
  • Parámetro disponible a partir del MTX-Tunnel v5.3

DNS_adc1, DNS_adc2

Descripción: estos parámetros permiten enviar la trama DNS (incluyendo el estado de las entradas digitales y analógicas si DNS_extended está a “on”) cuando el equipo detecta una entrada analógica por encima o por debajo de un umbral.

Valores posibles:

  • 0, 250 … 47750
  • Valor por defecto: 0

Notas adicionales:

  • Un valor 0 quiere decir que NO se enviará la cadena DNS por una lectura de ADC
  • Si DNS_adcX >=250, cuando se detecte un cambio en una entrada analógica por encima o por debajo del valor establecido +-250mV, se enviará la trama DNS
    Ejemplo: DNS_adc1: 1200 implica que cuando DNS_adc1 > 1200mV + 250mV se enviará una trama DNS y cuando DNS_adc1 < 1200mV – 250mV se enviará una trama DNS.
  • Parámetro disponible a partir del MTX-Tunnel v5.3

DNS_period

Descripción: la cadena DNS se envía siempre que el MTX-Tunnel cambia de IP, pero también puede definirse un tiempo para forzar el envío de dicha cadena. Esto es útil por dos motivos: mayor seguridad en la indicación del cambio de IP y permite establecer una cadencia para el envío de telemetrías si el parámetro DNS_extended está a “on”.

Valores posibles:

  • 0, 30… 2592000
  • Valor por defecto: 0

Notas adicionales:

  • Un valor 0 quiere decir que NO se enviará la cadena DNS de forma periódica
  • El tiempo indicado en valor está expresado en segundos

DNS_httpMode

Descripción: permite seleccionar, en el caso de usar el modo “http” en DNS_mode, el tipo de comunicación que se realizará contra una plataforma web. Podrá escogerse “get”, “getjson” o “postjson”.

Valores posibles:

  • get, getjson, postjson
  • Valor por defecto: get

Notas adicionales:

  • Parámetro disponible desde la versión MTX-Tunnel 8.10. Hasta esta versión la única opción posible era “get”. Se recomienda encarecidamente NO usar la opción get y usar la opción getjson o postjson
  • Ejemplo de envío de datos en modo “get” y el parámetro DNS_extended está a un valor “off”:
    http://www.mydomain.com?TYPE=DNS&IMEI=357973041110401&PASS=ID000001&IP=95.126.113.202&CSQ=24&VER=9.12&AUX=0&MOD=201
  • Ejemplo de envío de datos en modo “getjson” y el parámetro DNS_extended está a un valor “off”:
    {“TYPE”,”DNS”,”IMEI”: 357973041110401,“P”:”ID001”,”IP”:”95.126.113.202”, ”CSQ”:24,”VER”:”9.12”, “AUX”:”0”,”MOD”:201}
    Donde:
    TYPE: tipo de trama DNS
    IMEI: identificativo interno del MTX
    P: campo de usuario especificado en el parámetro DNS_password
    IP: IP actual del MTX-Tunnel
    CSQ: cobertura gsm del MTX (0 … 31)
    VER: versión de firmware del MTX-Tunnel
    AUX: reservado para control de versión de configuración
    MOD: modelo terminal MTX
  • Ejemplo de envío de datos en modo “getjson” y el parámetro DNS_extended está a un valor “on”:
    {“TYPE”,”DNS”,”IMEI”: 357973041110401, “P”:”ID001”,”IP”:”95.126.113.202”, ”CSQ”:24,”VER”:”9.12”, “AUX”:”0”,”MOD”:201,”IO1”:0,”IO2”:0,”IO3”:0,”IO4”:0,”IO5”:0, ”IO6”:0,“IO7”:0,”IO8”:0,”IO9”:0,”IO10”:0,”AD1”:100,”AD2”:2000,”CO1”:”0”,”CO2”:”0”, ”CID”:”214;07;0322;4E8F”}”}
    Donde:
    TYPE: tipo de trama DNS
    IMEI: identificativo interno del MTX
    P: campo de usuario especificado en el parámetro DNS_password
    IP: IP actual del MTX-Tunnel
    CSQ: cobertura gsm del MTX (0 … 31)
    VER: versión de firmware del MTX-Tunnel
    AUX: reservado para control de versión de configuración
    MOD: modelo terminal MTX
    IO1: es el valor de la entrada/salida digital 1 del módem (si la tiene disponible)
    IO2: es el valor de la entrada/salida digital 2 del módem (si la tiene disponible)
    IO3: es el valor de la entrada/salida digital 3 del módem (si la tiene disponible)
    IO4: es el valor de la entrada/salida digital 4 del módem (si la tiene disponible)
    IO5: es el valor de la entrada/salida digital 5 del módem (si la tiene disponible)
    IO6: es el valor de la entrada/salida digital 6 del módem (si la tiene disponible)
    IO7: es el valor de la entrada/salida digital 7 del módem (si la tiene disponible)
    IO8: es el valor de la entrada/salida digital 8 del módem (si la tiene disponible)
    IO9: es el valor de la entrada/salida digital 9 del módem (si la tiene disponible)
    IO10: es el valor de la entrada/salida digital 10 del módem (si la tiene disponible)
    AD1: es el valor de la entrada analógica 1 del módem (si la tiene disponible)
    AD2: es el valor de la entrada analógica 2 del módem (si la tiene disponible)
    CO1: es el valor de la entrada contadora de pulsos 1 (si la tiene disponible)
    CO2: es el valor de la entrada contadora de pulsos 2 (si la tiene disponible)
    CO3: es el valor de la entrada contadora de pulsos 3 (si la tiene disponible)
    CID: información de celda GSM (para localización GSM)
  • Ejemplo de envío de datos en modo “postjson” y el parámetro DNS_extended está a un valor “off”. En el caso de modo “postjson”, lol datos se envían en un JSON como el siguiente:
    {“IMEI”:”357042060366409”,”TYPE”:”DNS”,“P”:”ID-12345678”, ”IP”:”95.126.113.202”,”CSQ”:24,”VER”:”9.12”,“AUX”:”4”,”MOD”:”201,VCC:12100}
    Donde:
    TYPE: tipo de trama DNS
    IMEI: identificativo interno del MTX
    P: campo de usuario especificado en el parámetro DNS_password
    IP: IP actual del MTX-Tunnel
    CSQ: cobertura gsm del MTX (0 … 31)
    VER: versión de firmware del MTX-Tunnel
    AUX: reservado para control de versión de configuración
    MOD: modelo terminal MTX
    VCC: voltaje de alimentación MTX (en milivoltios)
  • Ejemplo de envío de datos en modo “postjson” y el parámetro DNS_extended está a un valor “on”. En el caso de modo “postjson”, los datos se envían en un JSON como:
    {“IMEI”:”357042060366409”,”TYPE”:”DNS”,“P”:”ID-12345678”, ”IP”:”95.126.113.202”,”CSQ”:24,”VER”:”9.12”,“AUX”:”4”,”MOD”:”201”,VCC:12100,”IO1”:0,”IO2”:0, ”IO3”:0,”IO4”:0,”IO5”:0,”IO6”:0,”IO7”:0,“IO8”:0,”IO9”:0,”IO10”:0,”AD1”:0,”AD2”:0, ”CO1”:”0”,”CO2”:”0”,”CID”:”214;07;0322;4E8F”}
    Donde:
    TYPE: tipo de trama DNS
    IMEI: identificativo interno del MTX
    P: campo de usuario especificado en el parámetro DNS_password
    IP: IP actual del MTX-Tunnel
    CSQ: cobertura gsm del MTX (0 … 31)
    VER: versión de firmware del MTX-Tunnel
    AUX: reservado para control de versión de configuración
    MOD: modelo terminal MTX
    VCC: voltaje de alimentación MTX (en milivoltios)
    IO1: es el valor de la entrada/salida digital 1 del módem (si la tiene disponible)
    IO2: es el valor de la entrada/salida digital 2 del módem (si la tiene disponible)
    IO3: es el valor de la entrada/salida digital 3 del módem (si la tiene disponible)
    IO4: es el valor de la entrada/salida digital 4 del módem (si la tiene disponible)
    IO5: es el valor de la entrada/salida digital 5 del módem (si la tiene disponible)
    IO6: es el valor de la entrada/salida digital 6 del módem (si la tiene disponible)
    IO7: es el valor de la entrada/salida digital 7 del módem (si la tiene disponible)
    IO8: es el valor de la entrada/salida digital 8 del módem (si la tiene disponible)
    IO9: es el valor de la entrada/salida digital 9 del módem (si la tiene disponible)
    IO10: es el valor de la entrada/salida digital 10 del módem (si la tiene disponible)
    AD1: es el valor de la entrada analógica 1 del módem (si la tiene disponible)
    AD2: es el valor de la entrada analógica 2 del módem (si la tiene disponible)
    CO1: es el valor de la entrada contadora de pulsos 1 (si la tiene disponible)
    CO2: es el valor de la entrada contadora de pulsos 2 (si la tiene disponible)
    CO3: es el valor de la entrada contadora de pulsos 2 (si la tiene disponible)
    CID: información de celda GSM (para localización GSM)

DNS_serverLogin

Descripción: permite establecer el login (nombre de usuario) que debe usar el MTX-Tunnel para en envío de datos a una Plataforma Web que cuente con un sistema de autenticación basado en Login y Password.

Valores posibles:

  • cadena hasta 64 caracteres
  • Valor por defecto: ninguno

Notas adicionales:

  • Si su plataforma web no usa un sistema de autenticación simple basado en Login y Password no es necesario que incluya este parámetro en el fichero de configuración. Sólo es obligatorio su uso en plataformas web que usen mecanismos de autenticación
  • Este parámetro está disponible desde la versión MTX-Tunnel 8.10

DNS_serverPassword

Descripción: permite establecer el password que debe usar el MTX-Tunnel para en envío de datos a una Plataforma Web que cuente con un sistema de autenticación basado en Login y Password.

Valores posibles:

  • cadena hasta 64 caracteres
  • Valor por defecto: ninguno

Notas adicionales:

  • Si su plataforma web no usa un sistema de autenticación simple basado en Login y Password no es necesario que incluya este parámetro en el fichero de configuración. Sólo es obligatorio su uso en plataformas web que usen mecanismos de autenticación

DNS_https

Descripción: permite indicar si el envío de información se realiza vía http o de forma encriptada vía https.

Valores posibles:

  • on, off
  • Valor por defecto: off

Notas adicionales:

  • Tenga presente que si quiere activar esta opción necesita un servidor web con soporte SSL

DNS_header1, DNS_header2, DNS_header3

Descripción: permite introducir cabeceras HTTP Personalizadas. Muy útil para comunicación del MTXTunnel con Plataformas web de terceros (tipo THINGWORKS).

Valores posibles:

  • cadena ascii hasta 64 caracteres
  • Valor por defecto: ninguno

Notas adicionales:

  • El formato de las cabeceras es: nombreCabecera;valorCabecera, es decir, campos separados por ; (punto y coma)
  • Le resultarán imprescindible si desea comunicar el MTX-Tunnel con algunas plataformas genéricas. Por ejemplo, en caso de comunicación con la plataforma de Thingworks deberá especificar algo similar a:
    DNS_header1: Content-Type;application/json
    DNS _header2: Accept;application/json
    DNS _header3: appKey;194f5476-7346-4638-ac30-bbca28595be1

DNS_mqttTopic

Descripción: configura el topic que utilizará el MTX-Tunnel para publicar todos los datos del servicio DNS_.

Valores posibles:

  • cadena ascii hasta 64 caracteres
  • Valor por defecto: ninguno

Notas adicionales:

  • De la misma forma que los parámetros MQTT_attopicX, puede utilizar el tag [IMEI] en el parámetro y el MTX-Tunnel substituirá internamente dicho tag por el valor adecuado. Por ejemplo, si su modem tiene el IMEI 354740050182909 podría especificar en el fichero de configuración config.txt el valor:
    DNS_mqttTopic: [IMEI]/DNS
    Y el MTX-Tunnel enviaría los datos del servicio DNS usando el topic:
    354740050182909/DNS
  • Los datos se envían al topic MQTT en formato JSON. Consulte el parámetro DNS_httpMode para encontrar información de los JSON enviados

¿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.
WEBDYN
Productos IoT
Enlaces útiles

Webdyn © Todos los derechos reservados           Contacte con nosotros | Avisos legales | Condiciones generales de venta | Accesibilidad

Anexos y otros documentos

Anexos y otros documentos

Annexes et autres documents

Anexos y otros documentos

Anexos y otros documentos

Anexos y otros documentos

Anexos y otros documentos

Anexos y otros documentos

Anexos y otros documentos

Anexos y otros documentos

Preguntas frecuentes

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.
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.

Anexos y otros documentos

Anexos y otros documentos

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

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).

Appendices and other documents

Appendices and other documents

Appendices and other documents

Appendices and other documents

Anexos y otros documentos​

Appendices and other documents

Anexos y otros documentos

  • ADVERTENCIA: Para la versión antigua con TARJETA SIM el código pin es 0000 puedes actualizar en esta versión. Para el segundo caso: cuando inserta una TARJETA SIM con un código PIN, se usa 0000 en esta versión (4.07.02). No se permite bajar a una versión anterior.

Anexos y otros documentos

  • ADVERTENCIA: Para la versión antigua con TARJETA SIM el código pin es 0000 puedes actualizar en esta versión. Para el segundo caso: cuando inserta una TARJETA SIM con un código PIN, se usa 0000 en esta versión (4.07.02). No se permite bajar a una versión anterior.

Anexos y otros documentos

Preguntas frecuentes

Anexos y otros documentos

Preguntas frecuentes

Anexos y otros documentos

Preguntas frecuentes

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.

Haga clic aquí para leer el archivo de medios

Haga clic aquí para leer el archivo de unidades

 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.

Haga clic aquí para leer el archivo de medios

Haga clic aquí para leer el archivo de unidades

 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.

Annexes et autres documents

  • WARNING :  Pour les anciens produits qui disposent d’une carte SIM avec un code PIN à 0000 , la mise à jour vers la version 4.07.02 sera fonctionelle.

    Second cas : Si la carte SIM avec un code PIN à 0000 est utilisée dans cette version (4.07.02), le passage vers une mise à jour antérieure est interdit.