Está en la página 1de 56

Capas de la

arquitectura
IOT – IIOT

Ing. Rodrigo A. Aliaga Velez


Agosto 2023
Introduccion

El término Internet de las Cosas ha ido evolucionando con el tiempo, con la búsqueda de maneras
eficientes de interconectar millones de dispositivos diferentes, el procesamiento de los datos
generados y las aplicaciones encargadas de llevar a las empresas las ventajas de un mundo
interconectado.

Proponemos una “manera eficiente” como solución a esa búsqueda y establecemos una arquitectura IIoT,
capaz de integrar de forma adecuada los principales elementos que hay que tener en cuenta en
esta tecnología, ofreciendo así una base que sirve de guía, tanto para desarrollar un sistema IIoT como
para realizar arquitecturas más específicas.

Inicialmente debemos tener claro con quién tienen necesidad de comunicarse las “Cosas” y cómo deben
hacerlo, explicando unos modelos de comunicación y unas bases generales que tiene que cumplir
nuestro modelo.
Introduccion
La capa principal y a la que da nombre IoT, es
la de las things-cosas y que nosotros
denominamos
“dispositivos”. Se clasifican los dispositivos
según su nivel de complejidad, lo que nos va a
derivar en distintas aplicaciones industriales; se
explican los sensores y actuadores como la
base para la construcción de dispositivos
inteligentes.

Se explican igualmente los elementos que


componen los dispositivos smart o inteligentes,
detallando cada una de las partes, con especial
hincapié en la parte de la conectividad y
comunicación.
2. Modelos Comunicacion IOT
El Comité de Arquitectura de Internet (IAB) emitió un documento que sirve de guía para la creación
de redes de objetos inteligentes. En ella se explican cuatro modelos de comunicación que son
utilizados en los dispositivos de la IoT. Esto nos va a servir de base para entender mejor la
arquitectura de referencia IIoT mostrada en esta unidad.

Modelo
Modelo Dispositivo a
Dispositivo a Puerta de
Dispositivo enlace
gateway

Modelo Modelo de
Dispositivo a la intercambio de
nube Dispositivo a
Backend
2.1. Modelo dispositivo a dispositivo
En este modelo se muestran dos o más dispositivos que se conectan entre ellos, con una comunicación directa
entre dichos dispositivos. En la imagen se muestra una comunicación inalámbrica pero también podría ser
cableada. Al tratarse de comunicación directa entre dispositivos, no hay ningún elemento intermedio que realice
tareas de enrutamiento, encriptación...

Para que dicha comunicación sea posible, dichos dispositivos deben ser capaces de entenderse en términos de
interoperabilidad. Podemos decir que “deben hablar el mismo lenguaje” siguiendo un mismo protocolo de
comunicación.

Este modelo es bastante común en aplicaciones de domótica o telemetría, donde no se requieren altas velocidades
y elevada frecuencia en la transmisión de información entre los dispositivos.
2.2. Modelo dispositivo a la nube
Este modelo es utilizado por aplicaciones en las que los dispositivos son “autosuficientes” para conectarse
directamente con un servidor en la nube (cloud computing) de forma bidireccional, tanto para el envío de datos
para ser almacenados, analizados,….en la nube, como para el envío de comandos remotamente que actúen sobre
los dispositivos. Esto solo es posible si dichos dispositivos pueden conectarse vía Ethernet o Wifi y poseen recursos
suficientes para albergar una pila TCP/IP.
Este modelo es usado por fabricantes que quieren proporcionar un producto “llaves en mano”, con la venta de los
dispositivos y el acceso a un servicio propietario en la nube y/o aplicaciones de usuario o apps; suelen ser
aplicaciones cerradas con poca posibilidad de configuración o programación personalizada por parte del usuario.
2.3. Modelo dispositivo puerta de enlace
Es el modelo más utilizado en el Internet de las Cosas en entornos industriales. Aquí los dispositivos se conectan
a Internet a través de un módulo intermedio denominado gateway o puerta de enlace. Este módulo incluye una
aplicación que hace de puente entre los dispositivos IoT y los servicios en la nube, haciendo principalmente de
traductor entre protocolos.
En el mundo industrial, donde ya existen dispositivos con diversas tecnologías de comunicación, se requiere de este
modelo para integrar nuevos dispositivos con protocolos incompatibles con los anteriores. Solo así se podrá
crear un modelo en el que todos los dispositivos formen un todo y sean capaces de interactuar entre ellos y enviar
datos a través de un canal único con un protocolo único.
2.4. Modelo de intercambio de datos a
través del back-end
El modelo de intercambio de datos a través del back-end permite que los usuarios descarguen y posteriormente
analicen datos de los objetos inteligentes desde un servicio en la nube y los combinen con otros datos de distinta
procedencia. El back end se asemeja a un histórico de datos. Imagina tener en tu cuenta de Dropbox oGoogle Drive
una base de datos de un dispositivo inteligente que cada 10 minutos guarda la temperatura y humedad relativa del
ambiente.
Con esta arquitectura podemos pues gestionar de forma independiente los datos obtenidos de un solo dispositivo de
la IoT. Esto permite que, ante un cambio de empresa de servicios IoT (AWS, Azure,….) no necesitemos mover
también los datos de empresa de servicios.
3. Requerimientos de la arquitectura IOT
El termino IoT engloba una gran variedad de categorías y aplicaciones, con lo que se plantea si es
posible encontrar una arquitectura que pueda englobar todas las aplicaciones IoT. Al tratarse de un
campo tan amplio en diversos sectores y aplicaciones, resulta difícil que una misma arquitectura
pueda dar cobertura a todos ellos. A pesar de ello, vamos a mostrar una que pueda servirnos
como punto de partida para diversas soluciones IoT en el campo actual industrial IIoT y preparada
para cambios, ampliaciones,…futuribles.

Conectividad y Comunicacion

Arquitectura escalable

Seguridad y Privadicad

Eficiencia Energetica
3. Arquitectura de Referencia para IIOT
La arquitectura que se plantea, teniendo en cuenta los modelos de comunicación, los principios
básicos (ambos comentados en los puntos anteriores) y el ámbito industrial en el que nos movemos,
es la que se refleja en la siguiente figura.
Dicha arquitectura cuenta con
las siguientes capas:
• Dispositivos.
• Gateway
• Red.
• Nube/centro de datos.
• Aplicaciones.

Las capas transversales que


afectan, tanto horizontal como
verticalmente, en todo el
proceso son:
• Seguridad.
• Gestión.
3. Arquitectura de Referencia para IIOT
Como se observa en la figura, en el
nivel inferior están los dispositivos,
que son aquellos que se encuentran
en contacto con el mundo físico y
permiten, por tanto, obtener datos y
ejecutar acciones sobre el mismo.
Se representa la capa de
dispositivos con una sección que
llega directamente a la capa de red y
otra lo hace a través de la capa de
gateways. Como vimos en el modelo
de comunicaciones, existen
dispositivos que cuentan con la
capacidad de conectarse
directamente a la Capa de red
(modelo dispositivo a la nube) y
otros que requieren un intermediario
(modelo dispositivo a la puerta de
enlace).
3. Arquitectura de Referencia para IIOT

La segunda capa de la
arquitectura propuesta es la de
gateways o puertas de enlace,
cuya función principal es posibilitar
la conexión a la capa de red de
dispositivos que
individualmente no lo pueden
hacer, debido a que, por ejemplo,
utilizan un protocolo de
comunicación que no es
compatible con dicha capa.
3. Arquitectura de Referencia para IIOT
En el límite de la capa física de
dispositivos y gateways,
denominado Borde – , Edge se
ubica una “nube local” a la que se
denomina Niebla – Fog. Es aquí,
más cerca del usuario, donde
pueden encontrarse datos,
procesamiento y aplicaciones, en
lugar de ser albergados casi en su
totalidad en la nube. Es una forma
de computación distribuida de
cercanía, donde se produce un
procesamiento previo de los datos
de los dispositivos conectados a la
red, para transmitir posteriormente
un filtro de dichos datos iniciales o
implemente una alarma, un aviso.
3. Arquitectura de Referencia para IIOT

A continuación, se encuentra la
capa de red, encargada de
transportar el tráfico de
dispositivos y gateways hacia o
desde la nube/centro de datos, en
la cual se procesan los datos que
llegan desde los dispositivos, al
igual que los comandos que se
envían hacia estos, los cuales
pueden generarse en la propia
capa de nube/centro de datos o en
las demás capas de la
arquitectura.
3. Arquitectura de Referencia para IIOT

En la cima de la arquitectura
está la capa de
aplicaciones, a través de la
cual los usuarios interactúan
con el ecosistema IoT y
sacan provecho de los
procesamientos que se
realizan, en su mayoría, en
la capa inferior..
3. Arquitectura de Referencia para IIOT

Por último, se encuentran las


capas transversales de gestión y
de seguridad que vertebran todo
el sistema. Estas dos capas
garantizan un correcto
funcionamiento de cualquier
solución IoT, así como la
protección de sus diferentes
recursos, para lo cual, están
presentes en las demás capas
de la arquitectura, por lo que en
cualquiera de estas pueden
encontrarse funciones de las
capas de gestión y seguridad.
3. Arquitectura de Referencia para IIOT
Lo importante de cualquier
sistema IoT es la información, los
datos, que deben fluir entre las
distintas capas de forma
bidireccional. Así nos podemos
preguntar ¿de qué forma se
realiza este flujo de información
entre las distintas capas?

La respuesta es mediante la
CONECTIVIDAD y los
PROTOCOLOS DE
COMUNICACIÓN, la conectividad
como la forma en la que se
conectan los diversos elementos y
los protocolos de comunicación
como la forma de realizar el
intercambio de datos.
3. Arquitectura de Referencia para IIOT
La arquitectura planteada se debe
utilizar como “patrón o referencia”
para estructurar esta tecnología.
Obviamente, a cualquier
arquitectura se le pueden añadir
más requerimientos. Algunos de
estos requerimientos es posible que
puedan no ser necesarios en
nuestro caso, mientras que en otros
casos necesitaremos añadir más
componentes. De cualquier forma,
el diseño planteado es de una
arquitectura modular que soporta
extensiones para poder adaptarse a
diferentes demandas.
4. Arquitectura de Referencia para IIOT
La capa de dispositivos se encuentra en la base de la arquitectura y es la encargada de varias funciones,
relacionadas fundamentalmente con el medio físico en el cual se encuentra el dispositivo IoT. Puede
decirse que la capa de dispositivos es la interfaz entre el mundo físico y el mundo de la información. La
siguiente figura muestra las principales funciones establecidas para esta capa, las cuales se explican a
continuación.
4. Arquitectura de Referencia para IIOT
Sensar: permite obtener datos del medio físico. Estos datos pueden ser, por ejemplo, temperatura,
presión, una imagen, un sonido, etc. Un sensor transformó una acción, energía útil, en datos
eléctricos.

Actuar: se basa en la ejecución de acciones sobre el medio físico, por ejemplo, mover un objeto,
actuar sobre una electroválvula, encender una luz, etc. Por contra al sensor, un actuador transforma
los datos eléctricos en una acción, energía útil.
4. Arquitectura de Referencia para IIOT
Generar peticiones: un dispositivo puede contar, como parte de sus funciones, con la posibilidad de
realizar peticiones, las cuales pueden ser, por ejemplo, para que otro dispositivo ejecute una acción,
solicitar un dato a la nube para actuar en dependencia del resultado, solicitud para entrar en modo de
ahorro, etc.

Responder peticiones: se puede dar respuesta a las peticiones que llegan desde otros dispositivos,
el gateway, la nube, una aplicación, etc. Estas peticiones pueden solicitar un dato o una acción, por
citar dos ejemplos.

Enviar reportes: Los dispositivos pueden, de manera automática, estar configurados para enviar
reportes de datos cuando, por ejemplo, han coleccionado una cantidad de datos determinada, un dato
muestreado superó un umbral definido con anterioridad, etc.

Modo de ahorro: muchos dispositivos IoT necesitan ahorrar energía, por lo cual cuentan con esta
función, la cual puede, por ejemplo, ponerlos en modo de suspensión.
4. Arquitectura de Referencia para IIOT
Dentro pues de los dispositivos abarcamos desde los elementos más básicos, como base del
intercambio de información (sensores, actuadores y periféricos), pasando por los dispositivos simples
en cuanto a procesamiento y a intercambio de datos, hasta los dispositivos más complejos con mayor
procesador y capacidad de tomar decisiones manejando diversas señales de entrada/salida.
4. Arquitectura de Referencia para IIOT
Un sensor o captador es un dispositivo que recibe información de una magnitud física o química del
exterior y la transforma, mediante un transductor, en otra magnitud, normalmente eléctrica, que seamos
capaces de cuantificar y manipular. De forma general, se usa indistintamente la palabra sensor o
transductor para definirlos.
A continuación, como ejemplo, mostramos un sensor-transductor de presión, que mide el valor de
presión o la variación de la misma y lo convierte en una señal eléctrica. La señal eléctrica indica el valor
de presión recibida.
4. Arquitectura de Referencia para IIOT
El principio de medida se basa en la medida de la variación de la resistencia generada por la
deformación en función de la presión. Se define la resistencia de un conductor eléctrico por la
ecuación:
4.1 Clasificacion de Sensores

Fuente de Energia
Activos - Pasivos

Tipo de Señal de
salida
Digitales o Analogicos

Tipo de Variable
Medida

Mecanicos, Electricos, Magneticos,


Termicos, Acusticos, Ultrasonicos,
Quimicos, Opticos, Radiacion, Laser
Sensores segun fuentes de energia

ACTIVOS
Generan una señal de forma autonoma,
sin necesitar fuente de alimentacion
Sensor PT100 (0°C → 100 Ohms)

PASIVOS
Generan señales con utilizacion de
una fuente auxiliar

Sensor fotoelectrico retroreflectivo


Sensores segun tipo de señal

DIGITALES
son los que frente a un estímulo
cambian su salida de 0 a 1 y viceversa

Sensor Inductivo

ANALOGICOS
Emiten una señal comprendida por un
campo de valores instantáneos que
varían en el tiempo y son proporcionales
a los efectos que se
están midiendo. Sensor presion 4-20 mA
Sensores segun la variable fisica a medir

MECANICOS
cambian su comportamiento bajo la
acción de una magnitud física

Encoder para medir posicion rotativa

ELECTRICOS
Capaz de detectar una magnitud
física o química, llamadas variables
de instrumentación

Acelerometro – Aceleracion posicion


Sensores segun la variable fisica a medir

MAGNETICOS
se sirve del para la medición de campos
magnéticos o efecto hall corrientes o
para la determinación de la posición

Sensor magnetico

TERMICOS
Se usan para la medición precisa de
temperatura.

Termoculpla – PT100
Sensores segun la variable fisica a medir

ACUSTICOS
Los micrófonos, por ejemplo, facilitan la
conversión de una señal acústica en
eléctrica.
Microfono

ULTRASONICOS
Trabajan sin contacto y son capaces
de emitir una señal en la frecuencia
adecuada.

Sensor ultrasonico
Sensores segun la variable fisica a medir

QUIMICOS
Formados por un receptor que detecta la
especie química y un transductor que
convierte dicha señal química en
eléctrica.
Conductivimetro

OPTICOS
Se basan en el aprovechamiento de la
interacción entre la luz y la materia con el
fin de conocer las propiedades de dicha
materia.

Sensor de Color
Sensores segun la variable fisica a medir

RADIACION
Son necesarias para determinar
propiedades de las partículas de la
radiación.
Sensor de radiacion Solar

LASER
hoy en día se han vuelto indispensables
para muy variados campos, electrónica de
potencia, tecnología de la información, etc.

Sensor de Barrera
4.2 Actuadores Perifericos
Un actuador es un dispositivo capaz de ELECTRICOS
transformar energía hidráulica, neumática o
eléctrica “activándose” con la finalidad de generar Fuente de Energia Electrica
un efecto sobre un proceso. Este recibe la orden
de un regulador o controlador y, en función de
ella, genera la orden para activar un elemento
final de control.
HIDRAULICOS
Un Fluido principalmente liquido
aceite

NEUMATICOS
Aire comprimido – aire a presion
4. Actuadores Perifericos
Mostramos un relé electromagnético, un actuador eléctrico muy común en el mundo industrial y de la
automatización que funciona como un interruptor, abriendo y cerrando el paso de la corriente
eléctrica, pero accionado eléctricamente mediante un electroimán.

El electroimán se compone de un elemento


férrico llamado núcleo, rodeado por una
bobina de hilo de cobre. El núcleo de hierro
se magnetiza al paso de la corriente
eléctrica por la bobina debido al efecto del
campo magnético producido por la bobina,
pasando a ser un imán, más potente a
mayor intensidad de la corriente y el número
de vueltas de la bobina. Con la apertura del
interruptor y la ausencia de corriente por
la bobina, desaparece el campo magnético y
el núcleo deja de ser un imán.
4. Actuadores Perifericos
Se denomina periférico al elemento independiente o dispositivo auxiliar eléctrico/electrónico que sirve
de interfaze y comunicación con el exterior (señales luminosas y acústicas, por ejemplo) conectado
normalmente a un dispositivo con capacidad de procesamiento. También se consideran periféricos los
sistemas que almacenan o archivan la información, sirviendo de memoria auxiliar de la memoria
principal.

Ejemplos de periféricos:
• Indicadores luminosos.
• Pantallas LCD.
• Memorias externas.
• Impresoras.
• Zumbadores.
5. Dispositivos SMART SENSOR/ACTUADOR
Son los dispositivos más sencillos en la capa inferior del modelo IoT, y buscan el intercambio de una
información simple (lectura de una temperatura, de consumo, de localización gps;..(. A diferencia de
un sensor/actuador básico, estos dispositivos incorporan el hardware necesario para la comunicación
(envío o recepción de los datos) y consecuentemente, una batería o pila integrada para alimentar
dicho hardware y proporcionarles autonomía. Se buscan dispositivos con comunicaciones wireless sin
cable porque se van a ubicar en un lugar donde resulta difícil el cableado o porque les posibilita la
movilidad.
5. Dispositivos SMART SENSOR/ACTUADOR
Estos dispositivos incorporan una parte de control (lo que hemos llamado Controller). Se trata de un
microprocesador básico que hace de puente entre la etapa de tratamiento y adecuación de la señal y
la salida de comunicación. Normalmente, estos módulos se entregan con una app o software que
permite modificar ciertos valores básicos (tiempo de muestreo, frecuencia en el envío del dato,
configuración de una alarma,….(. Será el microcontrolador el encargado de recibir esta nueva
configuración y guardarla en la memoria.
5. Dispositivos SMART SENSOR/ACTUADOR
Distinguimos los siguientes cuatro elementos como los fundamentales que componen un dispositivo de
este tipo:

FUENTE DE ALIMENTACION
SENSORES
Proporciona la energía necesaria para el
Permiten interactuar con el mundo físico
funcionamiento del sistema.
donde se encuentra

DISP. DE COMUNICACION MICROCONTROLADOR (MCU)


Es capaz de procesar la informacion
Establece el nexo de unión para transmitir
procedente tanto de sensors como de la
la información recogida de los sensores y/o
red.
recibir información desde un host u otros
objetos de la red.
5.1. Dispositivos de Comunicación
El intercambio de datos en una red de objetos conectada globalmente es uno de los principales retos
para el mundo del IoT; debido a las diversas tecnologías, protocolos y fabricantes que participan en
dicha red, es aquí donde la estandarización y la interoperabilidad tienen una importancia vital.
La tecnología de comunicación utilizada para conectar objetos según los modelos comentados se
decide, entre otras cosas, en función de:

ALCANCE A CONSEGUIR DISPOSITIVO FIJO O MOVL

CONSUMO DE ENERGIA
PERMITIDO

VELOCIDAD DE TRANSMISION TOPOLOGIA DE RED


5.2. Fuente de Alimentacion

Integrando una fuente de alimentación que convierte la corriente alterna de la red en la corriente
continua requerida por la electrónica. Estos dispositivos están diseñados para adquirir datos del
entorno y se caracterizan principalmente por su tamaño, limitados recursos de procesamiento y
porque pueden estar localizados en puntos remotos (sin acceso a suministro eléctrico) o se pueden
desplazar de un lugar a otro.

Se debe pues pensar en un diseño con componentes electrónicos de muy bajo consumo, alimentados
con pilas o baterías integradas en los propios dispositivos, dotándolos de gran autonomía. Algunos
dispositivos tienen la capacidad de conectarse a la red para recargar su batería interna.

Otra posibilidad, que se está desarrollando cada día más, se basa en capturar la energía disponible
directamente del entorno y convertirla en energía eléctrica útil para ser almacenada. El llamado “energy
harvesting”, que utiliza fuentes de energía tan variadas como la luz del sol, campos electromagnéticos,
movimientos piezoeléctricoso calor, para alimentar o recargar los dispositivos.
5.3. Microcontrolador
Es el “cerebro” del dispositivo, y debe tener ese bajo consumo se relaciona con un nivel básico de
procesamiento; asimismo, por tratarse de “dispositivos simples” el tamaño será lo más compacto
posible y el precio razonable para que no se dispare el precio final. Además, dependiendo de la
aplicación, puede incluir propiedades especiales de seguridad, conectividad,… entre otras muchas.

Este tipo de dispositivos maneja el microcontrolador más sencillo y pequeño, como son los SOC
(System-On-Chip) de 8 bits. Antes, las placas de control integraban distintos chips (micro, ram,
eeprom, flash, regulación de tensión,…) con un tamaño de placa muy considerable, pero ahora los
nuevos MCU ya son compactos.
5.3. Dispositivo Smart Device
5.3. Dispositivo Smart Device
5.3.1. Sensores y actuadores
Este tipo de dispositivos pueden integrar algún tipo de sensor básico. En el ejemplo anterior,
acelerómetro, sensor de efecto Hall y sensor GNSS están integrados en el dispositivo.
5.3.2. Interface de comunicacion
La interfaze con el exterior dota al dispositivo de capacidad para conectarse a sensores y
actuadores situados en el entorno, por diferentes medios de comunicación, ya sean cableados
(Ethernet, I2C, RS232,…) o inalámbricos (Wifi, BLE, RFID,…). En nuestro ejemplo, comunicación
serie TX/RX, bus I2C, GPIO’s (general purpose inputs-outputs), y otros periféricos.
5.3.3. Dispositivo de Comunicacion
En este caso, de los modelos de comunicación que vimos al inicio de la unidad, los smart devices pueden
utilizar cualquiera de los cuatro tipos, esto es, comunicación entre dispositivos, comunicación con gateway,
comunicación directa a la nube y envío de datos a un Back-End.

El dispositivo de nuestro ejemplo utiliza un transceiver con frecuencias entre 142 1050 MHz, rango de
frecuencias donde se sitúa por ejemplo la comunicación LPWANSigfox.
5.3.4. Fuente de Alimentación
Algunos de estos dispositivos también estarán dotados con una pila o batería integrada como los smart
sensor/actuator, pero es habitual encontrarlos “enchufados al suministro eléctrico”, ya que muchos de ellos
tienen consumos de energía que no pueden ser satisfechos con una pila o batería integrada, garantizando
una autonomía óptima.

El módulo de nuestro ejemplo permite colocar una pila/batería o bien alimentación exterior, pero los
consumos sobre todo para el posicionamiento GPS y en la comunicación al back-end de Sigfox lo hacen
candidato a alimentarlo desde una fuente exterior.
5.3.5. Microcontrolador
El MCU procesa datos y gestiona el intercambio de datos con el sensor/actuador y con el dispositivo de
comunicación. Como hemos comentado, estos dispositivos pueden además tomar decisiones, actuando
directamente sobre los actuadores.

Estos MCU son los denominados RISC


de 32 bits y, dentro de estos, la
tendencia es a usar MCU de 32 bits con
arquitectura ARM (Advanced RISC
Machine). La arquitectura
ARM es el conjunto de instrucciones de
32 y 64 bit (para dispositivos mas
avanzados) más ampliamente utilizado
en unidades producidas.
5.3.5. Microcontrolador

Se componen de tres bloques básicos: la CPU (Central Processing Unit), memoria (RAM y ROM) y las
entrada y salidas. Los bloques se conectan entre sí mediante grupos de líneas eléctricas denominadas
buses, que pueden ser de direcciones (posiciones) o de datos (datos o instrucciones).

Se muestra el bus de direcciones y datos dividido en dos tipos, AHB y APB: AHB es un bus avanzado más
complejo (en lo que se refiere a la forma de transmitir la información) para acceso a programa y memoria y
APB es el que se comunica con las puertos e interfaces de entradas y salidas y más simple que el AHB.

La CPU es el cerebro central del microprocesador y actúa bajo control del programa almacenado en la
memoria. La CPU se ocupa básicamente de traer las instrucciones del programa desde la memoria,
interpretarlas y hacer que se ejecuten. La CPU también incluye los circuitos para realizar operaciones
aritméticas y lógicas elementales con los datos binarios en la denominada unidad aritmética y lógica
(ALU:Aritmetic and Logic Unit).
5.3.5. Microcontrolador

AHB - High-performance Bus

APB - Advanced Peripheral Bus


5.3.6. CONECTIVIDAD DE LOS DISPOSITIVOS
5.3.6. CONECTIVIDAD DE LOS DISPOSITIVOS
Como ejemplo se muestra un dispositivo smart sensor de Telemecanique, la marca de
automatización de Schneider Electric, conectado mediante la red LPWAN Sigfox. El módulo se une
cableado a un final de carrera o similar que proporcione una señal digital I-0, y dispone de una
batería interior con una vida útil aproximada de unos 10 años. El MCU se encargará de leer la señal
de entrada y enviarla a través de la interfaze de comunicación del módulo a la estación base más
cercana de Sigfox donde, mediante un gateway, se encarga de enviar los datos a través de la red
internet al Backend de Sigfox.
5.3.6. CONECTIVIDAD DE LOS DISPOSITIVOS
En el caso de un “smart device”, se trata de dispositivos más complejos, tanto en su diseño como en
las posibles aplicaciones. Ese tipo de dispositivos consume mayor energía y normalmente necesitan de
suministro de energía exterior; están destinados a trabajar en una ubicación determinada, en el ámbito
industrial se vinculan principalmente con los procesos de fabricación e instalaciones. La conectividad
puede venir en forma cableada o también inalámbrica.

Un ejemplo de esto sería el nuevo Masterpact MTZ de Schneider Electric. Es considerado como el
primer “interruptor automático inteligente” en su sector, basado en la fiabilidad y robustez de los
antiguos Masterpact NW. El Masterpact MTZ está preparado para el futuro, puede supervisarse a
distancia y se controla con cualquier sistema de supervisión, permitiendo realizar trabajos de
mantenimiento preventivo y predictivo de manera eficaz, así como gestionar equipos y la energía,
gracias a su conexión Ethernet integrada.
5.3.6. CONECTIVIDAD DE LOS DISPOSITIVOS
El Masterpact MTZ incorpora la unidad de
control Micrologic X que mide, entre otros,
los niveles de tensión y de intensidad, en
los conductores activos, actuando sobre el
bloque motorizado para abrir o cerrar el
interruptor. Como vemos en la imagen
superior, además de la conexión cableada
de Ethernet con protocolo de comunicación
TCP/IP, podemos conectarnos al interruptor
mediante dos tecnologías WPAN de
proximidad (bluetooth y NFC). Las app
diseñadas por el fabricante permiten
interactuar con el equipo desde un
smartphone o tablet colocado
próximo al equipo.
RESUMEN
• Se debe definir un modelo o arquitectura que nos sirva de guía, tanto para desarrollar un sistema
IIoT, como para realizar arquitecturas más específicas.

• El modelo definido está basado en los cuatro modelos de comunicación definidos por el Comité de
Arquitectura de Internet (IAB): dispositivo a dispositivo, dispositivo a gateway, dispositivo a nube,
dispositivo a back-end y los cuatro principios básicos de conectividad y comunicación, arquitectura
escalable, seguridad/privacidad y eficiencia energética.

• El modelo mostrado en la unidad incluye cinco capas, dispositivos, gateways, red, nube/centro de
datos, y aplicaciones, y dos capas transversales que afectan, tanto horizontal como verticalmente,
en todo el proceso, seguridad y gestión.

• La capa de dispositivos es la capa básica del modelo con sensores, actuadores y periféricos. La
integración de procesadores de bajo consumo y de módulos con conectividad inalámbrica en
sensores y actuadores tradicionales ha posibilitado la aparición del llamado “smart sensor”, lo que
hemos denominado como los Dispositivos más sencillos. Los “smart device” son dispositivos más
complejos, que ya existían en el mundo industrial pero que se están transformando en elementos
más inteligentes mediante, entre otros, la incorporación de nuevas tecnologías de comunicación.
RESUMEN
• Los elementos comunes a los smart sensor y smart device son cuatro, los sensores/ actuadores,
modulo de comunicación (conectividad), fuente de alimentación (batería/ pila integrada y/o externa) y
microcontrolador MCU (de 8 bits para dispositivos sencillos, de 32 y 64 bits para dispositivos más
complejos).

• Se pueden usar varias tecnologías de conectividad dentro de un único dispositivo, tanto en los smart
sensor como en los smart device, aunque resulta más común en los dispositivos con mayor
capacidad de procesamiento (MCU de 32 y 64 bits).

También podría gustarte