3.-Fundamentos de Automatización Industrial

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 82

FUNDAMENTOS DE AUTOMATIZACIÓN INDUSTRIAL

PARTE Nª 03

Msg. Luis Alberto Zapata Ojeda


Redes de comunicación, protocolos y Middleware para IOT
Se trata de este módulo de la presentación de los diferentes redes, protocolos y
plataformas de comunicación existentes, sus particularidades, aplicaciones, ventajas y
desventajas. Son ejemplos de redes: WiFi, Zigbee, Bluetooth, LoRaWAN, Sigfox, NFC, Neul, Z-
Wave.
Irá ser apresentado o los principios asociados, como el MQTT y CoaP.
Se tratará el tema Midleware de RFID con actividad práctica de investigación de
los diversos middlewares existentes.
Parte 1 Red de Comunicacion
Parte 2 Protocolos Iot
Parte 3 Plataformas Iot
Parte 1

Red de Comunicacion
Tipos de Red y Aplicaciones
RED - NECESIDADES DIFERENTES

Diferentes casos de uso demandan por


Requisitos diferentes.

Un solo patrón o la integración es


necesaria?
RED - NECESIDADES DIFERENTES

Coche Conectado
Las variables:

Gran Alcance: Distancia que la comunicación alcanza;

Bajo consumo energético: Cantidad de energía que el


dispositivo demanda para la transmisión;

Baja latencia: latencia es sinónimo de retraso, es una


expresión de cuánto tarda en un paquete de datos ir de un
punto asignado al otro

Alta Banda: la cantidad de dados que se pueden transferir;


Bajo Capex: capital que designa el importe de dinero
gastado en la adquisición;

Bajo Opex: (Operational Expenditure), que significa el


capital utilizado para mantener o mejorar los bienes físicos
de una empresa, tales como equipos, propiedades e
inmuebles;
El WiFi casi dispensa presentaciones, así su
penetración en el día a día de las personas y
desarrolladores. Dado su éxito, es una opción obvia
para muchos proyectistas. Es un protocolo de área
local (LAN) y tiene capacidad para administrar grandes
cantidades de datos con altas tasas de transmisión.

Entre los estándares más utilizados están el


802.11ac y el 802.11n, que ofrecen tasas de velocidad
en la casa de los cientos de megabit por segundo (con
el 802.11ac llegando a hasta 1300 Mbps). En cambio,
ambos poseen un consumo energético que puede ser
prohibitivo para algunas aplicaciones IoT. El alcance de
las redes WiFi es de aproximadamente 50 m, con la
última versión 802.11-ac ofreciendo tarifas entre
500Mbps hasta 1Gbps.
Ampliamente utilizado El Bluetooth ya ha tenido varias versiones
lanzadas, pero fue en el 4.0 (Bluetooth Low Energy) y en la más
reciente 5.0 que el foco se concentró en la Internet de las Cosas. El
bajo consumo energético de las últimas versiones fue un requisito
colocado exactamente por las nuevas demandas de las aplicaciones
IoT.

El protocolo es mantenido por el Bluetooth SIG (Special Interest


Group), y posee extensa documentación y ejemplos de aplicaciones
disponibles en Internet, lo que facilita enormemente la integración de
la tecnología en proyectos de automatización residencial, comercial y
productos electrónicos en general.

El alcance varía según la clase del módulo. Los chips de la clase 1


tienen un alcance de hasta 100 metros y una potencia de 100 mW.
Los módulos de clase 2 tienen un alcance de hasta 10 metros y una
potencia de 2,5mW. La clase 3 tiene un alcance de sólo 1 metro y
disipa como máximo 1 mw. El Bluetooth 5.0 tiene un alcance de hasta
240 metros y una velocidad de transmisión de 50 Mbit / s.
Es uno de los protocolos más usados, con
aplicaciones más enfocadas en entornos industriales que
residenciales. Se basa en el estándar IEEE802.15.4, que
es básicamente un estándar para redes inalámbricas
industriales en el rango de 2.4GHz. Las aplicaciones,
generalmente, no requieren cambios constantes en la
tasa de transmisión. Todos los principales fabricantes de
semiconductores tienen módulos Zigbee en sus
portafolios. El alcance va de 10 a 100 metros. La
velocidad de transmisión alcanza un máximo de
250kbps. El protocolo es mantenido por Zigbee Alliance.
El módulo Xbee S2C ZigBee es un componente
de óptima relación costo-beneficio en
conectividad inalámbrica para circuitos
electrónicos.
Comparaciòn
Tarifas de transferencia:
Bluetooth: frecuencia: 2.4GHz (ISM)
Alcance: 100 m
Velocidad: 1 Mbps
WiFi: frecuencia: 2.4 o 5 GHz
Alcance: 100 m
Velocidad: 600 Mbps máximo
Zigbee: Frecuencia: 2.4GHz
Alcance: 100 m
Velocidad: 250 Kbps
Z-Wave: Frecuencia: 900MHz (ISM)
Alcance: 30 m
Velocidad: 9.6, 40 o 100 Kbps
Sigfox: Frecuencia: 900MHz
Alcance: 50 km en regiones rurales; 10 km en regiones urbanas
Tasa: 10 puntos 1000 bps
Sin peso:
Frecuencia: 470 - 790 MHz (Depende de la legislación)
Alcance: 10 km
Velocidad: 1 Kbps a 10 Mbps
GSM: frecuencia: variable de país y continente
Alcance: vía satélite
Velocidad: 9.6 Kbps
LPWAN

Low Power Wide Area Network

 Conceptos fundamentales

 Largo Alcance con Baja tasa de datos

 Bajo consumo de energía

 Intervalo grande entre transmisiones


LPWAN

Conceptos fundamentales

1 - Largo Alcance con Baja tasa de datos

Para permitir largo alcance necesitamos mantener cada bit el máximo de


tiempo en el aire para que la energía electromagnética llegue al
destino. Como el tiempo máximo activo es limitado, cuanto MAYOR
la ​distancia deseada MENOR la ​cantidad de bits enviados.
LPWAN

Conceptos fundamentales

2 - Bajo consumo de energía

Con el fin de permitir el uso en lugares de difícil acceso o sin


disponibilidad de fuentes continuas de energía (sensores agrícolas,
animales, equipos portátiles, ...) la principal fuente de energía a
menudo es una batería, luego el bajo consumo se convierte imperativo
para evitar el cambio de la misma en intervalos muy cortos.

VIDAL.com.br
LPWAN

Conceptos fundamentales

3 - Intervalo entre transmisiones

Para poder atender las dos condiciones anteriores y permitir que el máximo
de equipos puedan coexistir, debemos limitar el número de transmisiones
diarias.

Un número muy utilizado es el de 100-200 transmisiones día, en un


promedio de 1 transmisión cada 10 minutos

VIDAL.com.br
LPWAN

¡Exclusiones! !

Basado en las condiciones anteriores, se puede concluir que LPWAN "no" servirá para:
vídeos voz imágenes

O cualquier otro caso donde grandes volúmenes de datos y / o alta velocidad de


comunicación son necesarios.

VIDAL.com.br
Desvantagens - LPWAN

Bajo tráfico de datos que alcanza típicamente 100 bits / segundo;


Uso de banda espectral no licenciada para LoRa y Sigfox, ISM (Industrial,
Scientific and Medical). Por eso, hay restricción en la potencia emitida por la
antena de la estación;
Límite diario de tráfico de datos. Utilizando la red Sigfox como ejemplo,
puede enviar 140 mensajes al día.
LoRa

Enfocado en aplicaciones para


redes WAN (Wide Area Network), el LoRa
fue diseñado para proveer comunicación
de bajo consumo energético (como todo
protocolo para IoT) y ofrecer
características específicas para seguridad
en comunicación M2M. Mantenido por
LoRa Alliance, este protocolo soporta
redes amplias con millones de
dispositivos y tiene una velocidad entre
0.3 kbps hasta 50 kpbs. Es uno de los
protocolos IoT más populares.
Introducción a la tecnología LoRA

Lora Alliance (http://lora-alliance.org/)


Es una organización abierta, sin fines de lucro.

Misión: Estandarizar redes de área amplia de baja potencia (LPWAN)

Sus miembros trabajarán para impulsar el éxito del protocolo LoRaWAN ™.


Características
Topología de la red LoRa
Status atual: + 150 Comunidades

https://www.thethingsnetwork.org/community
Comunidades:

VIDAL.com.br
São Paulo – SP – Brasil
https://www.thethingsnetwork.org/community/saopaulo/
Sigfox

Alternativa intermedia entre WiFi y redes de


largo alcance (3G, 4G, etc.). La banda utilizada es
el ISM (banda industrial, científica y médica).
Muchas aplicaciones M2M se ejecutan en
equipos con poca batería y requieren bajos
niveles de transferencia de datos.

WiFi es muy corto


Las redes con un rango muy amplio (como las
redes celulares) son caras y requieren mucha
energía.
La tecnología subyacente de Sigfox se llama UNB
(Ultra Narrow Band) y está diseñada solo para
niveles de transferencia más bajos, entre 10 bit /
sy 1 kbit / s. Su rango es entre 30-50Km.
Características

VIDAL.com.br
Topologia

VIDAL.com.br
6LowPAN
6LowPan
Es un protocolo de Protocolo de Internet (IP). El nombre es la abreviatura de Red de
área personal inalámbrica de baja potencia IPv6.

En lugar de ser una tecnología IoT como Bluetooth o ZigBee, 6LowPAN es un protocolo
de red que define la encapsulación, los encabezados y los mecanismos de compresión.
El atributo clave es la pila de IPv6, que fue un paso muy importante para habilitar
Internet de las cosas. Con IPv6, puede asignar a cada objeto o equipo en el mundo su IP
única y conectarla a Internet.
Z-Wave

También está diseñado específicamente para domótica y productos para el hogar.


Tiene velocidades de transmisión de hasta 100 kbit / s. Permite la implementación de
redes de malla con hasta 232 nodos.

Una de sus características principales es que es un protocolo más simple de


implementar, que es importante para facilitar su integración. El protocolo es
mantenido por Z-Wave Alliance y opera en la banda de 900 MHz, con un alcance de
hasta 30 m.
Thread
Desarrollado específicamente para el nicho de automatización residencial, el Thread se basa
en otro protocolo, el 6LowPAN (ver a continuación) y, como tal, es muy diferente de los
tradicionales Bluetooth y Zigbee. Desde el punto de vista de las aplicaciones, es un protocolo
complementario al WiFi para sistemas residenciales.

Fue lanzado en 2014 por el


Thread Group y se basa en
varios estándares, incluyendo
el IEEE802.15.4, IPv6 y
6LoWPAN. Ofrece una
solución de tipo IP para IoT en
el ámbito residencial. Puede
administrar una red de hasta
250 nodos. Varios fabricantes
tienen chips certificados,
como Texas Instruments,
Nordisk Semiconductors y
NXP.
NB-IoT
banda estrecha, conocida como
NB-IoT, sigla para banda estrecha
de Internet de las cosas.
Entre las aplicaciones que utilizan redes basadas en LPWAN, se destacan las siguientes:

Mediciones de agua y gas;


Seguridad Pública;
Iluminación pública;
la agricultura;
Prevención de desastres
físicos;
Control de ganado.
Ejercicio

Para cada tipo de red de comunicación, marque en el gráfico las variables.

Bajo consumo Gran


Energético Alcance

Alta Baja
Banda Latencia

Bajo Bajo
CAPE OPEX
X
Parte 2

Los Protocolos IoT


Introducción a los protocolos

un protocolo es una convención que controla y posibilita una conexión, comunicación,


transferencia de datos entre dos sistemas computacionales. De manera simple, un
protocolo puede ser definido como "las reglas que gobiernan" la sintaxis, la semántica y
la sincronización de la comunicación.

Comenzaron a exigir nuevas formas de acciones, que permitían conexiones más rápidas,
ligeras y eficientes.
Los Principales
Protocolos de Red

Http;
MQTT;
CoaP;
Http

HTTP tiene algunas limitaciones graves:


HTTP es un protocolo sincrónico. El cliente espera que el servidor responda. Los
navegadores web tienen este requisito, pero el costo es la baja escalabilidad. En
el mundo de la IoT, la comunicación síncrona ha sido un problema debido al gran
número de dispositivos ya la red, a menudo no confiable y de alta latencia. Un
protocolo de mensajes asincrónicos es mucho más adecuado para las
aplicaciones de IoT. Los sensores pueden enviar lecturas y permitir que la red
descubra la ruta y la sincronización ideales para entregar a los dispositivos y
servicios de destino.
HTTP es unidireccional. El cliente debe iniciar la conexión. En una aplicación de
IoT, los dispositivos y los sensores generalmente son clientes, lo que significa que
no pueden recibir comandos de red pasivamente.
HTTP es un protocolo de uno a uno. El cliente realiza una solicitud y el servidor
responde. Es difícil y caro transmitir un mensaje a todos los dispositivos de la red,
que es un caso de uso común en las aplicaciones de IoT.
HTTP es un protocolo pesado con muchos encabezados y reglas. No es adecuado
para redes restringidas.
Tipos de Protocolos

Como cualquier tecnología de redes, el IdC necesita un protocolo para la capa de aplicación estándar. La industria,
percibiendo esta demanda, comenzó a adaptar protocolos existentes ya crear nuevos protocolos dirigidos al IdC.
Algunos que conquistaron cierta adherencia en el mercado son:
MQTT (Message Queuing Telemetry Transport): protocolo de porte ligero volcado para el intercambio de
mensajes.
CoAP (Constrained Application Protocol): se centra en la transferencia de documentos web, similar al protocolo
HTTP. Sin embargo, se dirige a dispositivos restringidos, es decir, que tienen recursos limitados.
XMPP-IoT (Extensible Messalina and Presence Protocol): a través de archivos XML, produce comunicación basada
en mensajes instantáneos de lectura y escritura usando TCP.
RESTful HTTP: trabaja utilizando el protocolo HTTP en LLN (Low-power and Lossy Networks) de pequeña escala,
como administración domiciliar remota.
DDS (Data Distribution Service): protocolo centrado en datos para integrar dispositivos inteligentes de alto
rendimiento.
AMQP (Advanced Message Queuing Protocol): protocolo con un sistema de colas centrado en mensajes con el
propósito de permitir la comunicación entre servidores.
MQTT

El protocolo Message Queue Telemetry Transport (MQTT) está


presente en el día a día de Internet de las cosas (IoT) y su
principal uso es hacer que las máquinas se conversen entre sí
(M2M).

Creada por IBM a finales de la década de los 90;


Broker

Elemento responsable de gestionar las publicaciones y las suscripciones del


protocolo MQTT. Él es como una especie de mediador entre las máquinas, capaz de
hacer que la comunicación de hecho ocurra entre ellas. El broker permite un
desacoplamiento entre las partes, novedad entre ese tipo de sistema.
¿Cómo funciona el MQTT?

De forma general y resumida, el proceso es básicamente:


El mensaje se envía al broker, que es capaz de entender y leer
múltiples aparatos al mismo tiempo;
A través de la base de TCP / IP los aparatos leen los mensajes y
aprovechan las que tienen sentido de alguna forma;
Los sensores de los más diversos aparatos entonces pueden
comunicarse y trabajar juntos, en una comunicación cooperativa
entre las máquinas.
Brokers

cloudmqtt.com;
io.adafruit.com;
iot.eclipse.org/gateways;
Mosquitto;
Eclipse Mosquitto es un intermediario de mensajes de código abierto que
implementa las versiones 3.1 y 3.1.1 del protocolo MQTT. El Mosquitto es ligero y
adecuado para su uso en todos los dispositivos, desde ordenadores de mesa
única de baja potencia hasta servidores completos.
https://www.hivemq.com/
Clientes MQTT

https://mqtt-helper.mybluemix.net/
¿Cuáles son las ventajas del protocolo?

Codificación más simple, que permite que el protocolo funcione incluso en


sistemas poco modernos o con fallas de almacenamiento. Además, será útil
incluso en redes donde Internet es limitada;
Sistema que no se sobrecarga: Sólo lo necesario pasa por un protocolo MQTT, lo
que hace que no se sobrecargue y sufra panes;
Dominio público: Un protocolo de dominio público garantiza que haya más
flexibilidad y que se instale en cualquier red o hardware. Además, permite ser
configurado según sus opciones;
Seguridad y calidad aliadas con la simplicidad del protocolo, que es más simple
que el AMQP, por ejemplo. Excelente para uso en sistemas embarcados.
CoaP - Constrained Application Protocol

Protocolo de transferencia web especializado para uso con nodos restringidos en


redes de Internet de las Cosas. El protocolo está diseñado para M2M (de máquina a
máquina), como aplicaciones de energía inteligente y automatización de edificios.
El modelo de interacción de CoAP es similar al modelo cliente / servidor del protocolo
HTTP. Sin embargo, las interacciones máquina-máquina normalmente resultan en una
implementación de CoAP que actúa en las funciones del cliente y del servidor.
Una solicitud CoAP es equivalente a la del HTTP y es enviada por un cliente para
solicitar una acción (utilizando un código de método) en un recurso (identificado por
una URI) en un servidor. El servidor envía una respuesta con un código, y esta
respuesta puede incluir una representación de recursos.
A diferencia del HTTP, CoAP se ocupa de estos intercambios de forma asincrónica a lo
largo de un transporte orientado a datagramas, como el UDP.
CoaP - Constrained Application Protocol

En contraste con el MQTT, el CoAP rueda sobre el UDP, también con arquitectura
cliente / servidor. Su enfoque está en la interoperabilidad con la web.
En parte, es similar al HTTP. Sin embargo, como los dispositivos de IoT
normalmente operan con banda y energía limitadas, los paquetes de CoAP son
mucho más pequeños. Los mapas de cadenas hasta enteros se utilizan
extensivamente para ahorrar espacio. Los paquetes se pasan en lugar, es decir, en
el espacio de memoria de un paquete anterior. Así pues, hay un ahorro de RAM en
los dispositivos.
La comunicación entre el cliente y el servidor se realiza desde el sistema GET, PUT,
POST y DELETE. Explicando un poco sobre cada uno de ellos:
GET: toma el valor de la información deseada desde el recurso seleccionado.
PUT: El recurso especificado se modifica con la información enviada. Si el
recurso no existe, se crea un nuevo ya con la nueva información.
POST: La información enviada es procesada. La función que procesa la
información depende del servidor seleccionado. Normalmente, se produce
un recurso que se crea o se actualiza.
DELETE: Se borra la función seleccionada.
La Diferencia CoaP x MQTT

Ambos protocolos son ampliamente utilizados por la industria de la tecnología. Sin


embargo, hay diferencias fundamentales entre ellos.
El protocolo MQTT tiene una comunicación multi-a-muchos, es decir, los
mensajes se distribuyen entre varios clientes. El servidor debe enrutar los
mensajes a los clientes correctos. No se admite metadatos. Así, los clientes
necesitan saber de antemano sobre el formato de los datos para que la
comunicación pueda ocurrir.
El protocolo CoAP realiza una comunicación uno a uno. La información se
transfiere directamente entre cliente y servidor. Sin embargo, tiene soporte
para la identificación del contenido.
Parte 3

Las Plataformas IoT


Plataforma de IoT

Plataformas de IoT salen a gestionar los dispositivos y servicios conectados, el


desarrollo de aplicaciones, almacenar e incluso analizar grandes cantidades de
datos generados. La plataforma IoT tiene tres componentes principales:
basado en la nube, conectado, impulsado por datos.

Utilizando la plataforma, los desarrolladores pueden prestar más atención a


las aplicaciones de valor agregado en lugar de a los niveles bajos de tecnología, lo que
significa que las empresas pueden llevar los productos a los mercados con mayor
rapidez. Las plataformas que se encuentran en el mercado generalmente se pueden
clasificar en tres tipos:
• Sistemas centralizados (o distribuidos en la nube),
• Semi-distribuidos
• Totalmente distribuidos.
Plataforma de IoT
La plataforma de middleware
representa un artefacto de software
residente entre la capa de aplicación
y la infraestructura de soporte
(comunicación, procesamiento,
sensoriamiento), proporcionando
acceso estandarizado a los datos y
servicios provistos por los objetos
inteligentes a través de interfaces de
alto nivel, además de promover el
reuso de servicios genéricos, que
pueden ser compuestos y
configurados para facilitar el
desarrollo de aplicaciones de forma
más eficiente para el ambiente de
IoT.
Requisitos de una plataforma

O Funciones

Interoperabilidad: Este es uno de los principales desafíos para la concreción del


paradigma de IoT debido al gran número de dispositivos a ser integrados y su
heterogeneidad tanto en términos de hardware y de software, protocolos (muchos de
ellos propietarios), formatos de datos, etc.

Administración de dispositivos: Capacidad de proporcionar información de ubicación


y estado del dispositivo, permitiendo, entre otras características, desconectar algún
dispositivo robado o no reconocido, actualizar software embarcado, modificar
configuraciones de seguridad, modificar remotamente configuraciones de hardware,
localizar un dispositivo perdido, borrar datos sensibles de dispositivos, e incluso
posibilitar la interacción entre dispositivos.
Requisitos de una plataforma

Ciencia de contexto: Contexto es cualquier información que pueda ser utilizada para caracterizar a
una persona, lugar u objeto considerado relevante al ambiente en cuestión. De esta forma,
informaciones de contexto, tales como el estado del objeto, sus vecinos y su ubicación, por ejemplo,
necesitan ser recolectadas y procesadas con el objetivo de efectuar acciones o reaccionar a estímulos
con base en los datos extraídos

Escalabilidad: Debe ser capaz de asimilar un número creciente de dispositivos y requisiciones y


funcionar correctamente, incluso en situaciones de uso intenso. Debido a su facilidad de suministro y
uso de recursos computacionales, que pueden ser asignados y liberados bajo demanda, el paradigma
de computación en nube ha surgido como una solución prometedora para abordar la cuestión de la
escalabilidad en ambientes de IoT;

Gestión de grandes volúmenes de datos: Permite que ella pueda acompañar la demanda de
recolección y análisis de datos y, consecuentemente, proveer respuestas, decisiones y / o
actuaciones de manera eficiente.

Seguridad: Mantiene la integridad y privacidad de los datos disponibles, además de proteger tanto
los dispositivos involucrados como los recursos expuestos a la red.
Discusion Importante

La falta de estandarización existente en el área hace que tales


plataformas de middleware adopten diferentes modelos de programación que,
en general, no son compatibles entre sí, generando silos verticales que son
todavía un obstáculo a la plena interoperabilidad requerida por ese paradigma.
Otras limitaciones de las soluciones existentes se refieren al hecho de que no
abordan requisitos de escalabilidad de forma apropiada, proporcionan modelos
inadecuados de gobernanza, y descuidan cuestiones de privacidad y seguridad en
su concepción.
IoT platform technology stack

En las cuatro capas típicas de la pila de IoT, que son cosas,


conectividad, funciones principales de IoT y aplicaciones y análisis,
una plataforma IoT de primer nivel debería proporcionarle la
mayoría de las funciones de IoT necesarias para desarrollar sus
dispositivos conectados Y cosas inteligentes.

Sus dispositivos se conectan a la plataforma, que se encuentra en la


nube o en su centro de datos local, ya sea directamente o mediante
una puerta de enlace IoT. Una puerta de enlace es útil cuando sus
puntos finales no son capaces de una comunicación directa en la
nube o, por ejemplo, necesita algo de potencia de cómputo en el
borde. También puede usar una puerta de enlace IoT para convertir
protocolos, por ejemplo, cuando sus puntos finales están en la red
LoRaWan pero los necesita para comunicarse con la nube a través de
MQTT.

Una plataforma de IoT se puede descomponer en varias capas. En la


parte inferior está el nivel de infraestructura, que es algo que
permite el funcionamiento de la plataforma. Aquí puede encontrar
los componentes para la administración de contenedores, la
mensajería interna de la plataforma, la organización de los clústeres
de soluciones de IoT y otros.
Exemplos de Plataformas
Open Source

La actual evolución del IoT, trae como respuesta el desarrollo de varios


proyectos de software Open-Source, algunos de ellos financiados por organismos
internacionales, otros a nivel de empresas de emprendimiento que buscan que su
producto sea reconocido y al final pueda ser adquirido por alguna empresa y hay
otros desarrollados por comunidades, todo ellos buscan aportar con su tecnología
en este nuevo escenario.
IoT Plataforms

Una plataforma IoT es un paquete de software que integra


dispositivos, redes y aplicaciones. Estas plataformas optimizan el rendimiento
empresarial al ocultar la complejidad de la implementación al usuario, ya que
admiten y habilitan las soluciones de IoT. Estos programas se denominan
plataformas porque proporcionan un cosistema en el que todo se basa en.
Como software, las plataformas poseen requisitos, la ingeniería del software
establece que los requisitos se dividen en funcionales y no funcionales.
IoT Plataforms
IoT Plataforms
Demonstraç
ão
Demostracion
Carriots

Es una plataforma desarrollada por Carriots.


Proporciona la habilitación de aplicaciones, así
como la gestión de dispositivos. Admite
comunicaciones MQTT y REST con su servidor. Su
modelo de negocio es PaaS y puede integrarse
con sistemas externos como Dropbox.
Comparaciòn
Atividade Prática

Cada participante, en el grupo de 2 alunos, irá seleccionando uma das Plataformas


para Estudiar.
Importante

Diversas plataforms possuem programas educacionais


Proyecto

Vamos a definir la plataforma de nuestro proyecto

También podría gustarte

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy