OPC: De Windows COM/DCOM a OPC-UA

Origen:

La especificación OPC (OLE for Process Control) surge allá por 1996, en la época de los 90s, donde el uso de sistemas de automatización, fundamentalmente SCADAS para visualización y control basados en Windows proliferó.

En ese momento los fabricantes de interfaces HMI y software SCADAS tenían el problema de tener que escribir su propio driver para conectar con los PLCs, asi que se creó el grupo de trabajo OPC para definir un estándar para acceso a dispositivos (PLCs especialmente) desde sistemas Windows.

La especificación OPC Data Access (OPC-DA) se publica en 1996 y la versión 2 en 1998. Esta especificación se basaba en tecnologías Microsoft Windows COM (Component Object Model) y DCOM (Distributed COM).

Hoy en día OPC es el estándar universalmente aceptado) para intercambiar datos entre sistemas de automatización industrial: SCADA y HMI, gestión de procesos y Sistemas de Control Distribuidos (Distributed Control Systems – DCS) y Sistemas de Ejecución Manufacturera (Manufacturing Execution System – MES).

Tecnología OPC clásico:

OPC usa una arquitectura cliente-servidor:

· Un servidor OPC encapsula la fuente de información de proceso como un dispositivo y hace la información disponible a través de su interfaz.

· Un cliente OPC se conecta al servidor OPC y puede acceder y consumir la información ofrecida.

Como decíamos, las interfaces clásicas de OPC están basadas en la tecnología COM y DCOM de Microsoft. COM y DCOM ofrecen a un cliente un mecanismo transparente para llamar a métodos en un objeto COM en un servidor que se está ejecutando, en el mismo proceso, en otro proceso o en otro nodo de red.

Esta ventaja fue importante para el éxito de OPC pero por el contrario hacía depender a OPC de la plataforma Windows y además DCOM tenía inconvenientes como su complejidad de configuración (Dios, cómo lo recuerdo!!!) o sus timeouts.

Especificaciones OPC clásicas:

Hasta llegar a OPC-UA teníamos:

· Acceso a Datos (OPC-DA): permite leer, escribir y monitorizar variables, se usa paratransmitir datos de tiempo-real de PLCs, y otros dispositivos de control a HMIs y otras pantallas clientes. OPC-DA es el interfaz más importante de OPC, el resto de interfaces OPC se implementan como complemento a OPC-DA.

· Alarmas y Eventos (OPC-A&E): permite recibir notificaciones de eventos y de alarmas.

· Acceso a Datos Históricos (OPC-HDA) permite el acceso a datos ya almacenados. Los archivos históricos se recuperan de manera uniforme, desde un simple sistema de registro de datos serie a un complejo sistema SCADA.

Además de estos teníamos por ejemplo OPC XML-DA, la primera especificación OPC independiente-de-plataforma que reemplazaba COM/DCOM con HTTP/SOAP y tecnologías de Servicio Web (un auténtico suplicio!).

Y por fin OPC-UA:

OPC XML-DA fue el primer intento de la OPC Foundation para mantener las características exitosas de OPC pero utilizar una infraestructura neutra en cuanto a plataforma y fabricante. Entre otras razones, el bajo rendimiento de los Servicios Web XML comparado con la versión original basada en COM y los problemas de interoperabilidad al utilizar capas diferentes de Servicios Web XML, hicieron que no cumplieran con los requisitos de la nueva generación de OPC.

La OPC Unified Architecture (OPC-UA) nace con el objetivo de crear un recambio real para todas las especificaciones basadas en COM sin perder ninguna de sus características ni rendimiento. Además el modelado de datos era muy limitado en el OPC Clásico y necesitaba una mejora ofreciendo un modelo común, orientado a objetos para todos los datos OPC.

Para cumplir los objetivos definidos, OPC-UA se construye en varias capas, donde los componentes fundamentales de OPC-UA son los mecanismos de transporte y el modelo de datos.

· El transporte define diferentes mecanismos optimizados para diversos casos de uso. La primera versión de OPC-UA define un protocolo TCP binario optimizado de alto rendimiento en comunicaciones intranet así como un acceso a estándares de internet aceptados como Servicios Web, XML y HTTP para comunicaciones por internet a través de cortafuegos.

· El modelo de datos define las reglas y bloques constructivos necesarios para exponer un modelo de información con OPC-UA. Define también los puntos de entrada al espacio de direcciones y los tipos básicos utilizados para construir una jerarquía de tipos.

OPC-UA utiliza una arquitectura cliente-servidor similar al que se utiliza en OPC Clásico. Una aplicación que quiera exponer su propia información a otras aplicaciones se llama servidor UA, y una aplicación que quiera consumir información de otras aplicaciones se llama cliente UA. En OPC-UA se espera que vaya a haber muchas más aplicaciones que sean a la vez servidor UA y cliente UA en una misma aplicación que en el OPC Clásico.

Leer más

OPC: De Windows COM/DCOM a OPC-UA

8 prioridades para el arquitecto del ecosistema de la Smart City

Como explicábamos en los 2 posts anteriores:

Smart City Ecosystem Framework – Un modelo para planear Smart Cities

Smart City Ecosystem Framework – Capas

Para construir este ecosistema de ciudad inteligente se necesita una nueva generación de Arquitectos, que operan en la intersección de tecnología, innovación, negocios, operaciones, estrategia y personas.

Estos arquitectos de ecosistemas de ciudades inteligentes deben enfocarse en estas áreas:

1. Romper los silos y construye puentes.

Una ciudad inteligente sostenible y que funciona bien requiere una orquestación de personas, procesos, políticas y tecnologías que trabajan juntas en todo el ecosistema de la ciudad inteligente.

Estos arquitectos:

· Unifican equipos en departamentos municipales.

· Construyen puentes para conectar organizaciones públicas y privadas dentro del ecosistema.

· Construyen consenso para co-crear la nueva ciudad.

2. Enfocarse en lo que importa.

Una ciudad inteligente no se trata de tecnología, sino de utilizar la tecnología junto con las distintas capas de los ecosistemas para crear los resultados que les importan a los residentes, las empresas, las organizaciones municipales y los visitantes.

Estos resultados, o resultados, se alinean alrededor de las necesidades de la ciudad: eficiencia del gobierno, sostenibilidad, salud y bienestar, movilidad, desarrollo económico, seguridad pública y calidad de vida.

3. Involucrar a una comunidad amplia de innovadores.

Dentro de la ciudad inteligente, la innovación y la creación de valor vienen no solo de las agencias municipales, sino también de las empresas, las comunidades (distritos comerciales, edificios "inteligentes", complejos de viviendas) y los residentes.

Los arquitectos de ecosistemas de ciudades inteligentes unifican las distintas capas para permitir, incentivar, facilitar y escalar esta comunidad más grande para co-crear la ciudad inteligente.

4. Desarrollar el partnerssip.

Los partners son los catalizadores de la ciudad inteligente. Aumentan y amplifican los recursos y capacidades limitados de la ciudad, permitiendo escalar más rápido y minimizar los riesgos.

Los arquitectos efectivos de ecosistemas de ciudades inteligentes unen las necesidades de los legisladores, tecnólogos e innovadores para crear políticas sensatas que creen los resultados correctos. Proactivamente buscan colaboradores públicos y privados y crean partnerships sostenibles y sinérgicas.

5. Habilitar "datos de ciudad", no datos abiertos.

Los datos son el alma de la ciudad inteligente. Los datos abiertos, generados por organizaciones municipales, son solo una fuente de datos. Cuando se complementa con datos creados por empresas y ciudadanos privados, ofrecen información más rica y mejores resultados.

Los arquitectos de ecosistemas de ciudades inteligentes utilizan toda la extensión del ecosistema para crear "datos de ciudad". Planifican y construyen mercados de datos, compartir datos sólidos y políticas de privacidad, habilidades de análisis de datos y modelos de monetización que facilitan la obtención y el uso de "datos de la ciudad".

6. Gestionar la conectividad como una capacidad estratégica.

Si bien la conectividad es una misión crítica, los arquitectos de los ecosistemas de las ciudades inteligentes de la actualidad se enfrentan a varios desafíos: acceso desigual a la conectividad básica, inadecuación de los servicios existentes y una variedad confusa de opciones emergentes de LPWAN.

En la ciudad inteligente, la conectividad no es una opción ni es un problema ajeno resolver. Los arquitectos de Smart City deben liderar con nuevas políticas y asociaciones público privadas. Deben desarrollar nuevas estrategias de inversión innovadoras y crear nuevos ecosistemas de conectividad entre responsables de la ciudad, proveedores de servicios y la infraestructura.

7. Modernizar la infraestructura.

La infraestructura de la ciudad inteligente de hoy en día es una mezcla de sistemas heredados, tecnología departamental y soluciones de ciudad inteligente.

Las ciudades deben modernizar su infraestructura digital, mientras expanden la integración al ecosistema externo más amplio. Las políticas, procesos y sistemas de ciberseguridad y tecnología deben ser revisados para que estén centrados en la ciudad, no centrados en TI.

Las habilidades digitales, desde el análisis de datos, el aprendizaje automático hasta la ingeniería de software, deben ser las nuevas competencias de la ciudad inteligente.

8. Diseñar la confianza en la ciudad inteligente.

La ciudad inteligente es tan inteligente como la confianza que tienen sus partes interesadas en ella.

Desde el comienzo, los arquitectos de ciudades inteligentes deben diseñar esa confianza en todo el ecosistema:

· La infraestructura tecnológica debe ser segura.

· La información recopilada debe protegerse y utilizarse de acuerdo con los deseos de sus propietarios.

· Las políticas, la legislación y la tecnología deben alinearse continuamente para mantener el equilibrio correcto de protección, privacidad, transparencia y utilidad.

· La infraestructura debe ser robusta, resistente y confiable.

Artículo original

8 prioridades para el arquitecto del ecosistema de la Smart City

Smart City Ecosystem Framework – Capas

En este post hablábamos sobre un marco de ecosistema para Smart Cities, hoy nos centraremos en las diferentes capas que forman una Smart City:

Las capas de las que hablamos pueden enumerase en:

· Capa de valor

· Capa de Innovación

· Capa de gobierno, gestión y operaciones

· Capa de Política, procesos, asociaciones público-privadas y de financiación

· Capa de Información y de datos

· Capa de Conectividad, accesibilidad y de seguridad

· Capa de infraestructura de tecnología de ciudad inteligente

Que en detalle:

Capa de valor Esta es la capa más visible para los residentes de la ciudad, empresas, visitantes, trabajadores, estudiantes, turistas y otros. Esta capa es el catálogo de servicios de ciudades inteligentes o "casos de uso", centrados en los resultados y consumidos por las partes interesadas de la ciudad.

Capa de innovación. Para seguir siendo relevantes, los creadores de valor en la ciudad inteligente deben innovar continuamente y actualizar sus servicios para sus grupos de interés. Las ciudades inteligentes facilitan proactivamente esto a través de una variedad de programas de innovación, incluidos laboratorios, zonas de innovación, capacitación, talleres de ideación, desarrollo de habilidades y asociaciones con universidades y empresas.

Capa de gobierno, gestión y operaciones. La ciudad inteligente crea disrupción y resultados en la transformación digital de procesos y servicios existentes. Los modelos de gestión de ciudades inteligentes deben integrar un nuevo ecosistema de creadores de valor e innovación. Deben planificar, respaldar y monetizar nuevos modelos de negocios, procesos y servicios. Deben actualizar sus procesos de gestión e infraestructura existentes para admitir servicios "inteligentes". Finalmente, deben medir el rendimiento de la ciudad con un nuevo conjunto de métricas.

Capa de Política, procesos, asociaciones público-privadas y capa de financiación. La ciudad inteligente no aparece mágicamente un día. Se necesita un conjunto completamente nuevo de modelos de participación, reglas, fuentes de financiación y socios para construir, operar y mantener la ciudad inteligente. Las ciudades deben desarrollar un nuevo conjunto de competencias "inteligentes" a fin de obtener y permanecer en el "juego de la ciudad inteligente".

Capa de Información y de datos. El alma de la ciudad inteligente es la información. La ciudad inteligente debe facilitar esto de varias maneras, incluidas las iniciativas de datos abiertos, los mercados de datos, los servicios analíticos y las políticas de monetización. Igualmente importante, deben tener programas que alienten el intercambio de datos y las políticas de privacidad para proteger qué y cómo se recopilan los datos.

Capa de Conectividad, accesibilidad y de seguridad. Las personas, las cosas y los sistemas están interconectados en la ciudad inteligente. La capacidad de conectar sin problemas los tres, administrar y verificar quién y qué está conectado y compartido, mientras que la protección de la información y los usuarios es crucial. Las principales prioridades para las ciudades inteligentes son proporcionar una capa perfecta de conexiones confiables.

Capa de infraestructura de tecnología de ciudad inteligente. La mayoría de las personas piensa automáticamente en la tecnología cuando habla de ciudades inteligentes. La infraestructura tecnológica de la ciudad inteligente debe escalar más allá de los usuarios municipales tradicionales y respaldar a una nueva clase de creadores de valor y partes interesadas de la ciudad / usuario.

Leer más

Smart City Ecosystem Framework – Capas

Smart City Ecosystem Framework – Un modelo para planear Smart Cities

Podríamos empezar por preguntarnos ¿Qué es una Smart City?

La respuesta depende de a quién le preguntes. Los proveedores de soluciones te dirán que es el parking inteligente, iluminación inteligente o cualquier solución tecnológica. Los funcionarios de la ciudad pueden decirte que se trata de publicar el negocio de la ciudad online, los residentes de la ciudad pueden decirle que la Smart city mejorará su movilidad y reducirá el crimen.

Todos tienen razón porque una ciudad inteligente debe proporcionar diferentes valores a los diferentes interesados.

En muchos casos los diferentes interesados puede que no piensen en su ciudad como una ciudad "inteligente" porque la ven solo como un lugar en el que quieren vivir, trabajar y ser parte de ella. Para construir este tipo de ciudad, primero debemos construir el ecosistema de la ciudad inteligente.

Smart Cities are Built on Technology, Focused on Outcomes

A scan of the various smart city definitions found that technology is a common element. For example, TechTarget defines a smart city as “a municipality that uses information and communication technologies to increase operational efficiency, share information with the public and improve both the quality of government services and citizen welfare”.

The Institute of Electrical and Electronics Engineers (IEEE) envisions a smart city as one that brings together technology, government, and society to enable the following characteristics: a smart economy, smart mobility, a smart environment, smart people, smart living, smart governance.

But what does a smart city really do? Our scan of smart city projects worldwide showed that initiatives fell into one or more smart city “outcomes” (Figure One).

Las ciudades inteligentes se basan en la tecnología, se centran en los resultados

Viendo varias definiciones de ciudades inteligentes podemos ver que la tecnología es un elemento común.

Por ejemplo:

· TechTarget define una ciudad inteligente como "un municipio que usa las tecnologías de la información y la comunicación para aumentar la eficiencia operativa, compartir información con el público y mejorar la calidad de los servicios gubernamentales y el bienestar de los ciudadanos".

· El Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) concibe una ciudad inteligente como una que reúne tecnología, gobierno y sociedad para permitir las siguientes características: economía inteligente, movilidad inteligente, ambiente inteligente, personas inteligentes, vida inteligente, gobierno inteligente.

Pero, ¿qué es lo que realmente hace una ciudad inteligente?

Un escaneo de proyectos de ciudades inteligentes en todo el mundo mostró que las iniciativas llegaron a uno o más de estos "resultados”:

The Smart City Ecosystem Framework

La figura de abajo muestra un marco para un ecosistema de ciudad inteligente.

Una ciudad sostenible es un ecosistema compuesto por personas, organizaciones y empresas, políticas, leyes y procesos integrados para crear los resultados deseados.

Una ciudad inteligente integra la tecnología para acelerar, facilitar y transformar este ecosistema.

Smart City Ecosystem Framework – Un modelo para planear Smart Cities

Feliz / Happy #IoTDay2018!

Desde el equipo de Sofia2 os deseamos un feliz y fructífero día del IoT 2018! ¿Cómo es el proyecto que tienes ahora mismo entre manos? ¿Estás usando Sofia2 como plataforma IoT? Cuéntanos en los comentarios 🙂

 

We wish you a happy and fruitful IoTDay 2018! What’s your current IoT project? Are you using Sofia2? We would love to hear from you, please tell us in the comments section.

 

logo09th

 

Para celebrarlo, hoy nos utilizarán los asistentes al workshop de The Things Network Madrid en Makespace Madrid, sirviendo de plataforma IoT a los nodos y gateways LoRaWAN que se construyan en el taller (siguiendo el contenido de este enlace):

https://www.iotday.org/workshop-things-network-madrid

 

Happy IoTDay!

 

 

Feliz / Happy #IoTDay2018!

Meetup on Sofia2 LPWA Integrations: SigFox, LoRaWAN & The Things Network

On February 28th, we scheduled one of our technical Meetups, this time on LPWA technologies and how easy is to integrate them on Sofia2 IoT Platform. Please join our Meetup group where we will keep you updated with our future meetup events. You may also find here the slides used during the presentation.

A big thank you also to THECUBE Madrid team for giving us free access and use of their building. They also contributed by composing this really nice video on the event, enjoy it!:

These time our speakers where Jorge Trallero and Mario Briceño from our Sofia2 Team. They highlighted how easy is to integrate data collected from IoT devices with LPWA technologies into Sofia2. 3 integrations scenarios were performed:

  • SigFox Integration
  • Private LoRa Network Integration
  • The Things Network Integration

We also had the luxury of having with us member of the core team of The Things Network Madrid Community, to present us their initiatives and to collaborate in the latter integration scenario.

Seguir leyendo “Meetup on Sofia2 LPWA Integrations: SigFox, LoRaWAN & The Things Network”

Meetup on Sofia2 LPWA Integrations: SigFox, LoRaWAN & The Things Network

Meetup sobre Integración de LPWAN con Sofia2: SigFox, LoRaWAN y The Things Network

 

El pasado Miércoles 28 de Febrero tuvimos el placer de organizar uno de nuestros Meetups de tecnología. Podéis seguir tanto este Meetup como los que planifiquemos en el futuro si os unís a nuestro grupo de MeetupAquí también podéis encontrar las slides usadas durante la sesión.

Queremos dar las gracias a THECUBE Madrid por cedernos el espacio y elaborar este video resumen del Meetup, muy chulo!

De la mano de nuestros compañeros Jorge Trallero y Mario Briceño, se presentó de presentar lo sencillo que resulta realizar integraciones de datos recogidos de dispositivos que transmiten usando tecnologías de comunicación Low Power Wide Area (LPWA). En concreto nos centramos en 3 casos:

  • Integración con SigFox
  • Integración con una red LoRa privada
  • Integración con The Things Network

Además tuvimos el privilegio de compartir nuestro espacio con la comunidad de The Things Network en Madrid, sobre la que podéis leer más en este post.

Seguir leyendo “Meetup sobre Integración de LPWAN con Sofia2: SigFox, LoRaWAN y The Things Network”

Meetup sobre Integración de LPWAN con Sofia2: SigFox, LoRaWAN y The Things Network