sábado, 28 de septiembre de 2013

La eficiencia de la memoria colectiva en los PLC's


Modbus, Profibus, Devicenet y un largo etcétera son los buses utilizados a diario para comunicar entre sí autómatas programables. Cada uno con sus pros y contras, cada uno con sus defensores y detractores. 
Hoy os quiero presentar algo diferente, el MEWNET-W0 o "enlace a PLC" para los amigos. Como veréis, lo que define ante todo a este mecanismo de comunicación es la simplicidad. 

El concepto

Para un conjunto de hasta 16 autómatas conectados entre sí con un par trenzado sobre RS485 se define un área de relés (hasta 1024) y un área de registros (hasta 128) que será compartida entre todas las CPU's sin necesidad de cruzar entre ellas funciones de lectura/escritura.

Con un ejemplo lo veréis todo más claro.


En el montaje propuesto, para cada una de las tres primeras estaciones se ha reservado una área de escritura (sombreada) que es espontáneamente reflejada en el resto de CPU's sin necesidad de realizar ninguna acción por programa. En este caso, la cuarta estación solamente tiene capacidad de lectura. 
Difícilmente se podrá gestionar más fácilmente una comunicación entre autómatas. 
Esta transmisión de datos se realiza a 115,2 kbps y a una distancia máxima de 1200 metros y está disponible para la práctica totalidad de gamas de PLC's de Panasonic (desde las más económicas).

Entradas y salidas distribuidas... y vitaminadas.

Una aplicación práctica que aproveche esta comunicación simplificada es la utilización de autómatas programables como si de módulos de entradas/salidas distribuidas se tratasen. En una aplicación de ese tipo, la CPU principal actuaría sobre las salidas remotas activando los correspondientes relés compartidos. En el otro extremo, las CPU's distribuidas incluirían una sencilla linea de programa asociando cada marca a la salida correspondiente.



En el ejemplo mostrado, la marca del "maestro" está reflejada como salida física en tres estaciones distintas a la vez. 
La ventaja principal de tener PLC's como módulos remotos es la posibilidad de añadir secuencias programadas que se pueden ejecutar en cada módulo de forma autónoma. Un ejemplo en este sentido sería la programación de secuencias de paro seguro ante caída del bus de comunicación.  
El coste de estos "módulos vitaminados" no tiene porque suponer un impedimento. Como comentaba antes, la funcionalidad está disponible desde las gamas bajas y por menos de 200€ podemos tener remotas con un buen número de entradas/salidas y con múltiples opciones de expansiones digitales y analógicas.
En definitiva, obtendréis por un bajo coste tantas ventajas extra como lineas de programa queráis añadir.

Es recomendable tener en mente este método sencillo de intercambio de datos ya que puede ser una opción muy válida en algunas aplicaciones. 

Os invito a dejar los comentarios o dudas que estiméis oportunos.

   




  

miércoles, 25 de septiembre de 2013

La curiosa analogía del autómata programable y Memento. Sí, la película. (Consejos para PLC's desmemoriados)


Para los que hayan disfrutado de la película Memento (Chistopher Nolan, año 2000) recordarán a su sufrido protagonista y su incapacidad para retener recuerdos a corto plazo. Haciendo un desenfadado ejercicio de comparación, podemos aprovechar su desdichada situación para poner de manifiesto una característica común a la mayoría de PLC's: la existencia de diferentes tipos de memoria. 



El resuelto Guy Pearce, el amnésico protagonista, tenía perfectamente disponibles sus recuerdos a largo plazo, los encargados de moldearle como persona, SU PROGRAMA. No obstante, era incapaz de retener los nuevos acontecimientos o VARIABLES actuales. Algo parecido puede sucederle a nuestros autómatas al quitarles la alimentación si no tomamos las precauciones adecuadas. Normalmente, la memoria de programa está a salvo en una robusta EEPROM, no sucediendo lo mismo con las volátiles variables de trabajo (RAM). Por suerte, disponemos de varias opciones a nuestra disposición para poner un adecuado remedio (tatuar los registros en nuestro cuerpo no se contempla... de momento). 


1. La batería. Todo un clásico. Mientras tenga carga, no habrá de qué preocuparse. El mayor inconveniente será estar pendientes de su mantenimiento o sufrir un comportamiento impredecible del equipo al agotarse su vida. Es recomendable activar la función de aviso de batería baja. 



2. Batería auto recargable. Los PLC de la serie T dentro de la gama FP0R de Panasonic disponen de una batería interna libre de mantenimiento que se recarga mientras el autómata está alimentado y que proporcionará, estando a plena carga, una retención de las variables de hasta 50 días sin alimentación. 



3. Memoria de variables no volátil sin batería. También dentro de la gama FP0R encontramos la gama F que se caracteriza por tener una memoria del tipo FRAM para sus variables y que las habilita como retentivas sin necesidad de batería. Al igual que en el caso anterior, nos podemos olvidar del mantenimiento. 



4. Escritura en EEPROM. Todos los PLC’s de Panasonic incorporan 2 útiles funciones, la F12 y P13. Estas funciones escriben y leen respectivamente de la EEPROM el área de memoria de datos que especifiquemos. De este modo podemos salvaguardar las variables sin necesidad de respaldo de batería. En este caso debemos tener en cuenta el límite de ciclos de escritura que ronda los 10.000. 



Múltiples son las opciones disponibles, elegid en cada caso la que mejor se adapte a vuestras necesidades. 

Como siempre, quedo a vuestra disposición si queréis más información.



¿Hasta dónde está dispuesto a confiar en “la nube”? (Efecto de dependencia también en proyectos de automatización)


Es evidente que hay una tendencia en la actualidad a contratar servicios operados en “la nube” o expresado más claramente, a hacer uso de servicios informáticos alojados en servidores remotos conectados a Internet. El mundo de la automatización no es ajeno a esta inclinación y vemos una oferta creciente de soluciones en este sentido para conectar equipos industriales (como PLC’s) para aplicaciones de adquisición de datos, telecontol o teleasistencia. Las ventajas parecen evidentes: implementación rápida y sencilla, sin inversión en hardware (como servidor), actualizaciones automáticas y costes de servicio reducidos o en algunos casos hasta gratuitos. Así, los fabricantes de maquinaria pueden ofrecer sin complicaciones los valores añadidos derivados de conectar sus equipos a Internet. 


No obstante, no hay que olvidar que al contratar este tipo de soluciones generamos una relación de dependencia del proveedor y que el servicio ofrecido al cliente final por el fabricante de maquinaria será un reflejo de la disponibilidad y calidad del servicio ofrecido por el administrador del servidor remoto. El tiempo de respuesta ante un fallo o incluso el conocimiento de la profundidad del mismo queda fuera de la capacidad de reacción del fabricante. 

En este sentido hay que destacar también el riesgo que se asume frente a la desaparición de la compañía responsable del servicio en la nube. Dado que en muchos casos las soluciones ofrecidas son propietarias y no basadas en estándares, una desconexión definitiva del servidor implicaría una inutilización inmediata y permanente de todo el hardware de él dependiente.

Si usted tiene o está evaluando a un proveedor de este tipo, ¿cómo ve su salud empresarial de aquí a 5 años? ¿y a 10? El nivel de confianza que usted tenga en la continuidad de su proveedor es directamente, en el mejor de los casos, la confianza que deposita en el correcto funcionamiento de los equipos usted fabrica apoyándose en “la nube”.

Puede que en algunos proyectos, ciertamente la opción más razonable sea el “cloud computing” o la virtualización, pero no siempre ha de ser así. No debemos ser esclavos de una moda.

En muchos casos valdrá la pena valorar soluciones que no dependan de terceros como la mostrada aquí http://goo.gl/TlwxZh, basada en estándares, de sencilla implementación y con hardware de coste contenido. Bajo este entorno, todo la salud de un proyecto seguirá dependiendo en exclusiva del fabricante/integrador.

Así que como fabricante que se juega el prestigio en cada operación, 
¿hasta dónde está dispuesto a confiar en “la nube”?

No dejes tu PLC a la deriva. Consejos para evitar desfases horarios.


En proyectos en los que se utiliza el reloj interno de los PLC’s para programar o registrar eventos es fácil pasar por alto un detalle importante: el error intrínseco del PLC en la cuantificación del tiempo. Este error es una característica común en la mayoría de autómatas y no es para nada despreciable. Aunque cada autómata tendrá su propio desfase en este sentido, un valor de referencia a tener en cuenta de modo general será una desviación de +-60 segundos por mes. Evidentemente no es constante y eso impide hacer una corrección perfecta por programa de manera rutinaria. 


En algunos procesos se tratará de un error poco importante, pero en otros puede suponer incurrir en un grave funcionamiento incorrecto de la instalación. 


Lo mejor en estos casos es sincronizar regularmente el reloj del PLC con una base de referencia que sabemos con certeza que es correcta. Además, en caso de aplicaciones con múltiples equipos, es importante que esa base sea la misma para todos, ya que así tendremos un comportamiento acompasado y podremos comparar registros de eventos entre ellos.

Una posible solución pasaría por consultar de manera regular un servidor horario en Internet o servidor NTP (Network Time Protocol). Esa funcionalidad viene de serie en este equipo de comunicaciones para autómatas de Panasonic

Para autómatas que no estén conectados a la red de redes, otra vía podría ser consultar vía RS232 a un módulo GPS. Para simplificar esta labor, en Panasonic tenemos creada una librería a disposición de nuestros clientes que consulta al módulo GPS y retorna de manera automática la hora UTC, así como la latitud y la longitud de la ubicación (que evidentemente pueden ser muy útiles para otros menesteres).


Espero que os pueda ser de utilidad en alguno de vuestros proyectos.
Quedo a vuestra disposición si queréis más detalles.

La importancia del cuando y donde en la programación de PLC's.


En múltiples aplicaciones tener en cuenta la hora del día para programar eventos es de suma importancia. No obstante, en otros casos esa es una metodología errónea ya que se selecciona la variable tiempo como disparador de secuencias cuando la que en realidad importa es la variable luz ambiental. Ese puede ser el caso de aplicaciones de alumbrado público, eficiencia energética, equipos de vending, riego o cualquier otra que deba tener en consideración cuando el sol está o no sobre el horizonte y por lo tanto iluminando el ambiente de forma natural. 

Evidentemente, de cara a la programación, es mucho más sencillo conformarse con una aproximación, vinculando las acciones a una hora concreta del día. Por desgracia, eso puede reportar grandes errores ya que existirán importantes derivas en la hora de amanecer y ocaso en función de la localización y de la época del año.

Para ayudar a sus clientes en este aspecto, Panasonic puede suministrar gratuitamente a sus clientes de autómatas programables la librería de reloj astronómico. Esta librería en base a la latitud, longitud y fecha retornará como salida la hora exacta de salida y puesta de sol.
Esta sencilla mejora en el programa puede suponer un importante aumento en la eficiencia y precisión de algunas aplicaciones.



Para aclarar cualquier duda podéis contactar conmigo y estaré encantado de ayudaros.


martes, 24 de septiembre de 2013

Entrada 1.0 - Razón de ser de este blog.

Creo que es apropiado dejar plasmadas en el primer post las razones que me han motivado el crear este blog para compartir mis reflexiones, trucos, consejos y en definitiva cualquier cosa que considere oportuno compartir.
Esas razones se podrían condensar en dos categorías, una con un predominante componente profesional y otra más cercana a inquietudes personales.
1. Faceta profesional
Desde hace 10 años, mi profesión es la de ingeniero de ventas (alternando diferentes responsabilidades de zona y mercado) en Panasonic Electric Works. En esos 10 años, el entorno socioeconómico y tecnológico en el que vivimos y trabajamos ha cambiado significativamente alterando en gran medida las características de las actividades comerciales. No obstante, hay una máxima que considero sigue inmutable: un comercial ha de estar en contacto permanente con sus clientes para serle de utilidad cuando estos lo requieran. De este contacto nacerá una simbiosis entre empresas con el objetivo de obtener un beneficio mutuo, una relación ganar-ganar. Las comunicaciones B2B están evolucionando rápidamente y creo que es apropiado adaptarse a ese creciente grupo de profesionales que utilizan cada vez más las nuevas tecnologías, redes sociales y recursos de internet para informarse, comunicarse y asesorarse en la toma de decisiones. Este blog representa mi adaptación como profesional de la venta. Un medio complementario a los clásicos para estar en contacto con los clientes activos y potenciales, pasados, presentes y futuros. 
Llegados a este punto, es importante clarificar que el blog es una iniciativa personal y cualquier contenido es responsabilidad mía como autor y no representa en ningún caso a la compañía para la que trabajo, a pesar de en ocasiones hacer referencia a ella y los productos que comercializa.
2. Faceta personal
Por otro lado, mi inquietud natural por las nuevas tecnologías hace que habitualmente esté testando soluciones, aplicaciones y gadgets de todo tipo para mejorar y hacer más placentera y eficiente mi vida personal y laboral. Este blog puede ser también un adecuado canal para compartir con amigos, clientes y colegas de profesión los resultados de esos testeos. Así que nadie se extrañe de ver entradas que poco o nada tengan que ver con la automatización industrial.
Resumiendo, este blog representa una iniciativa personal, complemento a mi actividad profesional y medio de expresión para compartir todo aquello que considere interesante. 
Espero que os pueda ser de utilidad en alguna ocasión y os invito a dejar cualquier comentario que creáis oportuno.
cookieassistant.com