IoT i Dispositivos CIoT - Soluciones inteligentes

LoRaWAN y GSM - Smart City





iSys - Sistemas inteligentes







SEQUÍA

Tabla de contenido

1. Introducción. 3

1.1 Comunicación de @City (IoT / CIoT) 4

1.2. Recursos de hardware de dispositivos IoT / CIoT 4

0..4 entradas binarias programables 4

0..4 salidas binarias programables 4

0..4 entradas de contaje (contadores no volátiles) 4

0..4 salidas de dimmers (PWM o 0..10V) 5

Entrada + salida de infrarrojos 5

0..4 entradas de medición (ADC) 5

interfaces seriales SPI / I2C / UART / CAN 5

1.3. Dispositivos GSM @City 6

1.4. Dispositivos @City LoRaWAN 9

El módulo sin módem y procesador LoRaWAN puede actuar como módulo de sensor MEMs para @City GSM, WiFi, Ethernet y otras arquitecturas eHouse (3v3..3v6 con alimentación de CC) 10

2. Condiciones generales de uso de los sistemas @City (LoRaWAN, GSM) 11

2.1. Condiciones exclusivas de @City GSM. 11

2.2. Condiciones exclusivas para @City LoRaWAN. 12

3. Configuración del controlador @City (LoRaWAN, GSM) 13

3.1. Configuración del controlador @City: asignación de nombres 13

3.2. Configuración general de los controladores @City LoRaWAN y GSM 14

3.2.1 Configuración general del dispositivo @City GSM 14

3.2.2. Configuración general de los controladores @City LoRaWAN 17

3.3. Configuración de entradas binarias 18

3.4. Configuración de salidas binarias 19

3.5. Configuración de entradas de medición ADC y sensores adicionales (XIN) 21

3.6. Configuración de atenuadores PWM / 0..10V 22

3.7. Configuración del programador de calendario 24

4. Configuración de la infraestructura de red LoRaWAN 26

4.1. Configuración de la puerta de enlace LoRaWAN. 26

4.1.1. Configuración básica de la puerta de enlace LoRaWAN 26

4.1.2. Configuración del reenviador de paquetes Semtech (SPF) 27

4.2. Configuración del servidor de aplicaciones / red LoRaWAN 28

4.2.1. Configuración del servidor de red LoRaWAN 29

5. Condición de trabajo de los dispositivos @City GSM / LoRaWAN 31


1. Introducción.

La @Ciudad sistema admite una serie de dispositivos electrónicos (controladores), denominados nodo, mote, dispositivo. Hay muchos tipos de comunicación (cableada e inalámbrica) disponibles según la infraestructura, los requisitos y las condiciones disponibles.

Tipos de dispositivos disponibles en el sistema @City:

Todos los dispositivos están integrados entre sí a través del @Ciudad nube y existe la posibilidad de una cooperación híbrida en función de la disponibilidad de una determinada infraestructura de comunicaciones.

Para edificios y disponibilidad de LAN o WiFi conectado a Internet podemos usar eHouse soluciones a través del servidor eHouse.PRO (que puede enviar / recibir datos a @Ciudad nube):

El siguiente documento describe GSM y LoRaWAN dispositivos basados ​​en un microcontrolador de un solo chip (microprocesador) y un módem de comunicación externo. Esto permite estandarizar el sistema a pesar de la diferencia de módem de comunicación.

Para otras variantes de comunicación, consulte eHouse documentación.



Esto permite obtener funcionalidades y equipos similares, así como una fácil migración a otras variantes o versiones de comunicación.

1.1 Comunicación @City (IoT / CIoT)

El sistema @City utiliza actualmente uno de los módulos de comunicación seleccionados (módems):

1.2. Recursos de hardware de dispositivos IoT / CIoT

El conjunto "inteligencia" del sistema reside en el microcontrolador (microprocesador) y no depende mucho del tipo de comunicación. Los recursos de hardware de los dispositivos IoT / CIoT (microprocesador) son los siguientes:

1.3. Dispositivos GSM @City

@Ciudad GSM los dispositivos se conectan a través de la red celular del operador móvil GSM a través de una o más tecnologías y servicios. Estos servicios se facturan y dependen de los operadores y servicios de forma individual. El servicio se autoriza de la misma forma que en los teléfonos móviles mediante tarjetas SIM activas:

La disponibilidad de los servicios seleccionados depende del operador de comunicaciones y del módem GSM integrado en la etapa de producción:

1) 2G (todos los operadores)

2) 2G / LTE CATM1 (naranja): existe la posibilidad de retroceso 2G ​​cuando CATM1 no está disponible.

3) 2G / NBIoT (T-Mobile / Deutsche Telecom): existe la posibilidad de reserva 2G cuando NBIoT no está disponible y el operador lo permite.

4) 2G / 3G (todos los operadores)

5) 4G / LTE (todos los operadores)

6) La combinación de otros servicios también puede estar disponible según el módem y la configuración disponibles.

Las primeras 3 soluciones funcionan en el mismo módem (NBIoT / CATM1 + fallback 2G). En el caso de utilizar "el plastico" Tarjetas Nano SIM es posible reemplazar la tarjeta y configurar de forma remota el dispositivo para que funcione correctamente en otro servicio. En el caso de MIM (SIM en forma de chip (IC)), la decisión se toma en la etapa de producción del dispositivo y no es posible cambiar el operador o el servicio. NBIoT está dedicado a una cantidad muy pequeña de datos transmitidos ~ 512kB por mes (por favor negocie este valor con el operador), lo cual es un obstáculo significativo para algunas soluciones CIoT / IoT.

Las soluciones 4, 5 requieren la instalación de otros módems en la etapa de producción.

El consumo de energía del dispositivo depende del servicio y se muestra de menor a mayor:

- NBIoT

- CATM1

- LTE

- 3G

- 2G / SMS / USSD / GPRS / EDGE

Tasa de transferencia de datos de menor a mayor:

- NBIoT

- CATM1

- 2G / SMS / USSD / GPRS / EDGE

- 3G

- LTE



Todos los dispositivos GSM de @City pueden equiparse con un receptor GPS para geolocalización y posicionamiento automático en mapas. También pueden trabajar de forma móvil cuando es necesario realizar mediciones o trabajar en movimiento.




1.4. Dispositivos @City LoRaWAN

LoRaWAN es una solución de comunicación de largo alcance (hasta aprox. 15 km) trabajando en bandas ISM abiertas (p. Ej. 433 MHz, 868 MHz, etc. ). Sin embargo, los rangos muy grandes requieren una reducción significativa en la velocidad de transmisión y la longitud de los paquetes de datos (p. Ej. para el rango más alto de hasta 250 bits por segundo y un máximo de 51 bytes de datos (carga útil). La transmisión con repeticiones y confirmaciones puede llevar mucho tiempo, lo que puede eliminar LoRaWAN en algunas soluciones. La cantidad de puertas de enlace LoRaWAN también es importante para garantizar una buena gama de dispositivos, lo que le permite trabajar a velocidades más altas, menos errores y menos cantidad de repeticiones.

Los dispositivos LoRaWAN se comunican con el @Ciudad en la nube a través de LoRaWAN Gateways, que deben proporcionar cobertura al nivel requerido para todos los dispositivos LoRaWAN disponibles. Además, estas puertas de enlace deben estar conectadas a LAN o Internet a través de cualquier enlace para poder enviar datos a la red / servidor de aplicaciones LoRaWAN (NS / AS).

El servidor web se utiliza para la comunicación bidireccional con las puertas de enlace LoRaWAN y para enviar información a / desde dispositivos LoRaWAN.

El servidor de red / aplicaciones puede estar ubicado en el local LAN o en el centro de datos del proveedor de servicios. Los datos de los dispositivos se envían desde la red / servidor de aplicaciones a través de protocolos de integración al @Ciudad en la nube (a través de webhook). Esto permite la integración directa de la @Ciudad LoRaWAN sistema con Bases de datos de @City.



El servidor de aplicaciones puede implementar adicionalmente lógica extendida y BIM (modelado de información) para el sistema, procesando datos en la recepción y enviando comandos de control (eventos) a dispositivos individuales en respuesta.

Los dispositivos @City LoRaWAN contienen características adicionales como:


El módulo sin módem y procesador LoRaWAN puede actuar como módulo de sensor MEMs para @City GSM, WiFi, Ethernet y otras arquitecturas eHouse (3v3..3v6 con alimentación de CC)

2. Condiciones generales de uso de los sistemas @City (LoRaWAN, GSM)

¡ATENCIÓN! La configuración incorrecta de los principales parámetros de la interfaz de comunicación puede causar la destrucción o el bloqueo permanente del dispositivo (al que no tenemos acceso físico).

La actualización de cualquier controlador de un firmware y configuración final deben realizarse y probarse (para todos los dispositivos y durante al menos una semana para varios dispositivos) antes de instalarlos en el lugar de destino.

El fabricante no se hace responsable de la configuración / actualización de software incorrecta realizada por personas no autorizadas, así como de su ejecución en los lugares de instalación de los controladores individuales.

Todos los costos de desinstalación, servicios, reparación, reemplazo y reinstalación corren a cargo del usuario del sistema (no del fabricante).

Para actualizar el firmware y la configuración es necesario asegurar un nivel de señal suficiente y la disponibilidad de los servicios requeridos. Las actividades anteriores pueden resultar imposibles en las ubicaciones de instalación final de los controladores y en sus envolventes. También pueden depender de la estación, el clima y la propagación de ondas de radio.

Todos los costos de los servicios relacionados con la configuración / cambio de firmware corren a cargo del usuario (tarifas adicionales por transferencia de datos, posible desinstalación, instalación de dispositivos, desbloqueo, reemplazo, etc. ).

El alcance máximo es puramente teórico, medido en condiciones ideales de propagación de radio y se refiere al funcionamiento de los dispositivos (con antenas externas y adaptadas) en el campo de visión (sin obstrucciones en la trayectoria del haz de la señal). Dependiendo de la urbanización del área, los árboles, el clima, la ubicación y el método de instalación, el rango puede ser varios cientos de veces peor que los datos anteriores.

2.1. Condiciones exclusivas de @City GSM.

El usuario corre con los costos y es responsable del pago oportuno de la suscripción del operador GSM y del alojamiento del servidor @City. La falta de continuidad del servicio puede causar cambios irreversibles de los parámetros críticos de transmisión y bloquear todo el sistema (p. Ej. cambio de dirección IP estática, pérdida de dominio de Internet, pérdida de datos / configuración en el servidor, pérdida de software, copias de seguridad, etc. ).

En el caso de que el usuario pague los montos antes mencionados como tarifa plana al productor del sistema @City, el Productor no se hace responsable de los cambios de condiciones de la oferta o terminación de los servicios realizados por entidades externas.

El fabricante del sistema no es responsable de la calidad de los servicios prestados por terceros, incluido el operador GSM, el alojamiento externo de @City. El fabricante no es responsable del deterioro del rango de propagación de ondas de radio (p. Ej. debido a la creación de nuevos edificios, cambios en la ubicación de las estaciones de radiodifusión GSM (BTS), árboles, etc. ).

En el caso de los límites de transferencia de datos (especialmente para NBIoT), la configuración y actualización del software debe realizarse al comienzo del período de suscripción, con el menor consumo de datos posible. De lo contrario, es posible bloquear el dispositivo hasta el final del período de facturación, debido a bloqueos asociados con exceder el límite de transferencia.

El operador GSM es responsable de la calidad de la conexión GSM, no el fabricante del sistema @City.

El Usuario declara que acepta la siguiente información y la acepta.

2.2. Condiciones exclusivas para @City LoRaWAN.

El usuario asume los costos y es responsable del pago oportuno de las tarifas de arrendamiento e instalación para la puerta de enlace LoRaWAN, el servidor de aplicaciones / red LoRaWAN y el alojamiento del servidor @City. La falta de continuidad del servicio puede causar cambios irreversibles de los parámetros críticos de transmisión y el bloqueo permanente del sistema (p. Ej. cambio de dirección IP estática, pérdida de dominio, pérdida de datos / configuración en el servidor, pérdida de software, copias de seguridad, etc. ).

En el caso de que el usuario imponga las obligaciones anteriores sobre una base de tarifa plana al productor de @City, el productor no es responsable de cambiar las condiciones o rescindir los servicios prestados por entidades externas.

El fabricante del sistema no es responsable de los servicios proporcionados por entidades externas, incluido cualquier operador LoRaWAN, alojamiento para la red / servidor de aplicaciones LoRaWAN, alojamiento externo del servidor @City. El fabricante no es responsable del deterioro del rango de propagación de ondas de radio (p. Ej. debido a la creación de nuevos edificios, cambios en la ubicación de las puertas de enlace LoRaWAN, daños en las puertas de enlace LoRaWAN, cortes de energía, árboles, interferencias, pérdidas de señal, etc. ).

En el caso de los límites de transferencia de datos, la configuración y actualización del software debe llevarse a cabo al comienzo del período de suscripción, con el menor consumo de datos actual. De lo contrario, es posible bloquear el dispositivo hasta el final del período de facturación debido a bloqueos asociados con exceder el límite de transferencia. La actualización debe llevarse a cabo un controlador de principio a fin y probar la corrección del trabajo. La ejecución de la actualización para todos los controladores puede hacer que la banda de radio se bloquee por completo durante muchos días.

LoRaWAN utiliza disponible públicamente "bandas de radio abiertas" (433 o 868 MHz para la UE), que pueden verse perturbados u ocupados por otros dispositivos que operan en las mismas frecuencias. El fabricante no es responsable de la calidad de la comunicación en el caso anterior.

El usuario es responsable de cubrir el área con el número apropiado de puertas LoRaWAN y su ubicación para obtener el nivel apropiado de señales para todos los dispositivos y todo el sistema @City LoRaWAN.

Los dispositivos @City GSM se pueden utilizar en lugares muy expuestos a interferencias de señal.

El Usuario declara que acepta la siguiente información y la acepta.

3. Configuración del controlador @City (LoRaWAN, GSM)

La configuración del sistema se realiza a través de la interfaz web. La configuración es muy crítica para los controladores @City y una configuración incorrecta puede hacer que el sistema se bloquee por completo. Se recomienda que la configuración completa de la plantilla (configuración predeterminada) sea realizada y probada por el fabricante del sistema @City.

3.1. Configuración del controlador @City: asignación de nombres


Dirección del controlador 000000000000000 (15 ceros para GSM / 16 para LoRaWAN) es la dirección predeterminada que se aplica a todos los controladores de la familia (p. ej. por lo mismo Código de proveedor y Código de archivoy el mismo tipo de controlador LoRaWAN / GSM. Si el controlador no tiene su propia configuración individual definida, la configuración predeterminada se carga en él.

En el caso de los controladores GSM, esta dirección corresponde al número IMEI único (15 caracteres) asignado por el fabricante del módem GSM.

En el caso de los controladores LoRaWAN, esta dirección corresponde a la única "Dev EUI" número dado por el fabricante del módem LoRaWAN (16 caracteres en código hexadecimal).

Código de proveedor - es un parámetro único para el cliente (usuario)

Código de archivo - es un parámetro que indica el tipo de firmware (depende del equipo y los algoritmos disponibles)

En la mayoría de los casos, es suficiente configurar este dispositivo (predeterminado) para todo el sistema o como plantilla para otros controladores. Al crear una nueva configuración de controlador, estos ajustes se copian de la plantilla.

Tanto el firmware como las configuraciones para todas las instalaciones (instancias) se encuentran en los servidores del fabricante del sistema @City disponibles a través de la WWW, a los cuales el usuario puede tener acceso limitado. Sin embargo, la configuración correcta es muy crítica y no se recomienda realizar cambios sin probar en varios dispositivos con acceso físico completo (en el escritorio). Para obtener más información, consulte las condiciones generales del sistema @City y las condiciones específicas de una determinada forma de comunicación.

3.2. Configuración general de los controladores @City LoRaWAN y GSM

3.2.1 Configuración general del dispositivo @City GSM

Antes de iniciar la configuración, lea las condiciones generales del sistema @City y las condiciones específicas del sistema para @Ciudad GSM.




Código de proveedor - contiene 8 caracteres almacenados en código hexadecimal dedicados a un cliente (usuario). Se otorga en la etapa de producción del controlador. Un intento de cambio puede causar daños permanentes al controlador.

Código de archivo - contiene 8 caracteres almacenados en código hexadecimal, dedicados a una versión de firmware del controlador. Se otorga en la etapa de producción del controlador y puede depender del tipo de comunicación (GSM / LoRaWAN) y equipo adicional, p. Ej. sensores, el número de entradas / salidas y algoritmos individuales. El cambio puede causar daño permanente o bloqueo del controlador.

PIN No. - Número de PIN de 4 dígitos si está configurado para la tarjeta SIM. No se recomienda establecer PIN. Para las tarjetas SIM de plástico, puede quitarlas en su teléfono móvil. La introducción de una SIM incorrecta puede provocar un bloqueo permanente de la tarjeta en el dispositivo (a la que finalmente no tendremos acceso físico).

SMS No. - Número de SMS al enviar el estado a través de SMS. Esta opción está disponible según el servicio y el operador (2G / CATM1 / NBIoT). También requiere encender la bandera: Activar SMS.

USSD Str - Comando USSD para enviar estados a través de USSD. Esta opción solo está disponible para determinados tipos de módems GSM (2G / 3G + GPS). La opción: Habilitar USSD se requiere. El operador debe proporcionar y activar el servicio USSD.

APN - Nombre del punto de acceso. El nombre del punto de acceso a Internet, p. Ej. Internet (para servicios especiales como LTE-M1 o NB-IoT, el operador puede asignarlo individualmente).

Dirección WWW - dirección web (dominio o IP) para acceso HTTP.

Página WWW - dirección de la página web, donde se envían los estados y comandos de los controladores.

Habilitar HTTP - Habilita la transmisión de datos HTTP. Este método genera muchas veces más transferencia de datos que todos los demás métodos de comunicación, lo que puede resultar en un aumento de los costos, exceder el límite de transferencia o la imposibilidad de utilizar algunos servicios, como NBIoT.

Dirección TCP / UDP - Dirección IP del servidor @City para recibir y transmitir datos entre la nube y los dispositivos. Se recomienda utilizar una dirección IP fija, no una dirección de dominio de Internet.

Puerto TCP - Puerto TCP / IP para comunicación

Activar TCP - Le permite habilitar la transmisión TCP / IP. Las tramas de transmisión y las confirmaciones TCP aumentan la cantidad de datos en relación a las transmisiones UDP, sin embargo, aseguran la exactitud de los datos, las confirmaciones y garantizan su entrega, si la comunicación está disponible.

El puerto UDP - Puerto para recibir el estado a través de UDP

Habilitar UDP - Activar transmisión UDP

Dirección auxiliar, puerto auxiliar, habilitación auxiliar - aplicaciones futuras

Dirección Aux2, puerto Aux2, Aux2 habilitado - aplicaciones futuras

Activación del soporte del sensor (deben estar montados físicamente en el módulo @City). De lo contrario, el dispositivo puede funcionar mucho más lento y menos estable. Los sensores se instalan en la etapa de producción para toda la serie de producción.

Temperatura, presión, humedad, gas - sensor integrado de temperatura, presión, humedad y calidad del aire

Temp + Presión - Sensor de temperatura y presión integrado

Giroscopio - Sensor de giroscopio en 3 ejes (X, Y, Z)

Magnetómetro - Sensor magnético en 3 ejes (X, Y, Z)

Acelerómetro - Sensor de aceleración / vibración en 3 ejes (X, Y, Z)

Color - sensor de color (R, G, B, IR, G2)

Ambiente + proxímetro - sensor de nivel de luz integrado y (rango de 10 cm) proxímetro

Comandos GSM - comandos adicionales de inicialización del módem

Código hash - Un código de encriptación adicional. No cambies.

Transferencia HTTP - Opciones de comunicación HTTP adicionales

Dirección global - La dirección global del controlador para el control de dispositivo a dispositivo.

Modo GSM - Modo de comunicación GSM (solo 2G, solo LTE, CATM1, NBIoT, 2G + CAT M1, LTE 800, LTE 1800). La configuración incorrecta del modo de comunicación puede resultar en un bloqueo permanente de la comunicación del dispositivo.

3.2.2. Configuración general de los controladores @City LoRaWAN

La mayoría de las opciones son las mismas que en el controlador GSM. En principio, todos los campos relacionados con la comunicación GSM no se utilizan durante el funcionamiento del controlador LoRaWAN. Los dispositivos LoRaWAN tienen un firmware diferente que admite el módulo LoRaWAN en lugar de GSM.

Sobre el @Ciudad LoRaWAN lado del dispositivo, la configuración es muy simple:

Aplicación EUID - ID de aplicación para el servidor LoRaWAN (16 caracteres en código hexadecimal) - aplicación definida en el servidor de aplicaciones / red LoRaWAN al que enviamos datos.

Clave de aplicación - clave de autorización de la aplicación para el servidor LoRaWAN (como arriba)

Desactivar la velocidad de datos adaptable - Desactiva la selección de velocidad adaptativa. Esto le permite forzar una velocidad constante del dispositivo. En algunas situaciones, esto puede causar grandes problemas de comunicación. Se debe tener en cuenta que a medida que mejoran los parámetros RSSI y SNR en el modo adaptativo, la velocidad aumenta significativamente. Esto reduce significativamente el tiempo de transmisión de datos por radio. "En el tiempo de aire" y con mucha más frecuencia se puede transmitir información entre el dispositivo y el servidor y viceversa.

Tasa de datos (DR) - Selección de velocidad de enlace LoRaWAN. Esta velocidad no se aplica al cargador de arranque. En caso de que el controlador funcione en el modo de ajuste de velocidad adaptativo, es solo el valor de inicio, porque el controlador después de varios intentos de transmisión, selecciona de manera autónoma la velocidad óptima para limitar el tiempo de transmisión del mensaje en el aire.

Ajustes de actualización - guarda la configuración de inicio del controlador - todos los ajustes



El resto de la configuración de @City LoRaWAN se encuentra en los elementos restantes de las pantallas de configuración de LoRaWAN en el Capítulo 4.

3.3. Configuración de entradas binarias




Las entradas binarias tienen una serie de funciones y parámetros que permiten el funcionamiento autónomo del controlador:

Invertir - negación de entrada cuando los sensores "normalmente conectado" (NC) están conectados.

Alarma - activación de la función de alarma.

Retardo de alarma - Tiempo de retardo de alarma. Si el estado de entrada vuelve a su estado original antes de que expire este tiempo, la alarma no se activará.

Recuerda el estado - Es hora de recordar el cambio de estado de entrada.

Deshabilitar ejecución - Bloqueo de eventos en ejecución relacionados con la entrada.

Correr - Ejecutar el comando de configuración de entrada (Ad-Hoc)

Dupdo - Copie el comando de configuración de entrada al portapapeles

Evento en - Descripción de cómo ejecutar el evento para el nivel de entrada alto (1)

Evento directo activado - Código de evento que se ejecutará cuando la entrada esté activada (0 => 1)

Evento desactivado - Descripción de activación de eventos para nivel de entrada bajo (0)

Evento directo desactivado - Código de evento que se ejecutará cuando la entrada esté apagada (1 => 0)

Evento de alarma - Descripción del evento de alarma.

Evento de alarma directo - El código de evento que se activará cuando se produzca una alarma.

Ajustes de actualización - guarda la configuración de inicio para todos los ajustes

3.4. Configuración de salidas binarias




Las salidas binarias inteligentes pueden funcionar como simples o dobles. El formulario le permite crear una configuración de inicio para el controlador (si lo confirma con el botón Actualizar).

El formulario también sirve como creador de eventos para salidas que se pueden iniciar presionando el botón Ejecutar o copiar en el portapapeles para usar en la configuración del controlador, p. Ej.



Configuración de salidas individuales:

Desactivar - Bloqueo de la salida en modo único (p. Ej. si se utiliza para controlar accionamientos para no dañar accidentalmente persianas enrollables, cancelas, actuadores)

Administración - Se requiere una bandera administrativa al cambiar configuraciones críticas

Expresar - selección de estado (configuración inicial o lanzamiento del evento con el "run" botón)

Repite - Número de repeticiones (cambios de estado cíclicos)

Tiempo en - Hora de activación de la salida

Tiempo libre - Hora de apagar la salida (es importante cuando se repiten eventos)

Correr - Ejecuta el evento para salir

Dupdo - Copiar el evento al portapapeles

Ajustes de actualización - guarda la configuración de inicio para todos los ajustes

Configuración de doble salida:

Desactivar - Bloquear un par de salidas en modo dual (p. Ej. si se usa como entradas únicas)

Administración - Se requiere una bandera administrativa al cambiar configuraciones críticas como el modo de manejo

Somfy - modo de accionamiento (marcado => Somfy / sin marcar => Direct Servo)

Expresar - selección de estado (para configuración inicial o almorzar el evento con el "run" botón)

Repite - Número de repeticiones (cambio cíclico de estados)

Tiempo en - Hora de activación del estado dado

Desactivar tiempo - Tiempo para bloquear salidas (tiempo mínimo entre cambios de salidas) para proteger los variadores contra daños.

Tiempo libre - Hora de apagar la salida (es importante cuando se repiten eventos)

Correr - Ejecuta el evento para la unidad.

Dupdo - Copiar el evento al portapapeles

Ajustes de actualización - guarda la configuración de inicio para todos los ajustes

3.5. Configuración de entradas de medición ADC y sensores adicionales (XIN)




Invertir - escala invertida (100% -x) de la entrada ADC

Alarma L - Activación de la opción para generar una alarma cuando el valor desciende por debajo del mín. umbral

Alarma H - Activación de la opción para generar una alarma cuando el valor supera el máx. umbral

Retardo de alarma - Tiempo de retardo de alarma. Si el estado de la entrada vuelve al "OK" nivel antes de que transcurra el tiempo, la alarma no se activará.

Desactivar evento - Bloqueo de ejecución de eventos

Administración - bandera de administrador que permite el cambio de la configuración de entrada de medición

Evento BAJO - descripción del evento realizado cuando se superó el umbral bajo

BAJA Directa - código de evento que se ejecutará después de reducir el valor por debajo del umbral inferior

Nivel bajo - Nivel del umbral inferior (min)

OK Evento - Descripción del "OK" evento

OK Directo - código de evento que se ejecutará después de ingresar el "OK" distancia

Evento ALTO - Descripción del evento para el umbral superior

ALTA Directa - código de evento que se ejecutará después de superar el valor del umbral superior

Nivel alto - Nivel del umbral superior (máx.)

Correr - ejecución del evento de configuración (cambio de configuración ADC Ad-Hoc)

Ajustes de actualización - guarda la configuración inicial para las entradas ADC

3.6. Configuración de atenuadores PWM / 0..10V




Invertir - Inversión de polaridad del atenuador (100% - x)

Administración - Una bandera administrativa que le permite cambiar opciones críticas

Desactivar - Bloqueo de la salida del atenuador

Una vez - Cambie la configuración del atenuador una vez (luego detenga el atenuador)

Valor mínimo - valor mínimo de la configuración del atenuador

Valor - valor objetivo del atenuador

Modo - Modo de ajuste del atenuador (Stop / - / + / Set)

Paso - Paso para cambiar el valor del nivel de atenuación

Valor máximo - el valor máximo de la configuración del atenuador

Correr - Ejecuta el evento de atenuación

Dupdo - Copiar el evento al portapapeles



El atenuador RGBW recupera los valores de ajuste de colores individuales.

Además, le permite activar el modo de cambio de color continuo utilizando los ajustes preestablecidos de atenuadores individuales.

Ajustes de actualización - guarda la configuración de inicio para todos los ajustes





Botones:

Ajustes de actualización - guardar la configuración en el sistema @City

Todos los controladores - una lista de todos los controladores

Ajustes - configuración del controlador actual

Cambiar nombres - cambiar el nombre del controlador actual

Programador - el editor de calendario del programador del controlador actual

Configuración de escritura * - envío de un comando para descargar la configuración por parte del controlador

Actualización de firmware * - envío de un comando para descargar el firmware por parte del controlador

Restablecer controlador * - envío de comando de reinicio para descargar por el controlador

Restablecer controlador - Copiar - copia del evento de reinicio del controlador en el portapapeles

Cerrar sesión - cierre de sesión del usuario (por razones de seguridad, también debe cerrar todas las instancias abiertas del navegador web que pueden almacenar los parámetros de inicio de sesión en la caché).

* - enviar el comando significa agregar a la cola de eventos. Al conectar el controlador al sistema @City, el controlador descarga estos eventos.

3.7. Configuración del programador de calendario


El planificador de calendario permite la activación autónoma de eventos (comandos) repetitivos o programados. Un ejemplo sería, por ejemplo, encender la farola a las 17 horas y apagarla a las 7 horas (en invierno).

Del (Eliminar) : elimina por completo el elemento de programación.

En. (Permitir) - Activar elemento de programación (solo se ejecutarán aquellas posiciones que tengan el indicador Activar configurado)

Nombre - Nombre del evento (puede describir el evento de una manera reconocible)

Código de evento - código de evento en código hexadecimal (copiado del portapapeles al crear comandos)

Campos de mes (Ja, Fe, .., No, De) - meses enero ... Diciembre en el que se iniciará el evento

Día - Día. Puede seleccionar cualquier día del mes o "*" para cualquiera (ejecutar el evento todos los días).

Campos de días de la semana (Lu, Tu, .. Su) - puede seleccionar los días de la semana en los que se realizará el evento.

Hora - La hora. Puedes elegir cualquier hora o "*" para todos (ejecutando el evento cada hora).

Min - Minuto. Puede seleccionar cualquier minuto o "*" para todos (ejecutando el evento cada minuto).



Lógico "y" El algoritmo se implementa entre todos los campos (excepto Nombre ), por lo que deben cumplirse todos para que se ejecute el evento.



P.ej. Encender las farolas ( Noviembre, diciembre, enero, febrero ) a 17.01 sin Domingos.

En - seleccionado

Event code - 00002101010000000000 // ejecución de la primera salida binaria

Campos de meses - solo No, De, Ja, Fe están marcados

Día - seleccionado "*" para cada día del mes

Hora - el tiempo seleccionado es 17

Min - minuto seleccionado 01

Campos de día de la semana - todo pero Su seleccionado

4. Configuración de infraestructura de red LoRaWAN

Este capítulo solo se aplica a la comunicación LoRaWAN. En el caso de sistemas que funcionen con otros métodos de transmisión, se puede omitir.

De acuerdo con la especificación de la red LoRaWAN, el controlador se conecta a la nube @City indirectamente a través de:

4.1. Configuración de la puerta de enlace LoRaWAN.

Hay muchas puertas de enlace LoRaWAN en el mercado que pueden contener simultáneamente una serie de opciones adicionales:

4.1.1. Configuración básica de la puerta de enlace LoRaWAN

La puerta de enlace LoraWAN debe ser accesible desde al menos una estación de configuración.

Al instalar a través de Ethernet / WiFi y configurar solo desde una LAN / WLAN local, la seguridad de la puerta de enlace no es muy crítica (a menos que proporcionemos acceso a la puerta de enlace desde el exterior, es decir, La Internet).

En el caso de que la puerta de enlace LoRaWAN esté conectada solo a través de GSM / LTE, es necesario proteger la puerta de enlace contra el acceso y varios tipos de ataques.

- Si queremos poder conectarnos a la puerta de enlace LoRaWAN de forma remota, debe tener disponible una dirección IP pública + estática y servicio SSH. De lo contrario, deberá conectarse físicamente a la puerta de enlace a través de una interfaz Ethernet o WiFi.

- es necesario establecer contraseñas de acceso complicadas para todos los usuarios del dispositivo.

- deshabilite todos los servicios no utilizados como Telnet, FTP, POP, SMTP, IMAP, WWW, etc. que puede ser blanco de ataques "ocupando" la puerta de enlace con otros procesos, como intentos de inicio de sesión.

- puede limitar la posibilidad de iniciar sesión, solo desde estaciones con direcciones IP estáticas seleccionadas, lo que es una protección bastante efectiva contra la piratería. Esto también se aplica a servicios aparentemente insignificantes como ICMP (ping), HTTP, FTP, etc.

- Después de la configuración completa y muchas semanas de pruebas del sistema, podemos bloquear todos los servicios externos y el acceso remoto, lo que, sin embargo, dificultará el servicio, la búsqueda y verificación de los registros de la puerta de enlace.

4.1.2. Configuración del reenviador de paquetes Semtech (SPF)

La tarea del SPF es enviar paquetes LoRaWAN al servidor de red LoRaWAN a través de la red IP (protocolo UDP) a la dirección requerida del servidor de red LoRaWAN.

LoRaWAN Gateway con SPF es transparente y pasa todos los paquetes en ambas direcciones.

No procesa ni autoriza paquetes de datos en ninguna dirección.

La configuración de SPF es muy simple e implica "dirigente" al servidor de red LoRaWAN requerido.

Inicie sesión a través de SSH en la puerta de enlace LoRaWAN con el nombre de usuario y la contraseña especificados por el fabricante del dispositivo.

Instale SPF de acuerdo con las instrucciones del fabricante de la puerta de enlace LoRaWAN.

El directorio de configuración de SPF es "/ usuario / spf / etc /" sin embargo, dependiendo del fabricante de la puerta de enlace LoRaWAN, puede estar ubicada en otras ubicaciones.

La configuración principal de SPF está en el archivo "/user/spf/etc/global_conf.json", que debe editarse con el editor disponible (p. ej. vi o nano). Cambiamos el valor del parámetro: "dirección del servidor" ingresando la dirección IP fija del servidor de red o el nombre de dominio (Requiere un servicio de cliente DNS adicional correctamente configurado).

El puerto de comunicación de retorno predeterminado es 1700 (si planea cambiarlos, debe hacer lo mismo en el servidor de red LoRaWAN) ingresando valores idénticos.

Los registros del paquete SPF se encuentran en el "/ usuario / spf / var / logs /" directorio en el spf.log archivo y sus copias de archivo.

La configuración de red de la puerta de enlace LoRaWAN en el sistema operativo Linux normalmente se encuentra en el directorio "/ etc /", donde puede habilitar / deshabilitar los servicios de red estándar y proteger el servidor.

También debe cambiar las contraseñas de todos los usuarios disponibles en el sistema con la passwd comando para proteger contra el acceso no autorizado de personas no autorizadas. También debe cambiar la contraseña de usuario para obtener asistencia basada en la web.

También es mejor deshabilitar la comunicación WiFi, ya que los intrusos pueden intentar usar ataques a través de este medio de transmisión.

Después de completar esta configuración, reinicie la puerta de enlace con el reiniciar mando.



4.2. Configuración del servidor de aplicaciones / red LoRaWAN

Existen muchas soluciones para servidores de redes y aplicaciones (incluidas las gratuitas). Cada uno tiene su propia forma de integración con servicios y sistemas externos (p. Ej. nubes como @Ciudad ). Por esta razón, la @Ciudad El sistema debe tener una interfaz para la integración con el servidor LoRaWAN NS / AS instalado.

En el caso de un sistema de producción, podemos utilizar el servicio gratuito "The Things Network", siempre que nos encontremos dentro de límites diarios muy amplios definidos para cada dispositivo {especialmente "En el tiempo de aire" (30 s **) y una pequeña cantidad de comandos enviados al dispositivo (10 **)}.

** Los límites indicativos de dispositivos diarios actuales pueden cambiar.

Si necesita cargar nuevo firmware y configuración, es necesario utilizar su propio servidor LoRaWAN (red + aplicación).

Esto nos da varias opciones:

En algunos sistemas, la configuración de firmware + es fija (para todos los controladores disponibles en el sistema) y se inicia en la etapa de configuración inicial del sistema, lo que simplifica la selección.

(*) - en estos casos es necesario tener una segunda puerta de enlace LoRaWAN configurada en el segundo servidor para la configuración y actualización del firmware para que el entorno de producción funcione continuamente. Para aplicaciones poco críticas, puede cambiar la configuración de un servidor LoRaWAN dedicado de puerta de enlace LoRaWAN, que, sin embargo, resultará en la pérdida de comunicación con el entorno de producción y el funcionamiento incorrecto de estos dispositivos.

Debe tenerse en cuenta que la actualización del software de un solo controlador LoRaWAN demora aproximadamente una hora, con un buen alcance (DR> = 4), por lo que vale la pena usar una puerta de enlace adicional para actualizar el firmware y la configuración. Con baja cobertura (DR <4), la configuración y actualización del firmware no es posible y requiere un Gateway con comunicación LTE cerca de los dispositivos actualizados.

4.2.1. Configuración del servidor de red LoRaWAN

En el servidor de red LoRaWAN, agregue la puerta de enlace de comunicación LoRaWAN (la dirección se encuentra en su portada o en el archivo "usuario / spf / etc / local_conf.json", o se muestra en los registros "/user/spf/var/log/spf.log". Compruebe en los registros del servidor web que la puerta de enlace de comunicaciones se conecta al servidor.

Los siguientes pasos son la configuración del servidor de aplicaciones (generalmente se encuentra en el mismo dispositivo que el servidor de red).

Los siguientes pasos a realizar dependen de la solución de servidor de aplicaciones utilizada y de la disponibilidad de la interfaz Back-End / Front-End. La interfaz simplifica "primeros pasos" y configuración del sistema.

Generalmente, debes:

 







5. Condición de trabajo de los dispositivos @City GSM / LoRaWAN

Temperatura - 40C .. + 65C

Humedad 0..80% r.H. sin condensación (dispositivo)

GSM Fuente de alimentación 5VDC @ 2A ±0,15 V (para sensor PPM y al conectar relés)

3.5VDC..4.2VDC @ 2A (en otros casos)


LoRaWAN power supply 5VDC @ 300mA ± 0,15 V (para sensor PPM y al conectar relés)

3VDC..3.6VDC @ 300mA (en otros casos)


Dispositivos GSM + GPS:

Entrada de antena 50ohm

SIM nano-SIM o MIM

(elección en la etapa de producción - MIM impone un operador de red)

Aprobación del módem Naranja (2G-CATM1), T-Mobile / DT (2G-NBIoT), 2G Otros operadores


BANDAS (Europa) Sensibilidad de potencia de salida de clase

B3, B8, B20 (CATM1 - 800MHz) ** 3 + 23dB ±2 < -107.3dB

B3, B8, B20 (NB-IoT - 800 MHz ) ** 3 +23dB ±2 < -113.5dB

GSM850, GSM900 (GPRS) * 4 + 33dB ±2 <-107dB

GSM850, GSM900 (BORDE) * E2 + 27dB ±2 <-107dB

DCS1800, PCS1900 (GPRS) * 4 + 30dB ±2 < -109.4dB

DCS1800, PCS1900 (BORDE) * E2 +26dB ±2 < -109.4dB

Cuando se utiliza una antena externa de banda estrecha adaptada en frecuencia para una banda determinada.


* solo para módem Combo: 2G, CATM1, NB-IoT

Certificados:



GPS / GNSS:

frecuencia de funcionamiento: 1559..1610MHz

impedancia de antena 50ohm

sensibilidad máxima * -160dB estacionario, -149dB navegación, -145 arranque en frío

TTFF 1 s (caliente), 21 s (cálido), 32 s (frío)

A-GPS sí

Dinámica 2g

frecuencia de actualización mínima 1 Hz


* antena de banda estrecha externa combinada



Dispositivos LoRaWAN 1.0.2 (8 canales, potencia TX: + 14dBm) Europa (863-870MHz)

DR T modulación BR bit / s Rx Sensibilidad Rx Tests

0 3 min SF12 / 125kHz 250 -136dB -144dB

1 2min SF11 / 125kHz 440-133.5dB

2 1 min SF10 / 125kHz 980-131dB

3 50 s SF9 / 125 kHz 1760-128,5 dB

4 (*) 50 s SF8 / 125kHz 3125 -125.5dB

5 (*) 50 s SF7 / 125 kHz 5470-122,5 dB

6 (*) 50 s SF7 / 250 kHz 11000 -119dB

7 FSK 50kbs 50000 -130dB

(*) Parámetros necesarios para actualizar el firmware del sistema a través de OTA

(DR) - Velocidad de datos

(BR) - Tasa de bits

T - El período mínimo de actualización de datos a la nube @City




Pruebas de cobertura práctica de LoRaWAN:


Condiciónes de la prueba:

LoRaWAN Kerlink ifemtocell Puerta de enlace interna

Antena pasiva de banda ancha para exteriores colocada en el exterior a una altura de ~ 9 m sobre el nivel del suelo Wygoda gm. Karczew (~ 110 m sobre el nivel del mar).

Dispositivo LoRaWAN con DR0 forzado con antena magnética de banda ancha externa colocada a 1,5 m sobre el suelo en el techo del automóvil.

Zonas rurales (prados, campos con árboles pequeños y edificios raros)


El resultado más lejano fue Czersk ~ 10,5 km (~ 200 m sobre el nivel del mar) con RSSI igual a -136dB (es decir, con la máxima sensibilidad del módem LoRaWAN garantizada por el fabricante)