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.

Continuar leyendo «Protocolo industrial de comunicación Modbus»

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.

 

Tips para redes iFIX

Antes de empezar a utilizar la herramienta voy a dar unos trucos y tips que hay q revisar para descartar problemas tan sencillos como que el cable de red este desconectado. iFIX toma en cuenta la primera tarjeta de red instalada, es decir que si vamos a tener nuestro nodo conectado a dos redes tenemos que tener en cuenta que la primera tarjeta de red instalada es la que iFIX reconocerá para trabajar, ahora que pasa si ya fallamos e instalamos primero la tarjeta de red incorrecta, simplemente el remedio es desconectar la tarjeta de red adicional y reiniciar la maquina solo con una tarjeta de red para que así iFIX reconozca. Otro de los problemas poco comunes que puede ocurrir en el tema de redes en iFIX es la cuestión de puertos de conexiones, no nos olvides que el protocolo que maneja ifix hace uso de puertos virtuales en la computadora para realizar la comunicación, los puertos que por defecto usa iFIX son iguales a los que también usaba FIX32 cuando pertenecía a interllution, bueno como recordaran uno viene del otro, y son perfectamente compatibles para poder enlazarlos y a futuro realizar migraciones, bueno no me desvío del tema e indico que los puertos usados por iFIX son 2010 para TCP  y el puerto 2011 para UDP; entonces habrá que asegurarnos que no halla otra aplicaciones usando ese puerto ni que este siendo bloqueado por algún firewall o antivirus. Otra de las recomendaciones que les hago también a los que estén aprendiendo iFIX es que iFIX no soporta IP v6 , así que es algo para tomar también en cuenta. Muchas veces ocurrirá un problema que incluso si se hace ping entre distintos nodos y se comparten archivos desde windows no es posible establecer una comunicación, entonces habra que recurrir a una herramienta util que mostrare en el siguiente video que grabé. Si nada de todo esto funciona entonces hazme saber.  

Animaciones en iFIX usando VBA

Como saben iFIX cuenta con un editor de visual basic for applications bastante potente, solamente es necesario liberar ese potencial, y en cuanto a las gráficas muchos scada que vi se quedan cortos en cuanto a la interfaz gráfica con la que cuenta, es así que realice un pequeño ejemplo de como se puede mejorar y utilizar un poco de ese poder con el que cuenta el lenguaje de programación por debajo que usa iFIX.  Estos fueron los pasos que seguí para realizar :

1. Las gráficas se las hace en un programa de modelacion de 3D
2. Luego del modelamiento se exporta como imagen de mapa de bits a iFIX.
3. Se van armando los frames que conformaran la animacion
4. Una vez se tiene toda la parte gráfica, se programa la animación en si desde el editor de visual basic de iFIX ,  VBE.
5. Se agregan botones para detener o iniciar la animación, y así poder tener un resultado como el que se puede apreciar en el video siguiente.

 

iFIX nodo Servidor – Cliente

En el siguiente video que grabé se puede visualizar como es posible simular una conexión entre un nodo servidor y un nodo view de iFIX.  Hay que tomar en cuenta que ambos nodos deben estar en la misma sub-red, y que las correspondientes licencias deben estar insertadas  sino la comunicación no sera posible,  viendo el video se vera mejor como funciona y que posibles aplicaciones se puede realizar.

Recuperando Contraseña de PLC Siemens

plc

El día de ayer fui a una fabrica donde tenían un problema, la maquina no funcionaba en automático, el personal que tenían ya habían revisado la maquina y no encontraron cual podía ser la causa del problema, así que estaban trabajando en modo manual, me pidieron que la revise y el sistema consistía de un s7200 con cpu 226 módulos de entradas discretas analógicas y un modulo modem; en el momento en que quería realizar una copia de seguridad del programa comunicandome con el plc me pidió contraseña, le comente sobre el problema al encargado que no iba a poder realizar la copia de seguridad por que estaba protegido con contraseña, me fui.

Luego me entere que ellos habían contactado con el fabricante de la maquina y les habian dicho que la persona que programo ese plc ya no trabajaba y que no tenían la contraseña pero que podían enviarles otro plc con el programa cargado,y también junto con eso enviar a una persona de brasil para que realizara la instalación.

Por mi parte me dispuse a ver como solucionar el problema, primeramente me fije que el plc que tenían era REL 01, si se olvidaron existen varias versiones del mismo tipo de s7200 en Siemens. Yo tenia en el laboratorio un s7200 REL 00, también existen 01 y el ultimo que saco Siemens es el 02.

Recuperando el password.

Por si no lo sabias es relativamente fácil recuperar la contraseña o password de un s7-200 REL 00 y 01, lo primero que necesita es conseguir una computadora con puerto serial y el cable multimaster de serial a PPI, luego entras a microwin y comprobás que el plc es accesible mediante la ventana de conexión, anotando la velocidad y la dirección q tiene el plc, luego cerras microwin y se procede a abrir el programa que extrae el password del plc, es casi instantáneo si la comunicación esta bien configurada y nos mostrara la contraseña en la pantalla, copiamos y cerramos el programa.

Una vez con la contraseña del s7-200 se pudo realizar un backup, la protección del s7200 estaba configurada en nivel 3, el cual es el máximo nivel de seguridad permitido para las REL 00 y 01 , en los plcs REL 02 se agrega el cuarto nivel de seguridad.

Si deseas obtener el programa no dudes en escribirme a mi correo. Pronto seguiré aumentando experiencia sobre otros PLCs.