TECHBASE (C) iMod Manual ES 2/108 Manual del usuario del iMod Versión Versión del Fecha de creación Modificaciones documento Versión segunda ampliada (descripción ReadOnly, WriteOnly y FullAccess, 2.1.1 23.08.2013 ejecución de SNMP Source-channel con el uso de SDK/API, force en access channel, desplazamiento en el direccionamiento de modbus) Versión segunda ampliada (árbol XML - posibles elementos...
Página 3
Configuración del dispositivo (NPE) Inicio de trabajo con la plataforma iMod Creación del archivo de configuración Modbus Gateway/Router/Proxy Integración del bus 1-Wire con la plataforma iMod Protocolo Mbus Scripts como fuente de datos Comunicación generada por eventos Visualización en la página web...
Gap / Cycle / Delay / Read timeout ..........................47 Ejecución de un registro forzado - property force ......................50 Integración del bus 1-Wire con la plataforma iMod ....................51 Protocolo Mbus ................................. 56 Scripts como fuente de datos ............................63 Comunicación generada por eventos ..........................
TECHBASE (C) iMod Manual ES 8/108 Conexión del dispositivo El primer paso es la conexión de la fuente de alimentación al dispositivo. A continuación conecta el dispositivo al ordenador o a la red local LAN con el uso de cable de red.
TECHBASE C) iMod Manual ES 9/108 Configuración del IP del ordenador Para establecer una conexión hay que configurar adecuadamente el IP del ordenador. El ordenador debe encontrarse en la misma subred que el dispositivo. La subred a la que esté conectado el ordenador (y el dispositivo) está definida por dos parámetros:...
TECHBASE (C) iMod Manual ES 10/108 Modo 2. Conexión en la red local LAN Otra posibilidad es la conexión del dispositivo a la red local LAN. Si el router tiene el servicio DHCP activado en la red, una vez encendido el dispositivo, se le asigna una dirección IP aleatoria. Para hacer más fácil la búsqueda de las direcciones asignadas a los dispositivos en la red local, hemos creado la aplicación SearchNPE.
TECHBASE C) iMod Manual ES 13/108 Verificación de la versión del firmware El soporte técnico comprende sólo las más actuales versiones del software. Por eso, una vez iniciado el dispositivo por primera vez, se recomienda verificar la versión actual del firmware y de los paquetes que han sido instalados.
Página 14
TECHBASE (C) iMod Manual ES 14/108 Una vez iniciada la sesión, hay que ir a la pestaña Services y luego comprobar las actualizaciones disponibles con el uso del botón Check Updateso zalogowaniu, należy przejść do zakładki Services a następnie sprawdzić dostępne aktualizacje za pomocą...
Pass: npe_1m0d Sobre el dispositivo iMod es un módulo de telemetría en el que se ha aplicado un enfoque innovador basado en el concepto de tres canales: canal de fuente de datos (source-channel) canal de acceso a datos (access-channel) canal de información (message-channel)
TECHBASE C) iMod Manual ES 17/108 Sobre el sistema NPE Como ya se ha mencionado antes, la plataforma funciona con base al dispositivo NPE. Esto significa que, mediante el acceso por terminal, es posible realizar la administración del dispositivo de un modo conforme con otros dispositivos u ordenadores basados en el sistema Linux.
18/108 Descripción de Conectores La plataforma iMod fue creada con base al dispositivo NPE. NPE posee dos conectores tipo clema (C1, C2) y un panel frontal. En el panel frontal están colocados dos botones monoestables junto a los diodos de señalización de trabajo del dispositivo. Además, está disponible una serie de interfaces presentadas en el siguiente esquema.
TECHBASE (C) iMod Manual ES 20/108 Descripción del conector tipo clema 2. (C2) Numer pinu Oznaczenie Opis (+) Puerto serie RS-485 (com3) (-) Puerto serie RS-485 (com3) Masa Entrada digital Entrada digital Entrada digital Entrada digital Entrada digital con función de interrupción Entrada digital con función de interrupción...
A continuación se la denominará Configuración de Aplicación. Para cargar la nueva configuración, siempre hay que reiniciar la plataforma iMod. Es posible hacerlo con el uso del comando imod start desde la consola o desde la interfaz NxDynamics. Configuración del sistema (syscfg) El archivo de configuración tiene forma de un archivo de texto con el formato tipo:...
TECHBASE (C) iMod Manual ES 22/108 Nombre del parámetro Descripción Valor por defecto Parámetro que define entre otros el símbolo de sistema en la bienvenida HOST_NAME techbase mostrado al inicio de la sesión. No se admite el uso de espacios en blanco.
TECHBASE C) iMod Manual ES 23/108 Configuración de los servicios de inicio (initsrv) Los paquetes dedicados para el sistema NPE se inician con el uso del mecanismo initsrv, que permite el inicio de los paquetes en el orden adecuado. Gestión de paquetes iniciados Durante el inicio del sistema se ejecutan todos los scripts del catálogo /mnt/mtd/initsrv , cuyos nombres son conformes con...
TECHBASE (C) iMod Manual ES 24/108 Configuración de la conexión GPRS La configuración de los parámetros básicos de la conexión GPRS se puede realizar desde el nivel de la interfaz WEB del dispositivo - NxDynamics. Para obtener el pleno acceso a todas las opciones, la modificación debe hacerse en el archivo syscfg, en la sección dedicada a la conexión GPRS.
TECHBASE C) iMod Manual ES 25/108 Configuración de DynDNS El iMod tiene un mecanismo de uso del servicio DynDNS para el protocolo PPP (conexiones GPRS). Este script usa la biblioteca inaDynConf. Para saber más sobre este paquete consulta esta dirección: http://www.inatech.eu/inadyn/...
Los ejemplos indicados a continuación tienen como objetivo presentar la óptima configuración del entorno de trabajo con la plataforma iMod. Todos los ejemplos presentados abajo y los vídeo tutoriales que presentan su modo de uso están disponibles en el servidor FTP.
Manual ES 27/108 Acceso a E/S desde NxDynamics Cada dispositivo iMod es suministrado con una versión trial preinstalada de la interfaz NxDynamics (al pasar los 30 días no será posible actualizar la interfaz de forma gratuita). La interfaz permite revisar libremente los estados de recursos hardware y realizar el control de las salidas digitales desde el nivel de la interfaz «web».
La configuración del iMod se guarda en el archivo que se encuentra en el catálogo en el dispositivo /mnt/ MainConfig.xml mtd/iMod/config/ . Carga la configuración que permite el acceso a los recursos hardware a través del protocolo Modbus TCP. Inicia el Notepad++ Activa el plugin NPP FTP Configura la conexión FTP con el dispositivo...
Página 29
Es posible ver el funcionamiento de la plataforma iMod «en vivo» a través de los llamados live-logs. Para visualizar la vista preliminar de los live-logs ejecuta el comando: tail -f /mnt/data/logs/iMod.log Si la plataforma ha sido iniciada en el modo trace, vas a ver cada cambio de parámetro y cada consulta efectuada y la respuesta que ha sido enviada.
Para poder acceder a la vista preliminar o administrar las E/S en NPE hay que familiarizarse con la aplicación npe-srv-client. Ejemplo de lectura de la salida digital: [root@techbase /]# npe_srv_client -i DO1 Ejemplo del registro de la salida digital: [root@techbase /]# npe_srv_client -i DO1,”0”...
TECHBASE C) iMod Manual ES 31/108 Creación del archivo de configuración El archivo de configuración se guarda en el formato XML. iMod engine carga la configuración desde el archivo en el catálogo /mnt/mtd/iMod/config/ MainConfig.xml Carga de la configuración Hay que cargar la configuración a través del protocolo FTP al catálogo /mnt/mtd/iMod/config.
Página 32
32/108 En el elemento se pueden anidar otros elementos. Por ej.: <element> <element1 /> </element> Todos los elementos deben incluirse dentro del elemento imod Por ej.: <imod version="1.0.0" > </imod> Es posible agrupar los elementos cerrándolos dentro de un elemento group que tendrá un nombre. Por ej.: <group...
Manual ES 33/108 Definición de los canales La lógica del iMod se basa en el principio de tres canales: Source-channel - canal de fuente de datos Access-channel - canal de acceso de datos Message-channel - canal de comunicación generada por eventos Nombre Cada canal debe tener un nombre individual, que será...
TECHBASE C) iMod Manual ES 35/108 Definición de parámetros Elemento - parameter Cada parámetro contiene en sí una serie de elementos que definen de dónde se obtienen los datos y cuál es el modo de acceso a estos datos. Es posible definir el parámetro que no tiene relación con Source-channel. Este parámetro es llamado el parámetro dummy.
Antes de cargar la configuración en el dispositivo puedes realizar la validación de la configuración en tu ordenador. Para hacerlo debes descargar el parser desde el servidor FTP para clientes iMod o desde la ficha del producto iMod en la página www.a2s.pl.
Modbus Gateway/Router/Proxy El iMod puede al mismo tiempo desempeñar la función de un dispositivo modbus gateway, router y proxy. A continuación, en este capítulo hemos incluido la definición de las funcionalidades que acabamos de enumerar, así como los ejemplos de su configuración.
Conexión punto a punto Creación de un ejemplo de configuración En este ejemplo presentamos el modo de comunicación del dispositivo iMod con otro dispositivo que utilice el protocolo Modbus RTU. Un ejemplo de configuración example2-modbus_proxy.xml, está disponible en el catálogo del dispositivo: /mnt/mtd/iMod/config/examples/ Añade source-channel...
Página 40
XML. Verificación de la configuración Conecta el iMod con el ordenador mediante el puerto serie RS-485 (por ej. con el uso del convertidor ATC-820) Descarga la aplicación tipo modbus slave (por ej. mod_RSsim_eth) Inicia el software tipo modbus master (por ej.
A esta parte no obligatoria pertenecía entre otros el elemento device-id. ¿Cómo cambiar el modbus ID del iMod? El ID del dispositivo permite distinguirlo de entre otros dispositivos. Por defecto el iMod tiene el ID = 1. Sin embargo, es posible cambiarlo añadiendo una property en el access-channel.
Página 42
TECHBASE (C) iMod Manual ES 42/108 ¿Cómo fijar el ID del dispositivo modbus slave (dirección de modbus)? Existen dos maneras de cambio del ID para el modbus slave. Cambio del ID asignado por defecto para el dispositivo modbus slave Por defecto la dirección de modbus para el source-channel (dispositivos tipo esclavo) es igual a 1. Sin embargo, es posible cambiar esta configuración por defecto, añadiendo el ID en la definición del source-channel:...
Manual ES 43/108 Conexión TCP/RTU/ASCII El iMod utiliza el protocolo modbus en sus tres variantes: ASCII, TCP y RTU. Para definir el tipo de protocolo modbus, hay que incluir en el elemento <protocol> el property type. <protocol name="MODBUS"> <property name="type"...
Página 44
En los dispositivos modbus puede ocurrir que exista el desplazamiento. Si en la documentación del dispositivo modbus slave se describe que el parámetro X existe en el registro con el número N, esto puede significar que en el iMod hay que definirlo como N+1, N-1 o simplemente N.
Manual ES 45/108 Parámetros de 32 bits Algunos de los dispositivos modbus tienen en su tabla de registros los parámetros de 32 bits. iMod permite la definición de estos registros mediante el cambio de tipo del parámetro. <parameter type="real32">...
TECHBASE C) iMod Manual ES 47/108 Property 'inverse' En el caso de los parámetros de 32 bits a menudo hay un problema con la interpretación de los valores. Si los parámetros de 32 bits tienen un valor inadecuado, intenta añadir la inversión del orden de los bits antes de que se calcule el valor para que los segundos 16 bits estuviesen al principio.
Página 49
El parámetro delay es opcional. Su falta implica la asignación de un valor por defecto de 0ms. Read-timeout El elemento <read-timeout> es el tiempo que la plataforma iMod va a esperar para la respuesta desde el dispositivo. Es un elemento opcional. Por defecto es igual a 1000 ms.
Ejecución de un registro forzado - property force Existen dispositivos modbus que al efectuar el registro realizan determinadas actividades. iMod posee una lógica interna que por defecto -si el valor del parámetro no haya cambiado- no trasmite el comando de registro más adelante. Sin embargo, es posible forzar este paso añadiendo el elemento 'property'.
51/108 Integración del bus 1-Wire con la plataforma iMod En este capítulo presentamos el modo de usar el sistema iMod para recoger la información de un sistema distribuido de sensores, relés, interruptores de lengüeta, etc. conectados al bus 1-Wire. Detección de sensores...
Página 53
<port>"ET-0.0.0.0"</port> El iMod puede leer los valores de los sensores one-wire de otro dispositivo. Por defecto el puerto indica al dispositivo del que esté iniciado el iMod, sin embargo sólo basta con cambiar la dirección IP para que los valores tomados viniesen de otra entidad.
Página 54
TECHBASE (C) iMod Manual ES 54/108 Traslado del access-channel <access-channel name="Modbus"> <protocol name="MODBUS"/> <port>"ET-1502-TCP"</port> </access-channel> Puedes trasladar el elemento access-channel es su totalidad a la configuración principal. Por defecto el modo de acceso a los datos está configurado en el puerto 1502. Si ya tienes en la configuración principal el acceso a los datos mediante el Modbus TCP en el puerto 502, no tienes que trasladar el elemento access-channel.
Página 55
TECHBASE C) iMod Manual ES 55/108 Traslado de parámetros El escaneo del one-wire para los sensores DS1820 crea un set de parámetros. Para cada uno de los sensores se generan varios parámetros. Para obtener los valores leídos del one-wire correctos hay que trasladar sólo uno de ellos.
Preparación del entorno de trabajo El iMod que ya está funcionando y tiene en la configuración definida la llamada a los puertos serie, los bloquea para imposibilitar su lectura por las aplicaciones externas. Por eso antes de iniciar a consultar los contadores a través del puerto serie, hay que desactivar la aplicación iMod.
Página 57
TECHBASE C) iMod Manual ES 57/108 de retorno, esto significa que el contador responde más lentamente de 1000ms. Entonces usa el comando heatmet con el parámetro '-t XXXX' donde XXXX es el tiempo [en ms] de espera para la respuesta.
Creación de la configuración MBus Generación de la configuración - imod scan mbus El iMod realiza el proceso de escaneado mediante el protocolo MBUS en todos los puertos serie al mismo tiempo. Para iniciar el mecanismo, ejecuta el comando: $ imod scan mbus En este momento el dispositivo iniciará...
Página 60
TECHBASE (C) iMod Manual ES 60/108 Elementos property "device-id" <property name="device-id" value="2-MODEL_CF55"/> Se crearán tantos elementos property cuantos contadores se hayan detectado. El valor de este elemento tiene la siguiente estructura: <id del contador>-MODEL_<nombre_del_contador> Si un contador ha sido añadido con el nombre Unknown, esto significa que al generar la configuración han sido usados los parámetros por defecto (cycle, read-timeout, etc.)
Página 61
TECHBASE C) iMod Manual ES 61/108 Elemento parameter El elemento 'parameter' tiene detectado el tipo de valor del parámetro. Por ej. <parameter type="int32"> En el caso de que no hubiese el 'type' en el elemento parameter, se tomará por defecto el valor int16.
Página 62
Tanto el nombre del canal, como el paramter-id se pueden configurar libremente. Si el mismo registro modbus tuviese dos definiciones, la plataforma iMod no funcionaría de manera correcta. Por lo tanto, una vez integrada la configuración Mbus en la configuración principal, asegúrate de que todos los elementos access-channel -...
63/108 Scripts como fuente de datos El iMod tiene la posibilidad de definir un script bash como una fuente de datos. El valor del parámetro es entonces el valor devuelto por el script. Ejemplo - lectura del estado del User_LED Vamos a presentar la estructura de la configuración que contiene el canal source-channel como fuente de datos...
/mnt/nand-user/UserLed.sh read El iMod facilita la opción de registro en un parámetro. Esto significa que guardando el valor en el parámetro -donde como canal de fuente ha sido indicado el canal del script-, se iniciará el script con los argumentos write <valor introducido>. Por ej.: /mnt/nand-user/UserLed.sh write...
Página 65
- dos2unix <nombre del archivo> [corrige los signos de fin de línea] - chmod 754 <nombre del archivo> [concede permisos más amplios para ejecutar el archivo]. De lo contrario, la plataforma iMod no tendrá permisos para ejecutar el script. Verificación del funcionamiento Lee el valor del parámetro 100 con el uso del protocolo mbus y comprueba si este valor esté...
Comunicación generada por eventos La plataforma iMod tiene incorporado un mecanismo que ejecuta las acciones cuando ocurre un evento. Hay varios tipos de acciones, por ej. envío de e-mail, ejecución de un script bash. También existen varias condiciones de generación de un evento, por ej.
Página 67
TECHBASE C) iMod Manual ES 67/108 OnUpdate El primer tipo de generación es el tipo de evento que ser ejecutará cada vez que se actualice el valor del parámetro. Independientemente de su valor y de si haya cambiado o no - el evento será liberado.
Página 70
TECHBASE (C) iMod Manual ES 70/108 OnChangeStatus OnChangeStatus es u tipo de evento que será llamado cada vez que el parámetro deje de ser posible de leer, o bien vuelve a ser posible de leer. <event type="OnChangeStatus"> <message-channel channel-name="BashScript"/> </event>...
Página 71
TECHBASE C) iMod Manual ES 71/108 HiAlarm HiAlarm es un tipo de evento que será llamado cada vez que el parámetro supere un valor predeterminado en trigger value. Es una condición equivalente a 'superior a'. Trigger es un atributo que permite la asignación de un determinado valor, tras superar el cual el evento es activo.
Página 72
TECHBASE (C) iMod Manual ES 72/108 LoAlarm LoAlarm es un tipo de evento que será llamado cada vez que el parámetro supere un valor predeterminado en trigger value. Es una condición equivalente a 'inferior a'. <event type="LoAlarm"> <message-channel channel-name="BashScript"/> <property name="trigger"...
Página 73
TECHBASE C) iMod Manual ES 73/108 Histéresis Los eventos tipo HiAlarm/LoAlarm pueden tener el elemento de histéresis. Cuando el valor del parámetro supere/caiga por debajo del valor 'trigger', será ejecutado el evento. Hasta que no supere/caiga por debajo del valor de histéresis, el evento no será...
Verificación del funcionamiento Puedes comprobar el funcionamiento del script en los logs del iMod. Para este fin ejecuta el comando tail -f /mnt/data/ logs/iMod.log | grep <nombre del canal> . Ejemplo de entrada del inicio del script con el nombre del canal 'Script':...
Página 75
75/108 Email El iMod puede enviar mensajes a través de la cuenta de correo electrónico. No tiene limitaciones en cuanto al número de destinatarios, grupos de destinatarios o la estructura del contenido del mensaje. La versión actual del iMod no soporta las cuentas de correo electrónico que requieren la autenticación TLS.
Página 77
TECHBASE C) iMod Manual ES 77/108 El iMod tiene la posibilidad de enviar los SMS con un contenido generado dinámicamente. Ejemplo de configuración que envía un mensaje al número 48123456789 cuando el valor del parámetro 102 cambie: <message-channel name="SMS_sender"> <protocol name="SMS"/>...
Página 78
</event> Verificación del funcionamiento Para verificar el correcto funcionamiento del envío de SMS puedes definir una configuración simple que enviará un mensaje cuando cambie un parámetro. Entonces en el archivo iMod.log vas a ver el siguiente registro: 11:15:05,502 INFO SMS_CHANNE_NAME...
Registro en la base de datos El iMod tiene incorporado un mecanismo de registro en la base de datos. Por defecto este mecanismo trabaja con la base de datos SQLite3, sin embargo es posible definir en el iMod la comunicación con la base de datos postgreSQL.
Página 80
- contraseña para acceder a la base de datos Si no fijes el modo de trabajo como direct, iMod creará su propia tabla ALARMAS en la que estará efectuando los registros en el caso de que ocurriese un evento.
Página 81
TECHBASE C) iMod Manual ES 81/108 Definición de la expresión SQL Le expresión SQL que va a ejecutarse debe incluirse dentro del elemento messages. Esta expresión puede contener cualquier consulta SQL y en lugar del contenido de los parámetros puede usar los MACROS. Para saber más sobre la creación de los mensajes consulta la sección...
Página 82
El iMod engine soporta un mecanismo poco habitual de mensajes de modbus generados por eventos. Esto permite la máxima reducción de la transmisión entre los dos dispositivos iMod. Existe también la posibilidad de forzar el registro o lectura de los parámetros seleccionados cuando: – se supere un valor predeterminado – haya una caída por debajo del valor predeterminado –...
</message-channel> Tras fijar un evento tipo 'noChange”, en cada lectura en la que el USER_LED no cambie su valor, se forzará una actualización del valor del parámetro 102 en la tabla interna de los parámetros de la plataforma iMod. <parameter>...
Página 85
TECHBASE C) iMod Manual ES 85/108 Force-write El mensaje tipo Force-Write es un mensaje modbus que permite registrar el valor de otro parámetro, cuando ocurre un evento. En el ejemplo hemos descrito el modo en el que el cambio del valor de DO1 implica un cambio de DO2.
Página 86
TECHBASE (C) iMod Manual ES 86/108 <![CDATA[ "10" ]]> </message> Después hay que crear el parámetro que, tras cambiar el valor de registro 100, causará el traslado del valor antes definido: <parameter> <id>"100"</id> <comment>"ForceWriteToOtherParam"</comment> <access-channel channel-name="Modbus_S1" parameter-id="100" /> <event type="OnChange">...
Esto permite reducir la configuración y aumentar la eficiencia. Por ej. REG_VALUE[THIS] Los valores escalados después de un offset se envían por medio del canal message de la plataforma iMod. La declaración de la presentación de valores después del escalado se puede fijar en dos lugares de nuestra configuración: En el message-channel En el parámetro...
Página 88
TECHBASE (C) iMod Manual ES 88/108 <property name="message-id" value="processed"/> AD 1. Ejemplo del uso con el message-channel <message-channel name="csv"> <protocol name="CSV"/> <port>"/mnt/data/dane.csv"</port> <cycle>1s</cycle> <property name="separator" value="; "/> <property name="message-id" value="processed"/> </message-channel> AD 2. Ejemplo del uso con el parámetro <parameter type="word32">...
Para leer más sobre las funciones usadas, consulta el archivo synoptyka.php Página web propia Los datos recogidos por el iMod engine pueden ser facilitados y controlados de diversos modos. El modo más universal es el acceso a los datos desde cualquier lugar con el uso del navegador web.
DI1 El registro de datos en la base en el dispositivo iMod es activado por defecto para la base SQLite. Sin embargo, también es posible enviar los valores directamente desde iMod engine a una base postgreSQL local o externa.
Primero hay que definir la ruta de acceso a la base de datos, lo que implica que hay que indicar su localización. La base de datos SQLite en el dispositivo iMod utiliza una interfaz universal de conexión con la base de datos PDO, por lo cual en la definición de la base de datos hay una referencia a esta interfaz.
Para hacer pruebas, es posible cargar los archivos PHP al catálogo /mnt/ramdisk/htdocs, pero es una parte de la memoria volátil, lo que implica que una vez reiniciada la plataforma iMod, todos los archivos guardados desaparecen. Por eso se recomienda insertar los archivos que han sido probados en el catálogo /mnt/nand-user/htdocs_src.
Manual ES 93/108 Registro de datos El iMod engine asegura que los valores almacenados en un búfer estén registrados en un archivo o en una base de datos. En archivos CSV El iMod facilita dos modos de registro de datos.
</imod> A los archivos data.csv se les da los permisos de root cada vez que se inicie el iMod o bien tras obtener por el archivo el tamaño establecido en la configuración. El número de los archivos y su tamaño después de las cuales se les da los permisos de root, se pueden configurar en el archivo log4j.xml en el catálogo /mnt/mtd/iMod/config/log4j.xml...
Registro con el uso del canal Message-channel El dispositivo iMod tiene la posibilidad de registrar los valores de los determinados parámetros en los archivos CSV o en las bases de datos (SQLite o PSQL) a una hora establecida o en un momento del día, semana o incluso año en concreto.
Página 96
TECHBASE (C) iMod Manual ES 96/108 Ejemplo de message-channel tipo CSV Abajo presentamos un ejemplo de uso de un calendario. En este ejemplo el registro en el archivo data1.csv se realizará cada día a las 16:15 h. <message-channel name="RegisterAt1615"> <protocol name="CSV"/>...
SNMP El motor del iMod contiene un plugin que sirve para la conversión de los parámetros en los valores SNMP. El archivo MIB está generado automáticamente, y permite la conversión de los recursos hardware de NPE y los parámetros modbus en un protocolo SNMP.
Página 98
98/108 TRAP SNMP El iMod permite el envío de los trap SNMP en el momento en que se realicen las condiciones del evento. Primero, hay que declarar el message-channel, luego insertar la referencia a este canal en _event_ element. Ejemplo de message-channel SNMP: <message-channel name="SNMP_Msg_1">...
SDK El iMod engine permite adjuntar los protocolos de usuario con el uso de una API simple en lenguaje JAVA. La descripción detallada de la API se encuentra en un documento aparte que contiene unos ejemplos de cómo añadir un plugin al iMod engine.
101/108 iMod PLC Es posible usar la plataforma iMod como un controlador PLC. Sus funcionalidades pueden programarse en un lenguaje en escalera. La descripción detallada sobre cómo usar la plataforma iMod como un controlador PLC se encuentra en un documento aparte disponible bajo la dirección:...
Página 108
Q. ¿El iMod trabaja en el modo continuo como TCP master y TCP slave? ¿o es necesario cambiar su configuración? A. El iMod funciona como router. Para unos dispositivos puede ser un maestro y al mismo tiempo para otros puede ser un esclavo.