Tipos de licencias de iFIX

iFIX/FIX32

El HMI/SCADA iFIX cuenta con un sistema de licencia en base la cantidad de puntos (número de tags) que se vayan a utilizar para la implementación del sistema SCADA, esto quiere decir que al momento de realizar el diseño o dimensionamiento de nuestro sistema de control se definirá la cantidad de puntos a usar en el proyecto y ademas de una forma aproximada a futuro a cuanto se ira a expandir el proceso o la planta. Normalmente para procesos pequeños sera mas económico que para procesos mas grandes.

Clases de licencia iFIX

 

La licencia de iFIX viene en dos modalidades: llave física de iFIX en formato usb la cual se inserta y debe permanecer siempre conectada al puerto usb en la computadora donde se vaya a ejecutar iFIX. Y la segunda forma en la que viene la licencia de IFIX es en formato digital software mas moderna la cual básicamente es un instalador que instala una licencia en la computadora donde se vaya a ejecutar iFIX, no hace uso de la llave usb y por consiguiente no hay posibilidad de que se pierda o roben por error pensando que es una memoria usb normal.

Descarga llave iFIX

Ambas formas tienen sus pros y contras, uno de los problemas de las llaves físicas es que no podemos tener mas de una llave física al mismo tiempo de los productos Proficy de GE-fanuc, esto nos limita a hacer el pedido de la licencia iFIX con todos los paquetes que nosotros vayamos a necesitar, ya que es posible fusionar varias licencias en una sola llave, por ejemplo se puede fusionar una llave de iFIX 5.5 con una licencia de Proficy Historian al mismo tiempo tener el Excel add-in incorporado dentro de la misma llave como un opcional.

Otra de las desventajas de tener una llave de iFIX en usb es que la llave es que existe el riesgo de peder la llave o que algún operador hurte la llave pensando que es una memoria normal para datos.

Hablando un poco sobre las ventajas de usar llave física en general de la linea Proficy iFIX, Cimplicity y Historian, tendríamos que nos permite tener una llave que podemos ver y que sabemos que esta, es de decir un activo tangible, además que tenemos la seguridad de que esa llave nos pertenece.

Como algunos sabrán las licencias por software ya existían en los productos Proficy mucho antes de que aparecieran las llaves físicas usb, es mas alguno recordara el llamado “Site Code” que permitía pasar de una maquina a otra las licencias y también podían enviarnos en una memoria flash y luego pasar a la maquina de destino. Todo esto a futuro esta siendo reemplazo por el nuevo sistema de License Viewer Manager de Ge-fanuc el cual en un futuro busca unificar toda la gestión de las licencias de los productos GE.

Como saber que licencia uno tiene?

Esta es una pregunta que surge frecuentemente, como saber que tipo de licencia tengo en mi fabrica, bueno lo primero que se tiene que hacer : con la llave de iFiX insertada en un puerto usb, debe ir al botón de Inicio de Windows y buscas el menu que dice Proficy HMI/SCADA iFIX y luego dentro del sub menu tools, ejecutar el programa iKeyDiag.

Ikeydiag es el visor que existe desde la época del FIX32 eñ cual nos permite ver información de la licencia Ifix instalada, es decir podemos ver a nombre de quien esta registrada nuestra llave, que version es la licencia, de cuantos puntos y que opciones adicionales tiene la llave física.

En la siguiente imagen se muestra un menu típico de iKeyDiag y como acceder.

Licencia iFIX
iKeyDiag iFIX

Es posible actualizar una licencia antigua?

Esta es otra consulta frecuente que me preguntan, y la misma es si y no al mismo tiempo, que quiero decir con esto, que mucho depende a nombre de quien allá sido registrada la licencia al momento de su compra,por eso es bueno saber donde comprar una licencia de iFIX , normalmente si el titular de la llave el cual esta su nombre registrado en la llave es el único que podría actualizar la licencia, es por esto que al momento de solicitar una actualización de la licencia de iFIX es necesario saber a nombre de quien esta la llave y eso podemos averiguarlo mediante los pasos que indique en la pregunta anterior sobre el uso de la herramienta iKeyDiag.

Es posible unir dos licencias?

La respuesta corta es sí, mientras las dos llaves esten registradas al mismo nombre es posible lo que llama es fusionar dos licencias en una sola llave usb, por ejemplo es posible unir una licencia de Proficy IFIX 5.8 con una licencia de Proficy Historian 6 pero es necesario enviar los dos llaves físicas para que se le devuelva una llave fusionado.

Que tipos de licencia existen en iFIX por numero de puntos?

Algo que me gusta en iFIX es que podemos escoger licencias desde los 64 tags hasta tags ilimitados ( ojo! que esto es en teoría lo de ilimitado), el costo de cada licencia varia segun el numero de tags que se vaya a usar.

Que tipos de licencia existe en iFIX por su función?

Bueno respecto a la función se dividen en dos grandes grupos:

  • Licencia iFix Runtime: la cual básicamente viene en tres sabores, Server ( servidor), Client (cliente) y Standalone (Servidor-cliente en la misma maquina). Una sub-division de la licencia Runtime, también es la licencia para iFIX en versiones “View only” (solo visualización, la cual solo permite visualizar el proceso pero no ejecutar ordenes).
  • Licencia Developer: la cual es como su nombre traducido al español significa es una licencia para desarrollo, es decir para el ingeniero de aplicaciones que se encargara de modificar, editar, armar, diseñar un sistema SCADA iFiX.

Para cualquier consulta o duda sobre sistemas iFIX y FIX32 no dude en contartarse conmigo via Skype: jairdvargas o simplemente escribiéndome un correo en la dirección que aparece en el menú de Contacto.

Introducción al DCS de Yokogawa

Básicamente el DCS de Yokogawa es un sistema de control distribuido (DCS) con estaciones de control de campo individuales (FSC) , estas FSC comúnmente están enlazadas por una red doble llamada “Vnet/IP” en el llamado bus  1 y bus 2 (ósea es un protocolo de comunicación). Encima de todo esto esta una red HIS, solamente computadoras y HMIs con múltiples programas de Yokogawa CS3000. Algo importante es que la red Vnet/IP es compatible con la red V y sus funciones de comunicación de la red V, como ya dije antes es redundante, robusta como todo DCS que hace el cambio muy rápido entre buses en caso de haber falla en el bus 1 o bus 2, osea similar a la red V, pero lo que más se diferencia es que es muchísimo más rápida digamos que unas 10 veces más, sin ser hablador.

Prosafe BoliviaNormalmente  el que va a programar/configurar usara el programa “System View” para ver la configuración de la planta para identificar la configuración de hardware de campo, también es capaz de manejar lógica escalera (ladder)  y la información de comunicación se realizara a través del “System Status View”  la cual básicamente es  como una matriz de puntos coloreados de estado de envío y recepción HIS y FCS;  ahora este System Status View de Yokogawa CS3000 es el cual nos servirá para encontrar fallas en la red, etc.

La mayoría de las veces solamente un HIS es la estación de ingeniería asignada con el System View no solo para editar la el Bloque de Funcion  de cada FCS la cual sería como la lógica de control, sino también  tiene asignada la posibilidad de poder acceder al editor gráfico, pantallas, agregar/quitar imágenes, ósea todo lo que el operador ve en la pantalla de la computadora.

Ahora cómo es que se crean las variables de  alarmas? Bueno para los que no saben existen un menú  “Message” asi similar al del Bloque de Función, en este menú nosotros podemos ver los tags de las alarmas, modificar, editar, agregar, etc.

centum-boliviaPara las entradas y salidas discretas, entradas y salidas analógicas existe el menú “I/O”como se habran podido imaginar.

El menú de “WW Comm” es ya algo mas avanzado cuando se va a configurar una red de comunicación de campo con otros dispositivos o PLC, ya sea mediante Seria RS-232 , OPC, Modbus TCP, Modbus RTU.

En el caso de Modbus en el DCS de yokogawa es que una Palabra de bits empieza en el bit más significativo mientras que en digamos un PLC AB empieza en el bit menos significativo. Así que eso también hay que tomar en cuenta cuando se vaya a transferir bits mediante los registros  4xxxx via modbus, la solución más fácil seria configurar una Palabra DI a Inversion de Bits.

Como agregar Ethernet a Micrologix

Continuando con la guia de comunicaciones Ethernet para PLC Allen Bradley esta vez le toca el turno al microPLC mas popular, Micrologix, existen micrologix que ya llevan integrado el puerto de comunicación Ethernet, pero este post va mas enfocado para los modelos que no tienen este tipo de comunicación integrado de fabrica.

  1. Opciones en el Backplane
    a)Modulo Prosoft MVI69-DFNT1a-MVI69-DFNTEste es un modulo desarrollado por prosoft el cual permite agregar un modulo directamente solo al  modelo 1764-LRP de micrologix, este modulo simplemente actual como un modulo de tabla de datos, es configurado usando el software de configuración de prosoft.
  2. Opciones externas
    a)Gateway Prosoft DH-485 a Ethernet 5201-DENT-DH485Prosoft-5201-DFNT-DH485Este gateway solo aplica si tiene Micrologixs en red DH-485 u otros dispositivos conectado por DH-485 entonces esta opción seria una buena opción usando la pasarela fabricada por Prosoft de Data Highway 485 a Ethernet ( 5201-DFNT-DH485 ), el cual es de la linea ProLinx

    b)Conversor Serial a Ethernet 1761-NET-ENImodulo-2b-AB-1761-NET-ENI
    Esto solo funcionaria si es que tenes un puerto serial sin uso y no quieres hacer modificaciones en el sistema, entonces si seria un solución sencilla, aunque este conversar no soporta las mismas funcionalidad de conexión y velocidad que el Micrologix 1400, el cual es de similar precio a este.

    CONCLUCION

    Para terminar la recomendación para poder tener una comunicación optima en sistemas micrologix la mejor opción seria migrar a un micrologix que ya tenga integrado la comunicación ethernet, ya que cualquiera de los otros modulo indicados tiene un precio similar o incluso mayor a comprar otro micrologix nuevo con capacidad de comunicación ethernet.

Como agregar Ethernet al SLC-500

Continuamos con el PLC mas popular de Allen Bradley , el SLC-500, este PLC modular y bastante usado durante cierto tiempo al principio no ofrecia la capacidades de comunicación Ethernet hasta su ultima version de procesador donde recién se introdujo, Los procesadores que aparecieron fueron el 5/01, 5/02, 5/03, 5/04 y 5/05. Todos pertenecen a la familia 1761 de Allen bradley y los protocolos principales con los que venian eran los siguientes:

  • DH+ ó Data Highway Plus ( Procesadores 5/04)
  • DH-485 ó Data Highway 485 ( Procesadores 5/01, 5/02, 5/03, 5/04 y 5/05)
  • RS232 (Procesadores 5/03, 5/04 y 5/05)
  • Ethernet (Solo procesador 5/05 )

De todo esto recordaran que el 5/04 necesita un PIC con couplet AIC para DH-485 y el 5/05 usa el canal cero (CH 0) requiriendo un PIC con un coupler AIC o un dispositivo AIC+.PLC_1747_SLC500

Como se puede apreciar el 5/05 es el único que venia con Ethernet integrado, entonces una opción seria si se tiene uno de los modelos anteriores simplemente reemplazar por un 5/05 pero no siempre es así y por eso a continuación va la siguiente lista de las opciones que hay para agregar ethernet un SCL-500 si es que no deseas comprar un procesador 5/05.

  1. Opciones del Back Plate
    a) Modulo Prosoft Ethernet MVI46-DFNT
    Prosoft-MVI46-DFNT-Ethernet
    Este modulo construido por Prosoft permite conectarse con rslogix pero no permite conectarse con Rslogix500 así que cuidado no se puede programar con este modulo, es basicamente un modulo que ocupa un solo slot y usa archivos M en la lógica del programa para enviar o recibir mensajes via Ethernet como servidor o cliente.
  2. Opciones Externas
    a) Conversor Serial a Ethernet 1761-NET-ENImodulo-2b-AB-1761-NET-ENIEsto solo funcionaria si es que tenes un SLC-5/03 o 5/04  y si ademas el puerto serial esta libre, entonces si podrías usar este mismo conversor que recomendé anteriormente, aunque este conversar no soporta las mismas funcionalidad de conexión y velocidad del 5/05 es simple de instalar y configurar.b) Gateway Prosoft de DH+ a EthernetAN-X2-AB-DHRIOEsto solo funciona si tiene un SLC-5/04, este gateway del fabricante Prosoft ( AN-X2-AB-DHRIO ) es una pasarela fácil de configurar e instalar, permite enlazar una red DH+ y Ethernet, es una interesante opción si es que tiene varios equipos en DH+.

    c) Gateway Prosoft de DH-485 a EthernetProsoft-5201-DFNT-DH485

    Si es que tenes una red de SLC-500  u otros dispositivos conectado por DH-485 entonces esta opción seria una buena opción usando la pasarela fabricada por Prosoft de Data Highway 485 a Ethernet ( 5201-DFNT-DH485 ), el cual es de la linea ProLinx.

    d) Gateway Equustek EQ7000 DH+ a Ethernet/IP

    Esta pasarela es de la empresa canadiense Equustek y permite ser montado en riel din, mientras permite la interconexión entre red Data Highway Plus y Ethernet/IP, algo interesante que permite la conexión de wonderware a través de un driver. También existe una versión para DH-485 de la misma marca.

    CONCLUSIÓN

    Si tu objetivo es simplementa recopilar datos del SLC-500 ya sea para una base de datos, datalogger o a un SCADA, cualquiera de estos equipos son recomendables, pero si es que también piensas en programar o editar usando Rslogix 500 entonces la mejor opción que te recomendaría seria comprar/cambiar a un Procesador 5/05 el cual ya tiene incluido la comunicación Ethernet, sin menospreciar a los demás equipos que son de buena calidad pero hay que ser claro que la mejor opción es el 5/05.

Como agregar comunicación Ethernet a PLC-5 Allen Bradley

Vivimos en un mundo donde el ethernet ya esta en casi todos lados, es por esto que voy a dar unas pautas de las mejores opciones que actualmente existen desde la linea mas antigua de PLC allen bradley los PLC-5 hasta los de la linea CLX mas moderno pero en este post empezare con el PLC-5.

PLC-5PLC-5-Bolivia

Aun existen varios lugares donde se tiene instalado PLC-5 ya sea en este como en otros países de latinoamerica, pasando el tema lo primero que se tiene que entender es los distintos modelos de procesador que existen en PLC-5, para eso nos remontaremos al año 1985, uno de los primeros procesadores de PLC-5 eran el 5/10, 5/12, 5/12 y el 5/25; los cuales solo tenia dos tipos de comunicaciones  disponibles integradas en cada modelo las cuales eran:

  • DH+ ó Data Highway Plus
  • RIO ó Remote I/O

El motivo del porque no habían agregado la interfaz RS232 era porque en esa época el RS232 no era lo suficientemente robusto para el ambiente industrial. Luego de esta primera generación vino la segunda (NP ó New Platform) la cual se caracterizo por que llevaban ya integrada la interfaz RS-232 pero con conector de 25 pins similar al encontrado en otra marcas, tomar nota que tal ves se vaya a necesitar el conector AUI a 10Bt ethernet ya que a pedido se podia comprar procesadores con puerto ethernet o controlnet integrado,y los procesadores de esta generación son el 5/11, 5/20, 5/30, 5/40, 5/60 y el 5/80.

  1. Opciones en el Chasis
    • a) Tarjeta 1785-ENETmodulo-1a-PLC-5-ENET

    Si el PLC-5 tiene uno de los firmwares actuales o últimos que existen para PLC-5 entonces seria posible comprar/instalar una tarjeta Ethernet 1785-ENET para PLC-5, con la cual se podría acceder directamente al PLC-5 desde el software de programación, a todos sus datos y de manera rápida, pero tenemos que tomar en cuenta que solo se puede insertar en el SLOT 1, ósea alado mismo del procesador, así que mas que seguro que habría que volver a direccionar direcciones dentro del programa del PLC-5, sin contar que tiene que tener un firmware actualizado tu PLC-5. Si es que deseas soporte para 100Mb Full duplex entonces debería escoger  1785-ENET/C y actualizar el firmware, sino solo llegaras a velocidades de 10Mb.

    • b) Modulo Prosoft de Ethernet MVI71-DFNTmodulo-1b-prosoft-MVI71

    Este modulo diseñado por Prosoft es otra opción en chasis ( chasis 1771) para los PLC-5, ya que este modulo soporta todos los modelos de PLC-5, permite conectarse a editar, programar, descargar programas del PLC como también enviar y recibir comandos a otros dispositivos Ethernet/IP dentro de la misma red, pero para este tipo de envío y recepción de comandos se tiene que programar en el programa del PLC-5, así que habría que modificar el programa un poco para que transfiera ciertos bloques.

    Ambos modulos estan alrededor del mismo precio, pero la mejor opción seria ir por Prosoft en este caso.

  2. Opciones externas
  • a) Gateway Prosoft de DH+/RIO a Ethernet/IPmodulo-2a-prosoft-DH-RIO

Como su nombre indica es una pasarela de cualquiera de estos dos protocolos (RIO ó DH+) a Ethernet/IP (AN-X2-AB_DHRIO), lo interesante es que tiene varios modos de operación los cuales son seleccionados durante la configuración inicial del equipo y permite trabajar con cualquier equipo DH+, pero su precio en dólares es un poco elevado rondando casi los 2K.

  • b) Conversor DF1 a Ethernet/IP 1761-NET-ENImodulo-2b-AB-1761-NET-ENI

La ultima opción si es que tiene el firmware actualizado de su PLC-5 seria simplemente usar el conversor fabricado por Allen Bradley el cual es el 1761-NET-ENI, es barato en comparación de los de mas arriba, permite acceder directamente a la tabla de datos del PLC-5, viene con una herramienta gratuita de configuración y tiene incorporada funcionalidad de correo electrónico, ósea interesante, pero solo permite TRES conexiones simultáneas bidireccionales del y hacia el PLC-5 al mismo tiempo, aparte que la velocidad es mas limitada por no decir mas lenta ya que el puerto serial es el cuello de botella y si o si necesitamos que el PLC-5 sea de segunda generación porque solo esos traigan el puerto serial integrado, y si ya estas usando para algo mas ese único puerto serial en tu PLC-5 tendrías que usar un Splitter o divisor de puerto serial DF1 de Allen bradley, ósea el 1747-DPS1.

Conclusion

Sea cual sea la opción que usted escoja es siempre recomendable que usted siempre revise que el chasis, rack, gateway, conversor esten bien aterrados, ósea con buena puesta a tierra.

Use siempre switch ethernet y no los Hubs antiguos, y por lo general los PLC-5 usan el puerto 2222 para la comunicación Ethernet de PLC-5 Clasica. Ademas que usaban un protocolo antiguo de Allen Bradley llamado CSPv4, el soporte para el protocolo CIP Ethernet/IP en los PLC-5 empiezo a partir de la version D.1 para la serie E.

Por lo general muchos de los problemas de red ethernet de PLC-5 y en general de muchos otros es causado por problemas FISICOS ósea cables de red mal conectados, demasiado largos o con demasiado ruido.

Protocolo industrial de comunicación Modbus

En la actualidad donde los distintos dispositivos que usamos están cada vez mas comunicados y transmiten cada vez mas información entre ellos,no es de extrañar que en la industria la tendencia sea similar, donde se tengan cada vez mas equipos y maquinarias comunicados entre si o con sistemas de gestión de la industria donde estén; a este tipo de comunicaciones que se desarrollan en el ambiente industrial y que fueron diseñados para la aplicación industrial es lo que llamamos comunicación industrial, dentro de esta comunicación industrial existen distintos standards de comunicación ya establecidos dentro del mercado, algunos de ellos son propietarios, es decir que se caracterizan por pertenecer a una marca especifica, mientras que también tenemos por el otro lado otros equipos que no son propietarios, es decir que cualquier fabricante puede implementar ese tipo de comunicación en su equipo. Uno de estos standards es modbus,tal vez ya halla escuchado hablar o halla escuchado algo de Modbus.

Este es un lenguaje que hablan las maquinas para poder comunicarse entre maquinas o equipos que también hablen este mismo lenguaje o protocolo llamado Modbus.

Dentro de Modbus tenemos el Modbus RTU y el Modbus TCP; cada uno de ellos en realidad es lo mismo pero varia en la capa física que nosotros iremos a usar y ver en la practica, mientras que el modbus RTU usa la interfaz de RS485 que tal vez algunos conozcan, el Modbus TCP usa simplemente lo que para la mayoría le seria mas fácil de entender como Ethernet (encapsula el mensaje de modbus RTU en paquetes de conexión TCP ).

Marcas y modelos que soportan los citados protocolos hay varios, por lo general la mayoría de los fabricantes de varaderos de frecuencia, medidores de energía, arrancadores suaves, PLC, HMI, SCADA, DCS, etc. soportaran este standard, ya que practicamente es el standard “de facto” en la industria.

Para la persona más técnica y con ganas de aprender podrá encontrar en la web mucho contenido donde se profundice un poco mas sobre este protocolo.

Aqui existe la capacidad de poder implementar en plantas y distintos procesos donde se requiera y donde sea mas conveniente el uso del protocolo Modbus tanto RTU como TCP

Como prueba del conocimiento que existe, realice algunos videos tutoriales donde se puede apreciar de manera mas practica como se realiza una conexión modbus TCP entre un PLC y un SCADA, y también como se realiza una conexión modbus RTU entre dos PLC .

Comunicación Modbus TCP con SCADA – S7-1200 a iFIX

Configuración Modbus RTU Esclavo – S7-1200 con CB 1241 RS485 Esclavo

Configuración Modbus RTU Maestro – PLC Delta DVP RS-485 Maestro

La importancia de tener copias de respaldo de los equipos industriales de su fábrica

    Introducción

Imagínese que en su planta de un momento a otro ocurre un corte inesperado de la energía en la fábrica y luego de unos minutos la energía es restaurada, al momento de volver a arrancar la linea de producción la maquina muestra un error o simplemente no funciona, dentro del controlador se ve una luz roja encendida, el programa del plc (controlador) que tiene los pasos de funcionamiento del proceso se perdió. El proceso permanecerá detenido hasta contactar con el fabricante y realize toda la gestiones para que le envíen el programa o incluso un nuevo controlador desde la china, en el peor de los casos el fabricante ya no existe y no hay a donde acudir ó el tiempo de espera es muy largo ( Siemens, Schneider, Allen bradley, etc).

Copias de seguridad

Esta situación aunque extrema ya se dio y le aseguro que se volverá a dar en alguna fábrica, y espero que no sea en la suya, pero muestra la importancia de tener copias de respaldo o como se dice en ingles “backups” (se lee bacaps), así en caso de una falla o perdida de programa en el controlador se puede restaurarla a un punto seguro y funcional cuando se realizo el backup.

Las principales causas de perdida de datos en los equipos electrónicos de una planta pueden ser:

  1. Errores humanos: eliminación por error del programa, mal uso del software de edición del controlador, mala asignación de parámetros o eliminación por error de valores.
  2. Criminales: como saqueo, robo y todo acto criminal que afecte a los equipos de electronica de potencia intencionales.
  3. Causas naturales: de origen aleatorio como fallas de energía, fallas de hardware del equipo osea de sus componentes, errores y fallas de software, como son elementos electrónicos por lo general ocurren rápido y sin previo aviso de un momento a otro.
  4. Desastres: como ser inundaciones como en el oriente, incendio, etc.

Como se puede apreciar motivos no faltan para tener una copia de respaldo de los datos, programas y valores de sus equipos electrónicos en su fabrica, adicionalmente usted debera tomar medidas preventivas para cada causa.

seguridad-automatizacion

La realización de respaldos o copias de seguridad de los equipos industriales en planta es un aspecto importante de la gestión de mantenimiento ya que le ayuda a contar con una copia de seguridad en caso de una falla catastrófica o daño en la electronica del equipo, reduciendo en estos casos el tiempo que su equipo o linea de producción permanecerá fuera de operación; le recomendamos realizar un respaldo de seguridad (backup) de los siguientes items:

  • Controladores lógicos ( PLC )
  • Pantallas de operación (HMI)
  • Variadores de frecuencia
  • Arrancadores suaves
  • SCADAS
    Conclusión

En PLC.com.bo contamos con la experiencia y conocimiento necesario para realizar exitosamente copias de seguridad de los parámetros y programa de sus equipos electrónicos en el area de automatización, incluso si están protegidos con contraseña como hacen algunos fabricantes al momento de venderle una máquina bloquean el acceso para luego usted tenga que acudir solo a ellos.

pug-bolivia-perdida-datos

No pierda sus datos de su fabrica

 

No dude en consultarnos cualquier duda que tenga, y si desea un relevamiento de que equipos en su fábrica necesitan de contar con un backup no dude en contactarnos.

 

Desarrollando aplicaciones moviles en el área de la industria

Hace tiempo ando viendo el tema de poder monitorear variables de proceso importantes desde un iphone, ipad o cualquier otro teléfono o tablet android, lo primero que hice fue buscar en las respectivas tiendas de aplicaciones de las respectivas plataformas móviles y lo que halle dentro la categoría de aplicaciones gratuitas no me gusto, le faltaba bastante para lo que yo queria, no había algo genérico que se pudiera utilizar en distintos PLCs ni dispositivos, es decir habia apps especificas para modelos específicos pero tiene una u otra falla y su interfaz era muy cruda y estaban mas pensados mas en el lado de vista del desarrollador mas que en el lado de una persona de mantenimiento, otra de las cosas que no me gusto fue el excesivo precio de algunas apps de pago, lo cual a mi entender no justifica tanto así para cobrar un precio elevado por una aplicación móvil, bueno continuando con mi tema yo me dispuse a programar y diseñar una alternativa a esta necesidad mia de contar con una aplicación móvil en la cual yo pueda ser capaz de monitorear mas de una marca de PLC al mismo tiempo, voy a descartar los protocolos en base a rs232, rs 422 y rs485 y me concentrare mas en los que están basados mas en ethernet.

Lo primero que se me vino a la mente fue algo que ya había realizado antes en visual basic .Net y se basada en tener una aplicación que envíe y reciba paquetes tcp, y poco a poco ir armando un propio protocolo, bueno particularmente yo lo vi bastante largo y le dedique bastante tiempo a la investigación y luego a ponerlo en funcionamiento y mas tarde venderlo , yo me di cuenta de algo que viéndolo desde desde otro punto de vista, no justificaba el tiempo invertido y el esfuerzo de realizar otro protocolo a la larga lista que hay y no todos los PLC iban a ser compatibles con mi protocolo inventado, entonces esa opción quedo descartada para mi aplicación movil, entonces lo siguiente que se me ocurrió fue la realización de la aplicación con una base en el protocolo modbus TCP, el cual es la continuación del conocido modbus RTU, el cual fue uno de los primeros protocolos en contar con las especificaciones abiertas y uno de los de mayor difusión en el ambiente industrial, no tanto para decir que es el protocolo de facto pero si es ampliamente usado,   hasta tiene su propio numero de puerto dentro de la lista de protocolos oficiales ( puerto 502), entonces esta podría una muy buena opción, con este protocolo podría llegar a mas de solo una marca de PLC sino a muchos mas, esta posibilidad es muy factible desde mi punto de vista.

Luego queda el nuestro protocolo llamado Profinet el cual es un protocolo pensado para estar sobre la misma red ethernet que conocemos pero nació con un enfoque de poder manejar cientos y miles de dispositivos compatible, tambien da soporte para equipos antiguos como HART, profibus, ente otros y eso me llamo también bastante la atención, y muchos fabricantes de PLC ya subieron al tren de Profinet, como GE, Siemens, Yokogawa, Allen Bradley, etc; este protocolo tiene una característica que tiene es su facilidad de uso, y soporta el protocolo wifi y muchos mas, ofrece tiempos de respuesta desde los segundos hasta los milisegundos.

Ahora la pregunta va a que opción es la adecuada, decidi que lo mejor era empezar por el protocolo que mejor conocía  y ese es modbus TCP , entonces me dispuse a ver que opciones tenia para poder implementar en mi aplicación movil dicho protocolo. Después de buscar encontre un proyecto libre el cual estaba enfocado en modbus rtu y tcp, entonces lo que hice fue descargarme el código que estaba en C, pero para la plataforma que se iba a desarrollar habia que compilar correctamente los códigos, según si usas Windows, Mac o Linux; una vez compilado ha que realizar pruebas en consola, y funcionaron, ahora ya con esa información es hora de implementar en una aplicación y eso es lo que estuve haciendo estas semanas, el lenguaje que uso es Objetive-C el cual permitirá poder implementar una aplicación con comunicación modbus TCP de facil uso para un usuario común y corriente de planta, sin tener conocimientos profundos del protocolo ni como funciona, es mas, en ninguna momento sabra que se esta usando el protocolo modbus TCP ; porque eso no le interesa, a quien le interesa eso es al que programa el PLC, el desarrollador sera que tendra ese trabajo de implementar a pedido del usuario las areas de memoria que se deseen lectura y asignar correctamente las variables de proceso con los registros correspondientes.

La aplicación esta en fase beta, los fines de semana voy mejorando y agregando algunas cosas mas que me sugieren a las personas que muestro a mi alrededor, espero que pronto este lista y que me aprueben la aplicación en la tienda de aplicaciones.

Nueva version Tia Portal 13

tia portal v13

Siemens nos vuelve a sorprender con una nueva version del software que pretende integrar todos nuestros equipos en un solo software, la integración total de la automatización, esta vez lanza su nueva version Tia Portal 13 (v13) , esta es la sucesora de la version 12, la cual traiga como novedad al s7-1500; ahora con esta nueva version se termina de pulir algunos temas, y en esta version también se aprovecha de cerrar algunas vulnerabilidad que se venia arrastrando de la anterior version y se aprovecha el pánico también para lanzar nuevos firmware y módulos junto con esta nueva version, a continuación les presente un resumen digerido de todos los cambios que trae esta nueva version Tia Portal v13.

  • Se actualizan todos los software de Tia Portal, es decir que ahora existe también WinCC v13 ( SCADA) , Startdrive v13 (Drives) y Wincc Basic v13 (HMIs).
  • Aunque suene raro ahora se puede tener instalado en una sola maquina las siguientes versiones al mismo tiempo : Tia portal v11, Tia portal v12 , Tia portal v13, Wincc v 13, Wincc v 7.0 SP2 o superior , Step 7 v5.5, Step 7 5.4 y Wincc Flexible 2008.
  • Tia portal version 13 ahora brinda la posibilidad de trabajar a varias personas en un mismo proyecto, es decir cooperativamente; se ve muy prometedora esta nueva funcionalidad especialmente con el s7-1500 que permitida hasta 5 usuarios estar conectados monitoreando y controlando al mismo CPU en paralelo . Habra que ver que tan optimizado es la nueva función,  para que no se tenga los cierres inesperados com se tenían  en la version 12.
  • Al realizar las copias de seguridad o backups ahora también permite guardar los valores que se tenían en el momento de realizar la recuperación; también indica que sera posible realizar copias de seguridad de proyectos completos en un proyecto nuevo que nosotros creemos en nuestra estación de PLC de la linea  (S7-300/S7-400,  S7-1200 firmware version 4  y S7-1500 ).
  • Se termina con el soporte para Windows XP, pero ahora Tia Portal v13 es compatible con Windows 8.1 ; una sorpresa bastante grande ya que Siemens no se da cuenta que existen bastantes Field PGs con windows XP aun instalado, y no podrán instalar esta version 13 de Tia Portal.
  • Ahora se recomienda que el hardware donde se instale Tia Portal 13 sea de 64 bits , en parte debe ser por la recomendación de que el equipo donde se vaya a usar tenga 8 GB de ram recomendado, lo cual lo veo muy mal, porque cada vez van subiendo los requisitos del hardware con cada version, en vez de ir optimizando su software para que siga corriendo en las portátiles Siemens que se vendieron hace tiempo, es como si quisiera que todos migren a las Field PG M4 con SSD.
  • Los PLC s7-1500 y S7-1200 (firmware version 4)  ahora permiten trabajar con los tipos de datos (variables) de 64 bits WChar/WString .
  • Virtualizacion soportada ahora se amplia a los siguientes software de virtualizacion : VMware vSphere Hypervisor (ESXi) 5.5, VMware Workstation 10, Vmware Fusion 6.0 , Vmware Player 6.0  y Windows Server 2012 R2 Hyper-V.
  • Compatibilidad? , se que muchos duran que porque nos hace esto Siemens, pero nuevamente esta nueva version tiene una nueva extension para sus proyectos ; por ende no se podrá abrir en versiones anteriores un proyecto hecho en la version 13,  pero que pasaba cuando se quería sacar backup de un PLC programado con un version anterior de Tia Portal, bueno tenias que tener una copia de un proyecto en blanco de esa version, pero ahora Siemens gentilmente nos brinda ese proyecto en blanco (de la version12)  en la instalación por defecto de la version 13, y ..\Portal V13\SampleProjects .

Proficy Historian (tips personales)

Introducción a Proficy Historian

proficy historian boliviaProficy Historian o  iHistorian  es un software de recopilación y almacenamiento de   datos que se enlaza perfectamente con iFIX.  Ya que como se sabe pertenece a la misma compañía GE. Este software que yo manejo  puede ayudarte en gran manera a tu planta o fabrica ya que recolecta, archiva y distribuye volúmenes tremendos de información de proceso y/o producción a velocidad altas y de la manera mas efectiva.  Fue diseñado específicamente para la adquisición de datos y la presentación de los mismos.

Ya que di una introducción ahora  voy a dar unos tips que en mi experiencia son los mas útiles a la hora de utilizar iHIstorian. Siempre es bueno compartir la información y no ser egoísta con nadie, porque al final de cuenta nadie nació aprendiendo.

 

Tips para Proficy Historian

Determinar Version de iHistorian

Para hallar la version de HIstorian y el Build number cuando Historian esta cerrado y no se ha iniciado se debe hacer lo siguiente:

Hay una llave registrada en:

HKEY_LOCAL_MACHINE\SOFTWARE\GE Fanuc Intelligent Platforms, Inc.\Proficy Historian\4.0.0.176

Tambien el archivo iHistorian.dat en System32 contiene los numeros de version del servidor iHistorian.

Otra ubicacion que contiene informacion son los archivos de log DataArchiver, para verlos ir a la carpeta iHistorian\logfiles y abrir el archivo de log mas reciente y en la 5ta linea debe decir algo asi:

[10/03/2001 11:25:52.684 AM] DataArchiver Service Started [iHistorian: 1.0 Build (158) (MSO: 1.0 Build (108))]

Determinar version de Colectores

 

Ir a la carpeta iHistorian\logfiles y abrir el archivo de log mas reciente segun el colector y en la 2da linea se vera algo asi:

05-Oct-01 08:19:31 – Initializing iHistorian File Collector [Version 1.0.21]

Usar OCP Collector en vez de iFIX Collector en la DB de iFIX

 

Hay algunas formas en la que se puede hacer esto:

1) Una forma seria usar el driver de Cliente OPC para ver los datos de la DB y luego tener el OPC Collector mirando a este.

2) La otra forma es tener que el Colector OPC use el OPCEDA Intellution para obtener los datos, pero para esto se debe realizar el siguiente paso en un iFIX 3.0 o superior, esto permitira usar el OPCEDA version 2.0 cuando estas instaladno el Colector OPC, hay que asegurarse que el Prog ID es correcto, ya que si no es correcto entonces no podrs ser capaz de iniciar el colector una v3ez instalado, el Prog id para iFIX es: Intellution.OpcEda

 

Migrar datos históricos de FIX32 a iHistorian

 

Para migrar datos historicos de FIX32 a iHistorian, la barra de herramientas de migracion no puede ser cargada en FIX32, bueno entonces en combinacion con iFIX y FIX32 es como se puede realizar la migracion de datos y en los siguientes pasos se muestra como se realiza:

  • Paso 1. Primero copiar el contenido de la carpeta HTRDATA de computadora con FIX32 hacia la maquina con iFIX.
  • Paso 2. En la maquina con FIX32 se debe habilitar la opcion de networking y se debe cargar la base de datos con los tags que se uso para la recoleccion de datos por classic historian.
  • Paso 3. Abrir el SCU en la maquina con iFIX y configurar la maquina FIX32 como un nodo remoto en la lista de nodos remotos.
  • Paso 4. Ahora usar la barra de herramientas de migracion en el workspace para migrar los datos.

 

Como retrasar el inicio de un Colector Historian

 

Para añadir un retraso en el inicio del colector Historian se debe hacer lo siguiente:

  • Paso 1. En la computadora donde esta instalador el colector entrar al Editor de Registro de Windows.
  • Paso 2. Navegar a la siguiente llave : HKEY_LOCAL_MACHINE\SOFTWARE\Intellution, inc.\iHistorian\Services\  y seleccionar la llave del colector correspondiente.
  • Paso 3. Añadir dentro de este una entrada DWORD con el nombre MachineUpTimeDelay.
  • Paso 4. Configurar la Base a Decimal en la entrada y configurar a 120. Este valor es el numero de segundos de retraso.
  • Paso 5. Cerrar el Editor y reiniciar la computadora.

El valor de 123 se puede ir aumentando en caso de que se el tiempo no sea el adecuado.

Como cambiar la ubicación donde se guardan archivan los datos en iHistorian

 

Para cambiar por ejemplo de la unidad C:  a la unidad D: en iHistorian se debe hacer lo siguiente

  • Paso 1. Abrir el adminitrador iHistorian y hacer clic en el link Archives.
  • Paso 2. En la pestaña Details, en la partede abajo de la ventana dice RESOURCES –> File Location.
  • Paso 3. Cambiar la ruta de una unidad a otra, por ejemplo:
  • C:\Proficy Historian Data\srvhistorian_Archive549.iha
  • Crear una carpeta en D:\ donde los archivos iran primero.
  • Luego, en ese campo cambiar todo menos el nombre del archivo “iha”, cambiar la ruta a la nueva carpeta D:\
  • iHistorian creara una copia del archivo en esa nueva carpeta. Ahora manualmente cambiar los archivos a esa carpeta.
  • Paso 4. Una vez todo copiado, ir al Registro de Windows en la llave HKEY LOCAL MACHINE –> SOFTWARE –> Intellution, INC –> SERVICES –> Data Archiver  y cambiar la ruta de Archive a la nueva ruta de la carpeta.
  • Paso 5. Luego parar y luego arrancar el servicio de Data Archiver,  y ahora ya deberia funcionar leyendo los archivos IHA copiados a la nueva carpeta.

iHistorian y Procesadores de 64 bits

 

Se soporta a partir de la version 3.5 de  Proficy Historian Procesadores de 64 bits y (WoW64) Sistema operativos de 64 bits, y a partir de Windows 2008 Servidor 64 bits para arriba.

 

Habilitar debugging completo en iHistorian

 

Habilitr el debugging en iHistorian causa que se almacene mayor cantidad de informacion en los archivos de log de iHistorian. Se habilita desde el registro de Windows y puede se habilitado para los Colectores o para el Data Archiver. No es recomendable dejar el debugging habilidado por mucho tiempo ya que hara que los archivos de log se hagan demasiado grandes y puede afectar en el rendimiento del sistema.

En muchos casos este modo se habilitara cuando se vaya a reproducir algun problema que esta ocurriendo y luego se lo deshabilitara,para habilitar o deshabilitar este modo no se requiere reiniciar nada, los cambios son realizados sobre la marcha.

Buenos, ahora indico cuales son los pasos para habilitar este modo:

  • Paso 1. Ir a la llave del registro de windows  en HKEY_LOCAL_MACHINE\SOFTWARE\Intellution, Inc.\iHistorian\Services
  • Paso 2. En la llave de servicios se vera varias carpetas para el Data Archiver y colectores que se tengan instalado, seleccione la llave apropiada para habilitar el modo segun la necesidad de cada uno.

Por ejemplo.

Data Archiver:

HKEY_LOCAL_MACHINE\SOFTWARE\Intellution, Inc.\iHistorian\Services\DataArchiver

 

Nota: En sistemas de 64 bits la ubicacion es la siguiente

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Intellution, Inc.\iHistorian\Services\…

 

Alarm Archiver (Version 3.0 y superior):

HKEY_LOCAL_MACHINE\SOFTWARE\Intellution, Inc.\iHistorian\Services\AlarmArchiver

 

iFIX Collector:

HKEY_LOCAL_MACHINE\SOFTWARE\Intellution, Inc.\iHistorian\Services\iFixCollector

 

Calculation collector key:

HKEY_LOCAL_MACHINE\SOFTWARE\Intellution, Inc.\iHistorian\Services\CalculationCollector

 

PI Collector Key:

HKEY_LOCAL_MACHINE\SOFTWARE\Intellution, Inc.\iHistorian\Services\PICollector

 

OPC Collector:

HKEY_LOCAL_MACHINE\SOFTWARE\Intellution, Inc.\iHistorian\Services\OPCCollector\<nombre del colector opc>

Es importante notar que en los colector de OPC que se desea habilitar el modo debugging debe especificar la carpeta correcta

por ejemplo no seleccionar “OPCCollector” si por ejemplo se usa el Colector para RSLink sino la carpeta llamada  GE_OPC_RSLinx_Collector

y es en esa carpeta donde se hara el siguiente paso

 

  • Paso 3. Agregar un nuevo valor “DebugMode” de tipo DWORD y de Base Decimal.
  • Paso 4. Cambiar el valor a 255 (Significa que esta activado un debugging completo) y si es un colector de alarma y evento se puede usar el numero 256 para aun mas informacion pero solo del colector de alarmas y eventos.

Listo con eso ya se tendra activado el modo Debugging completo en iHIstorian, para deshabilitar ese modo simplemente tendremos que cambiar ese valor a 0 o simplemente eliminar esa entrada DebugMode.

 

Sistema operativos soportados por Proficy Historian

Leer la tabla excel

iHistorian Bolivia
iHistorian Bolivia

Importante iFIX 5.0 SP2 o 5.1 solo son soportador cuando Historian 4.0 y 4.5 estan instalados en otra maquina remota diferente a donde esta iFIX. Pero si se desea usar Historian 4.0 o 4.5 en la misma maquina donde esta iFIX entonces solo es soportada la version iFIX 5.1 SP1 en adelante.

Previniendo corrupción de Archivos en Historian

La mejor forma siempre es relizando copias de seguridad frecuentes.

Pero un metodo adicional para comprobar que no esten corruptos los archivos es el siguiente que solo aplica para Historian 3.0 para arriba, existe una herramienta llamada ihArchiveInfo.exe la cual puede detectar datos corruptos en archivos IHA, el archivo IHA tiene checksum redundantes que son guardados a lo largo del archivo y puede decir si porciones de dato han sido corrompidos.

En versiones actuales esto a sido automatizado y se puede configurar para que esa revision se haga automatica, pero nunca esta de mas saber que existe esa herramienta.

 iHistorian y RSView

 

El colector OPC de iHistorian DEBE estar instaladdo en la misma maquina donde esta corriendo el RSView32OPCTagServer, ademas se debe habilitar el Servidor OPC del proyecto de RSView. Para realizar esto se debe hacer lo siguiente:

Despues que se inicio RSView presionar las teclas CTRL+ALT+P, y luego ir a configuracion de inicio de sistema  (System Startup) y configurar para que el Servidor OPC se inicie automaticamente.

Para asegurarnos que todo esta bien, se realizar una prueba de conexion y exploracion de tags con la herramienta Cliente OPC de Rockwell Automation.

 

Como saber que iHistorian esta instalado

 

Simplemente bastara con revisar que la siguiente llave existe en el registro de windows: HKEY_LOCAL_MACHINE\SOFTWARE\Intellution, Inc.\iHistorian

 

DeltaV con iHistorian

 

Para poder explorar un servidor OPC con iHistorian, se debe tener instalado el Colector OPC en la computadora donde esta el servidor OPC DeltaV, pero lo que hay que tomar en cuenta para que la funcion de exploracion funcione correctamente el servicio tiene que usar cuenta local con derechos de Administrador.