Monthly Archive febrero 2018

PorSatoshi

Opiron Electronics, nuevo partner de ProsysOPC

Opiron Electronics anuncia un nuevo partnership con ProsysOPC para los mercados de España, América Central y América del Sur. De esta manera, Opiron proveerá soluciones de conectividad OPC y OPC UA en las diferentes regiones.

Acerca de ProsysOPC y OPC UA

Prosys es un proveedor líder de software OPC y OPC UA con más de 15 años de experiencia en el campo. Desarrolla herramientas en tecnologías OPC y OPC UA líderes en el mercado de la automatización industrial. Sus clientes y socios incluyen empresas industriales, energéticas y de alta tecnología.

OPC UA es un protocolo de comunicación estandarizado que permite soluciones seguras industriales y de la industria de Internet 4.0.

¿Cómo podría ayudarme en mi negocio?

El Internet industrial e Internet de las cosas (IoT) son una tendencia fuerte, y OPC UA ofrece un buen protocolo de comunicación cuando desarrolla sus propios productos y sistemas que se ajustan a ese marco.

Con el conjunto de tecnologías OPC UA,  puede integrar datos de planta fácilmente con todo tipo de aplicaciones industriales, como SCADA, MES, o ERP’s, de manera mucho más simple y sobretodo, segura, que nunca.
Además, puede distribuir sistemas distribuidos de Internet y basados en la nube a su servidor central y base de datos, lo que permite diagnósticos, monitoreo, informes y otras aplicaciones.

Soluciones y servicios

Opiron ofrecerá para las regiones antes mencionadas tanto los productos de software, como servicios de consultoría, proyectos y cursos. Dentro de los productos que ofrecemos están:

En lo que se refiere a cursos, ya tenemos previstos en Barcelona y Buenos Aires en los próximos meses:

¿Qué puedo probar para mí industria?

No tiene más que contactarnos, será un placer tener una buena conversación 😉

 

PorSatoshi

¿Por qué OPC? La torre de Babel de las comunicaciones industriales

Conocer una tecnología es difícil. Se necesita tiempo para entender sus fundamentos y comprender su alcance. Se necesita todavía más tiempo para familiarizarse con ella, es decir, pasar de la teoría a la práctica para probarla, programarla y testearla. Y todavía mucho más tiempo para implementarla en una planta industrial. ¿Por qué OPC?

Los inicios

Por allá los años 80 y 90, las plantas industriales tenían grandes problemas para mantener las comunicaciones en las plantas. Cada vez que se adquiría un nuevo equipo, normalmente éste traía un nuevo protocolo de comunicación propietario que tenía que comunicarse con el resto de la planta. Y nuevos drivers a instalar y mantener. Y nuevos métodos de programación…

Problemas en las plantas industriales…

En algún momento éste modelo se empezó a hacer difícil de mantener. Las plantas industriales tenían cada vez más drivers de comunicación instalados en los ordenadores que controlaban las plantas. Los ingenieros tenían que lidiar cada vez con más y más tecnología. Llegaba un punto en el que no habían logrado hacerse con una tecnología que ya tenían que aprender una nueva…

Cuando las molestias se convirtieron en quejas, los fabricantes de tecnologías de automatización comenzaron a asumir que tendrían que pensar en un plan B. De hecho, ellos ya hacía tiempo que habían empezado a notar que el modelo planteado era difícil de mantener

… Y en las oficinas de ingeniería

Hasta ahora hemos hablado de lo que ocurría en las plantas. Como hemos dicho, los ingenieros tenían problemas en mantener tantos drivers y protocolos. Y cuando esos problemas se hacían notorios, era común contactar con los fabricantes de automatización para que les ayudaran.

Así, ingenieros los ingenieros de soporte lidiaban con múltiples tickets de soporte abiertos, todos por supuesto urgentes sobre protocolos y versiones del todo diferentes. Y lo pero, es que cuanto más tiempo pasaba, a más protocolos había que dar soporte.

La solución, OPC

Las molestias, quejas y estrés fueron las causas para empezar a sentar las bases de una nueva tecnología de la que hablaremos en el próximo post: OPC.