Titan – NA48: Servidor LoRa

¿Buscas alguna otra cosa?

Detalles del escenario

MTX-StarLora se presenta como gateway LoRa-4G utilizando un servidor LoRa externo. Consulte nuestra nota de aplicación 39.

MTX-StarLora también se presenta con LoRa server integrado en su interior. Eso significa que MTX-StarLora no depende de servidores LoRa externos, como TTN y entre otros, todo el control sobre otras puertas de enlace y dispositivos LoRa externos se realiza internamente. Esto es perfecto para ser independiente de terceros.

MTX-StarLora está integrado con ChirpStack https://www.chirpstack.io/.

Características:

  • Dispositivos finales clase A, B y C
  • Tasa de datos adaptativa
  • Registro de cuadros en vivo
  • (Re)configuración de canal
  • Multiinquilino
  • API e integración
  • Compatible con LoRaWAN 1.0 y 1.1

Descripción del ejemplo

Esta nota de aplicación muestra paso a paso cómo crear una red LoRa, con sensores LoRa remotos conectados y administrados por un servidor LoRa interno.

MTX-StarLora utilizará LTE 4G como interfaz WAN, recopilará toda la información de los sensores LoRa y se enviará a la plataforma de integración en la nube de la parte final de esta nota.

El servidor interno de Chirpstack LoRa enviará datos de carga útil del sensor LoRa mediante la integración HTTPS a la plataforma Cervello.

La plataforma en la nube Cervello es perfecta para esta aplicación porque las funciones de programación de VPI pueden recibir y administrar todas las cargas útiles, filtrar y decodificar esta carga útil de tramas en valores de telemetrías. Las telemetrías se almacenarán y se podrán visualizar en tablas visuales, gráficos…

Cervello también se utilizará como administrador de dispositivos: podemos recopilar información de DNS (dirección IP, hora, IMEI, intensidad de la señal…) y se puede utilizar para agrupar y controlar mediante comandos AT.

Sensores LoRa: podemos recomendar/probar los siguientes nodos:

  • Adeunis
  • RAK
  • URSALINK

El MTX-StarLora con capacidades de LoRa también tiene todas las características de MTX-StarLora-Titan, por lo que puede usar RS232/485/USB en serie: pasarelas Eth-4G, Modbus, Datalogger, VPN, etc., lo que lo hace uno de los routers industriales IoT-M2M más completos en el mercado.

width=910

Consulte la nota de aplicación 49 si desea extender la red LoRa con un gateway esclavo y tener un aspecto técnico más profundo sobre la implementación del servidor LoRa.

Configuración MTX-StarLora

Primero acceda a Titan usando un cable Ethernet con la dirección IP predeterminada 192.168.1.2.

Usuario: admin

Contraseña: admin

width=610

Después, es necesario configurar MTX-StarLora con la información APN de la red de la tarjeta SIM.

WAN > Configuración básica

Tenga cuidado con el PIN de SIM (si la tarjeta SIM tiene PIN habilitado) y los más importantes, “APN”, “Nombre de usuario” y “Contraseña”.

Por favor, mantenga el campo del Call center como se muestra, * 99 *** 1 #.

width=1149

 

Después haga clic en el botón Guardar config y reinicie el router usando el menú.

Otro > Reiniciar para permitir que el router se reinicie con una nueva configuración y se conecte a Internet.

Compruebe WAN IP y mantenga este valor.

width=1113

En este ejemplo, la interfaz LAN se usa ya que está conectada directamente a otro router con conexión a Internet, usará 4G WAN como respaldo/falla.

Menú: WAN > Configuración básica > Utilidades

Haga clic en el botón Configuración de conmutación por error y complete en su caso la IP del gateway. Si esto falla, la WAN se cambiará para usar la red celular 4G.

width=838

Para configurar LAN, MTX-StarLora tiene dos puertos Ethernet, usando el número uno:

width=1079

Para configurar el DynDNS, complete los siguientes campos:

width=1161

Servidor

Dominio

Acceso

Contraseña

Entonces, puede siempre, incluso si se ha cambiado la IP, para acceder a Titan.

width=1058

Puede utilizar otras funciones de MTX-StarLora como Serial Gateways, Modbus, Logger, MQTT, VPN, SMS…

Configuración LoRa

Habilite el servidor LoRa.

Dispositivos externos: LoRa gateway no es necesario para usar el servidor LoRa interno.

width=1071

Por favor, rellene Otro > MQTT Broker para habilitar el puerto de escucha 1883.

width=1072

Ahora es el momento de abrir LoRa server.

width=1074

Se abrirá una nueva ventana con el puerto 8080.

Dirección del router (normalmente 192.168.1.2:8080).

width=1119

Mi caso http://starLoRa.ddns.net:8080.

Se abrirá ChirpStack Server.

  • Usuario predeterminado: admin
  • Contraseña predeterminada: admin

Puede encontrar información, guías, ayuda y foros comunitarios en

https://www.chirpstack.io/

y

https://www.chirpstack.io/project/guides/connect-gateway/.

Pasos de configuración de ChirpStack

Es obligatorio seguir todos estos pasos para crear una red LoRa.

  • Paso 1: añadir un servidor
  • Paso 2: añadir/crear un perfil de gateway – conectado a 1) servidor
  • Paso 3: añadir/crear un perfil de servicio – debe estar conectado a 1) servidor
  • Paso 4: añadir/crear un perfil de dispositivo – debe estar conectado a 1) servidor
  • Paso 5: añadir/crear un gateway – conectado a 1) servidor y 2) perfil de gateway
  • Paso 6: añadir/crear una aplicación: debe estar conectado a 3) perfil de servicio
  • Paso 7: añadir dispositivos – debe estar conectado a 4) perfil de dispositivo
  1. Repita el paso 7 para agregar otros dispositivos externos

Paso 1: añadir un servidor

Haga clic en Network-servers > Add

Complete con una cadena en Network-server-name, ejemplo MTX-StarLora-JS-LoRa. Complete con una cadena en el servidor de red 127.0.0.1:8000.

width=1415

Rellene Gateway Discovery de la siguiente manera:

width=1418

Compruebe si se ha creado el servidor de red:

width=1425

Paso 2: añadir/crear un perfil de gateway

Haga clic en Gateway-profiles:

width=1644

Haga clic en crear:

width=1423

Complete un nombre de cadena para el perfil de gateway y use su servidor de red creado en el paso 1.

width=1441

Compruebe si el perfil de gateway está vinculado al servidor de red.

width=1413

Paso 3: añadir/crear un perfil de servicio

Haga clic en Service-profiles:

width=991

Complete con los nombres de su servidor de red del paso 1 y del perfil de servicio del paso 2. Para otros campos, lea la documentación de Chirpstack.

width=1411

Como ejemplo:

width=1433

Paso 4: añadir/crear un perfil de dispositivo

Haga clic en Device-profiles:

width=983

Rellene un nombre para Device-profile-name (obligatorio).

Verifique su versión MAC de LoRaWan y otros parámetros como su escenario LoRa.

width=1440

Si desea agregar dispositivos externos mediante OTAA, marque los campos UNIR. Si va a utilizar claves ABP, deje este cuadro sin marcar.

width=1886

En este ejemplo, usaremos las claves predeterminadas Deveui y LoRa almacenadas en los nodos (alguna explicación en el Paso 7).

Llene los campos Class-B y Class-C con su escenario LoRa especificado o ajústelo a sus mejores características de rendimiento. Estos son algunos ejemplos:

width=1889

width=1887

Codec es una buena característica de ChirpStack. Esto tiene como objetivo obtener un objeto con información extraída de la carga útil y no toda la carga útil del nodo.

Si va a usar solo un tipo de sensores LoRaWan del mismo extremo, puede preguntarle al fabricante de su nodo y completar/codificar. Lea la documentación/ayuda. No usaremos esta función en esta nota de aplicación.

width=1153

Al final de esta nota de aplicación se puede ver cómo tenemos el código Codec integrado en la plataforma IoT en la nube Cervello.

Paso 5: añadir/crear un gateway

Esta sección puede que no parezca importante, pero lo es. Tenemos que agregar y crear el MTX-StarLora como Gateway. Haga clic en Gateways:

width=974

Después haga clic en Crear.

width=1851

Escriba un nombre del gateway y una cadena de descripción.

También complete el ID del gateway (identificación), como en el ejemplo 010203040a0b0c0d.

En este ejemplo, el nombre del gateway es JS-GATEWAY. También debe utilizar el perfil del gateway configurado en el paso 2.

width=1890

Si lo hace correctamente, obtendrá la información en vivo:

width=1848

Paso 6: añadir/crear una aplicación

El siguiente punto es crear una nueva aplicación. En esta sección también añadiremos los dispositivos de los nodos LoRaWan finales y veremos la carga útil.

Cree una aplicación.

Haga clic en Aplicación > Crear

width=983

Complete el nombre de la aplicación y la descripción de la aplicación con algunas cadenas de texto y utilice el perfil de servicio configurado en el paso 3.

width=1888

Como ejemplo, esta es una aplicación creada.

width=1886

Paso 7: añadir dispositivos

Importante: ahora crearemos y agregaremos nuevos dispositivos LoRaWan de nodos finales.

width=1001

Tome ahora la información de su nodo del dispositivo LoRaWan.

Necesitará esta información obligatoria:

  • Dispositivo EUI (Dev EUI)
  • Clave de aplicación (Application key)

Puede obtener esta información del proveedor de su dispositivo y, a veces, conectar el dispositivo remoto final a su ordenador portátil.

CÓMO USAR EL DISPOSITIVO ADEUNIS END

COMFORT ARF8275AAC

width=1594

Aquí puede extraer Dev EUI.

18B260000007AB

Introduzca estos datos en la descripción del dispositivo. Rellene con 00 al principio por si acaso.

width=1928

Ir a Devices > My device:

width=1885

width=1602

Copie la clave de la aplicación LoRa.

width=1887

Mantenga la clave de la aplicación Gen en blanco.

Después haga clic en Set device keys.

width=1889

Espere hasta que se reciban los marcos.

width=1844

width=1849

Haga clic en Device data y espere.

width=1531

Encontrará algunos mensajes para unirse y subir. Haga clic arriba y extraiga.

width=280

adr:true

dr:0

fCnt:323

fPort:1

data:TIAA5Sc=

objectJSON:

Lea el manual y extraiga la información de esta cadena.

Los datos son Base64 tienen que decodificar a HEX. Utilice

https://cryptii.com/pipes/base64-to-hex

4c 80 00 e5 27 > 4c8000e527.

Puede usar el manual de Adeunis pero use https://codec-adeunis.com/decoder.

{
  type: 0x4c Comfort data,
  status: {
    frameCounter: 4,
    hardwareError: false,
    lowBattery: false,
    configurationDone: false,
    configurationInconsistency: false
  },
  decodingInfo: values: [t=0, t-1, t-2, ...],
  temperature: {
    unit: °C,
    values: [
      22.9
    ]
  },
  humidity: {
    unit: %,
    values: [
      39
    ]
  }
}

En este software puede encontrar Device EUI. Recuerde que este número es como IMEI, MAC… almacenado en el dispositivo y normalmente, no se puede cambiar. En este caso, usaremos la clave de aplicación generada aleatoriamente por ChirpStark y la copiaremos a Ursalink.

width=1805

En este software puede encontrar Device EUI. Recuerde que este número es como IMEI, MAC… almacenado en el dispositivo y normalmente, no se puede cambiar. En este caso, usaremos la clave de aplicación generada aleatoriamente por ChirpStark y la copiaremos a Ursalink.

width=1658

width=1807

Una comprobación importante en el dispositivo es ver si está activado.

width=1776

Compruebe ahora de nuevo los mensajes de tráfico de dispositivos:

width=1516

Haga clic en el mensaje y, de nuevo, una estructura de información similar, información sobre la red, LoRa y los datos.

data:A2fUAARoSQZlIgAbAAYABWoAAA== ???

UC11: data:AWfZAAJoPw==

Home io remoto data:CQEA

Este sensor puede leer temperatura, humedad y tiene presencia PIR. Agregar más nodos será así:

width=1690

Tenga en cuenta que las tramas LoRa, las cargas útiles no salen del servidor ChirpStack y/o están en Titan. Esas son aplicaciones separadas y no podemos usar ninguna forma de información de Titan (MQTT, HTTP, etc.). La única forma de extraer y enviar esa información es, en Aplicaciones, utilizar Integraciones. Vaya a Aplicaciones > Integraciones. Encontrará alguna integración con servicios en la nube:

HTTP

AWS SNS

AZURE

GCP

INFLUXDB

myDevices

SEMTECH

ThingBoards.io

Usaremos HTTP como quizás la forma más fácil de publicar todos los marcos de LoRa en un servidor.

width=1886

Haga clic en Edit.

Rellene la información.

En el siguiente ejemplo, utilizaremos la plataforma en la nube de Cervello para recopilar todas las cargas útiles de LoRa, decodificar y crear valores de telemetrías simples.

Cervello recopila información en una carga útil JSON (entre otros). Simplemente ajuste 2 encabezados y el campo más importante es la URL.

En nuestro caso, debemos completar en la URL el ID y contraseña para conectarnos correctamente a Cervello. También puedes ver que hemos creado en Cervello un tema para recibir estos marcos.

width=1890

Integración HTTP usando Cervello Stem

Cree un nuevo dispositivo (se necesita una Organización ya creada, si no, cree una nueva).

Complete el campo de nombre con algún nombre, en nuestro ejemplo, MTX-StarLora-STAR-LoRa-TEST. Complete Descripción con alguna descripción, en nuestro ejemplo, TEST LoRa HTTP.

Tipo de dispositivo: GATEWAY

Protocolo de comunicación: DEFAULT

Medios de conectividad: otros

Después, se crean las credenciales del dispositivo.

Por favor, preste atención. Haga clic en Device credentials. Después aparece un cuadro con

  • CLIENT ID
  • ACCESS KEY
  • ACCESS TOKEN

width=660

Cópielos en algún documento ya que Access Token ya no aparecerá. En nuestro caso:

width=1843

Tenemos:

  • ID de cliente: jtbqr5gtypev9u
  • Clave de acceso: apm87w1pcysqaw
  • Token de acceso: du79dfe4qk8ptj

La URL en ChripStack es entonces:

https://broker.release.cervello.io?c=jtbqr5gtypev9u&u=apm87w1pcysqaw&p=du79dfe4qk8ptj&t=/lora/debug

En Cervello usaremos la interfaz de programación VPI con los siguientes pasos:

  • Cree una aplicación (nuestro ejemplo AppStarLoRa)
  • Vincular dispositivo a aplicación

Cree un VPI, en nuestro caso el nombre VPI-StarLoRa.

Añada el siguiente bloque:

Dispositivo de escucha de datos y escriba un nombre en el tema, en nuestro ejemplo, LoRa/debug.

width=1739

En la depuración puede ver algún paquete LoRa en vivo, este caso es un nodo final de Adeunis.

{
  organizationId: 1973cbd9-75a2-4599-aa90-6bae7f37a204,
  originatorId: b89dd4ed-9297-424b-8e18-020df9662c5d,
  deviceId: b89dd4ed-9297-424b-8e18-020df9662c5d,
  deviceName: MTX-StarLora-STAR-LORA-TEST,
  referenceName: null,
  applications: [
    82e3c562-48eb-4223-9056-21449b44f684
  ],
  assets: [],
  tags: [],
  customFields: null,
  isPublic: false,
  clientId: jtbqr5gtypev9u,
  topic: /lora/debug,
  payload: {
    applicationID: 1,
    applicationName: JS-APP,
    deviceName: COMFORT,
    devEUI: ABiyYAAAB6s=,
    rxInfo: [
      {
        gatewayID: AQIDBAoLDA0=,
        time: null,
        timeSinceGPSEpoch: null,
        rssi: -47,
        loRaSNR: 10.5,
        channel: 4,
        rfChain: 0,
        board: 0,
        antenna: 0,
        location: {
          latitude: 40.39924,
          longitude: -3.71709,
          altitude: 609,
          source: UNKNOWN,
          accuracy: 0
        },
        fineTimestampType: NONE,
        context: dUmrDA==,
        uplinkID: lhkyE2YbTg2sHkKG7C0krw==,
        crcStatus: CRC_OK
      }
    ],
    txInfo: {
      frequency: 867300000,
      modulation: LORA,
      loRaModulationInfo: {
        bandwidth: 125,
        spreadingFactor: 12,
        codeRate: 4/5,
        polarizationInversion: false
      }
    },
   adr: true,
    dr: 0,
    fCnt: 416,
    fPort: 1,
    data: TCAA5Cg=,
    objectJSON: ,
    tags: {},
    confirmedUplink: true,
    devAddr: BaQxnw==
  },
  time: 1612525208425,
  action: message_publish

Este otro es el URSALINK AM100.

{
  organizationId: 1973cbd9-75a2-4599-aa90-6bae7f37a204,
  originatorId: b89dd4ed-9297-424b-8e18-020df9662c5d,
  deviceId: b89dd4ed-9297-424b-8e18-020df9662c5d,
  deviceName: MTX-StarLora-STAR-LORA-TEST,
  referenceName: null,
  applications: [
    82e3c562-48eb-4223-9056-21449b44f684
  ],
  assets: [],
  tags: [],
  customFields: null,
  isPublic: false,
  clientId: jtbqr5gtypev9u,
  topic: /lora/debug,
  payload: {
    applicationID: 1,
    applicationName: JS-APP,
    deviceName: AM100,
    devEUI: JOEkEnohcgA=,
    rxInfo: [
      {
        gatewayID: AQIDBAoLDA0=,
        time: null,
        timeSinceGPSEpoch: null,
        rssi: -40,
        loRaSNR: 12.8,
        channel: 4,
        rfChain: 0,
        board: 0,
        antenna: 0,
        location: {
          latitude: 40.39924,
          longitude: -3.71709,
          altitude: 609,
          source: UNKNOWN,
          accuracy: 0
        },
        fineTimestampType: NONE,
        context: fhjurA==,
        uplinkID: q9xQmrwcQSadGQo+iSI2Tw==,
        crcStatus: CRC_OK
}
    ],
    txInfo: {
      frequency: 867300000,
      modulation: LORA,
      loRaModulationInfo: {
        bandwidth: 125,
        spreadingFactor: 10,
        codeRate: 4/5,
        polarizationInversion: false
      }
    },
    adr: true,
    dr: 2,
    fCnt: 3,
    fPort: 85,
    data: AXVkA2f1AARoUQZlFAAaAAkABWoAAANn9QAEaE8GZRQAGgAJAAVqAAA=,
    objectJSON: ,
    tags: {},
    confirmedUplink: true,
    devAddr: BfRdnw==
  },
  time: 1612525356533,
  action: message_publish
}

Nuestra tarea ahora es filtrar los marcos usando ID, en nuestro bloque Switch.

width=1326

width=1271

El bloque de funciones es decodificar la información de la trama. Pídale a su dispositivo final LoRaWan que obtenga información y un código de ejemplo. Por lo general, se denomina Codec.

/**
 * Ursalink AM100 / AM102 Payload Decoder
 *
 * definition [channel-id] [channel-type] [channel-data]
 *
 * 01: battery      -> 0x01 0x75 [1byte]  Unit: %
 * 03: temperature  -> 0x03 0x67 [2bytes] Unit: °C
 * 04: humidity     -> 0x04 0x68 [1byte]  Unit: %
 * 05: PIR          -> 0x05 0x6A [2bytes] 
 * 06: illumination -> 0x06 0x65 [6bytes] Unit: lux
 * ------------------------------------------ AM100
 * 07: CO2          -> 0x07 0x7D [2bytes] Unit: ppm
 * 08: TVOC         -> 0x08 0x7D [2bytes] Unit: ppb
 * 09: Pressure     -> 0x09 0x73 [2bytes] Unit: hPa
 * ------------------------------------------ AM102
 */
function Decoder(bytes) {
    var decoded = {};

    for (var i = 0; i < bytes.length;) {
        var channel_id = bytes[i++];
        var channel_type = bytes[i++];
        // BATTERY
        if (channel_id === 0x01 && channel_type === 0x75) {
            decoded.battery = bytes[i];
            i += 1;
        }
        // TEMPERATURE
        else if (channel_id === 0x03 && channel_type === 0x67) {
            decoded.temperature = readInt16LE(bytes.slice(i, i + 2)) / 10;
            i += 2;
        }
        // HUMIDITY
        else if (channel_id === 0x04 && channel_type === 0x68) {
            decoded.humidity = bytes[i] / 2;
            i += 1;
        }
        // PIR
        else if (channel_id === 0x05 && channel_type === 0x6A) {
            decoded.activity = readInt16LE(bytes.slice(i, i + 2));
            i += 2;
        }
        // LIGHT
        else if (channel_id === 0x06 && channel_type === 0x65) {
            decoded.illumination = readInt16LE(bytes.slice(i, i+2));
           // decoded.infrared_and_visible = readInt16LE(bytes.slice(i + 2, i + 4));
           // decoded.infrared = readInt16LE(bytes.slice(i + 4, i + 6));
            i += 6;
        }
        // CO2
        else if (channel_id === 0x07 && channel_type === 0x7D) {
            decoded.co2 = readInt16LE(bytes.slice(i, i + 2));
            i += 2;
        }
        // TVOC
        else if (channel_id === 0x08 && channel_type === 0x7D) {
            decoded.tvoc = readInt16LE(bytes.slice(i, i + 2));
            i += 2;
        }
        // PRESSURE
        else if (channel_id === 0x09 && channel_type === 0x73) {
            decoded.pressure = readInt16LE(bytes.slice(i, i + 2))/10;
            i += 2;
        } else {
            break;
        }
    }
    return decoded;
}

/* ******************************************
 * bytes to number
 ********************************************/
function readUInt16LE(bytes) {
    var value = (bytes[1] << 8) + bytes[0]; return value & 0xffff; } function readInt16LE(bytes) { var ref = readUInt16LE(bytes); return ref > 0x7fff ? ref - 0x10000 : ref;
}

/* ******************************************
 * payload processing
 ********************************************/

var hexBase64Payload = data.payload.data;

var hexPayload = Buffer.from(hexBase64Payload,\'base64\');
var decodedPayload = Decoder(Buffer.from(hexPayload,\'hex\'));


var msg = {
    device_name: data.payload.deviceName,
    deviceId: data.deviceId,
    data: {}
}

msg[data][data.payload.deviceName] = {
           data: decodedPayload }
    

send(0, msg);

Casi terminado. En VPI, el bloque de telemetría crea una Telemetría; en nuestro ejemplo, tomará solo TEMP como valor de telemetría.

width=1149

En este ejemplo, hemos creado un dispositivo periférico que permitirá telemetrías e información separadas de otros nodos. De esta manera también será fácil crear grupos, etiquetas, para una mejor experiencia del usuario final.

Haga clic en el dispositivo periférico AM100 en el Administrador de dispositivos y obtenga toda la información.

width=1845

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

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

Product end of life cycle

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

Otros manuales

Notas de aplicación

Product End of Life Cycle

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

Product End of Life Cycle

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

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


PRODUCT END OF LIFE CYCLE

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.


PRODUCT END OF LIFE CYCLE

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.

 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.

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. 

NOTICE DE FIN DE VIE DES PRODUITS