Buenas con todos vamos a iniciar esta nueva sección ya netamente de Internet de las cosas y OTE Internet
los links ok en esta sección vamos a ver diversos tópicos sobre como la descripción o como trabajo en
este tema.
Primero vamos a definir el concepto que es Internet de las cosas o que en qué consiste básicamente Internet
de las cosas.
Trata o temas fundamentales tener todos los elementos conectados a la nube pero lo más importante es
que los tenemos conectados a la nube tanto para monitorearlos como controlarlos.
Muchas veces se tiene el concepto erróneo de que el Internet de las cosas es para monitorear solamente
no también se utiliza para lo que es el control de algún dispositivo que son en ambas direcciones.
Para ilustrar ilustrar esto imaginemos que tenemos acá un sensor que hemos trabajado anteriormente el
HbA1c que es un sensor de humedad y temperatura sensor nos brinda esas dos informaciones entonces en
un punto remoto monitor haremos estos valores en un punto remoto veremos ambos valores de la humedad
y la temperatura de ese sensor en un punto distante.
Esa es la idea.
Ok entonces con eso estamos probando que el sensor va a enviar información de alguna manera a este punto
remoto pero a su vez con esa información en el punto remoto también podrá enviar algún feedback o algún
dato a otro dispositivo para poder trabajar entonces.
Con eso indicamos o confirmamos que podría ser en dos direcciones claro está que ustedes podrían hacer
su aplicación etc. solamente para monitorear o su aplicación solamente para controlar.
Pero la idea es que sea en los dos en los dos flujos tanto de ida como vuelta.
Entonces cuál es la arquitectura del ayote.
Vamos a empezar a hablar un poco de cómo está distribuido la arquitectura de la Yutong.
Esta es la más o menos una descripción bien genérica que la obtuve de esta fuente que es muy muy buena
les recomiendo que la visitan para que la puedan dar un vistazo más general donde nos dice que la arquitectura
de la está dividida en cinco componentes el componente como tal que extrae la información el componente
que controla a quien ha extraído la información cómo viaja esa información hasta llegar al cloud y del
cloud pasará lo que es la aplicación.
Esta es la clave plataformeros la captura de la información pero ya en hype en realidad lo que se conoce
como cloud es estas dos partes no tanto la plataforma como la aplicación.
El clavo es quien captura la información y lo pone en alguna base de datos por decirlo así y la aplicación
es ya lo que el usuario final tiene es decir de lo que puede visualizar entonces de lo que nosotros
habíamos visto en este extremoso se encontrarían los componentes que capturan la información y en este
otro extremo se encontrarían aquel elemento que podemos visualizar y a la vez para controlar los otros
pero esto es lo que va hacia el usuario principalmente el usuario estará interesado y quiero medir humedad
quiero medir temperaturas quiero que me controles tal puerta quiero que me controle está el motor etcétera
y el usuario será interesante poder monitorear los sensores que le ha indicado o poder.
Desde este punto remoto controlar los elementos que indica que la arquitectura en realidad tiene varios
componentes pero al usuario final generalmente vienen estos dos puntos.
Entonces vamos a describir estos elementos de una manera más más completa.
Entonces vamos primero a la parte del agua y con el software es decir el dispositivo que captura y el
dispositivo que lo controla el hardware por lo general son sensores o actuadores.
Como hemos mostrado motores no son gran variedad de sensores o gran variedad de actuador y dispositivos
que los controlan pueden ser el Arduino que el momento para mencionar que tenemos un curso de ayote
dedicado exclusivamente a Arduino.
Si ustedes desean trabajar más a profundidad con Arduino bueno en esta sección lo pasamos bien bien
rápido y bien bien ligero pero más a detalle tenemos otros cursos de Houthi exclusivo para Iphone o
se pueden generar ruidos que controle este dispositivo puede ser el Raspberry como va a ser nuestro
caso el que lo maneje puede ser uno de Uwa que es un derivado de Arduino puede ser un F.B.I entre otros
pueden ser entre otros.
Entonces estos son los dispositivos que van a que son capaces de controlar estos dispositivos de hardware.
Estos sensores o actuadores que ya los conocemos.
Estos dispositivos se van a comunicar utilizar una comunicación hacia parallegar hacia la aplicación.
Entonces vamos a ver ahora la parte de la comunicación aquí vamos a ver esta parte de la comunicación
qué es lo que está involucrado en la comunicación en la comunicación está involucrado lo que puede ser
el WiFi o sea puede ser comunicación wifi puede ser comunicación Cygni puede ser comunicación Lora puede
ser una red celular entre otros objetos.
Quién es el encargado.
Qué es en qué consiste la etapa de comunicación.
Consiste en llevar información que tiene el controlador.
El software hacia la plataforma que consiste en llevar esta comunicación hacia la plataforma ya ustedes
se estarán dando cuenta que hay elementos que pueden entender inclusive esto con esto junto con esto
junto.
Ahora pongo por ejemplo el Raspberry Raspberry aparte de controlar el dispositivo ya tienes comunicación
wifi.
Sin embargo el Arduino no lo tienen en la Rubinos podrá controlar acá pero no tiene por defecto comunicacion
wifi.
Necesitaría algún elemento más para poder comunicarse.
Puede haber dispositivos que tengan la comunicación incorporada como por ejemplo un Espi un bit puede
controlar un dispositivo correcto y tiene la comunicación Zinebi incorporada pero no llega al club.
Entonces para esos dispositivos que tienen una comunicación que no necesariamente es la que llega al
cloud usualmente utilizan Guédez porque tienen que llegar al Klaw y hablar de claves es netamente hablar
de IP.
Si la comunicación fuera WiFi ya tiene Elipe y ya puede comunicarse con el clavo en el mismo lenguaje
pero si fuera Civilis si fuera Lora no se van a poder comunicar en el clavo porque es otro tipo de comunicación.
Entonces para los dispositivos que necesitan otro tipo de comunicación ahí utilizamos lo que generalmente
es un Gheorghe no se conoce como un.
Usualmente tienen un Guerri que lo conectan a la nube los dispositivos hay dispositivos que no necesitan
el Gelb repito como el wifi por ejemplo los que lo tienen ya incorporado.
Vamos a hablar ahora del tema del cloud plataforma vamos a hablar de esta parte de acá vamos a hablar
de esta parte de esta parte del cloud como tal ya tiene dos partes tienen la captura de la información
y tienen la muestra de la aplicación.
Por ejemplo en cloud que consiste básicamente en la parte del.
Esta parte clave consiste en capturar la información cómo podemos capturar la información.
El método más básico es mediante zoques que es lo que nosotros hemos visto nosotros hemos tenido un
capítulo una sección de introducción a la ayote donde hemos visto más o menos cómo interactuar con los
zoques en palto cómo abrir un show de enviar data recibir datos a través de sus.
Esa es la parte más básica que podríamos haber es una forma de que el cloud pueda recibir la información
de otra forma ya más ordenada es el protocolo sustituí o sea cómo está en la misma línea el socket.
Podemos ya decir que es como un socket pero evolucionado.
Cuál es la desventaja o cuál es el problema de usar un SoC.
El problema de usar un socket es que no es algo compatible para todos nosotros por ejemplo podemos enviar
así como hemos hecho en nuestros ejemplos enviamos la humedad y la temperatura ok nosotros podemos poner
humedad igual a 10 humedad igual a tanto como valor igual a tanto pero otras personas se le puede ocurrir
Heydi igual a tanto humedad y igual a tanto arroba humedad igual a tanto arroba temperatura igual a
tanto otras personas se les VAP se les puede ocurrir este código igual a tanto Michi Airy igual a tanto
Michi humedad igual a tanto Mitchie temperatura igual etc. Cada uno puede manejar el formato que guste
y hace su aplicación pero no es compatible.
Si yo hago mi aplicación si hago mi Cloud por decirlo así usando sockets y utilizo a mis clientes con
la plataforma para mí va a funcionar todo bien pero si viene un tercero y dice ellos quiero conectar
más teclados también para meter información.
Entonces no había forma no había forma de que él lo pueda hacer porque no conoce cómo cómo lo hemos
realizado.
Tendríamos que decir utilizo este formato tal es de forma total y utilízalo de esta manera para que
te puedas conectar.
Tendría que haber ese tipo de comunicación y ahí sí funcionaría.
Entonces alguien Cutty viene a solucionar eso y tienes un protocolo estándar que es un protocolo estándar
para que todos los desarrolladores utilicen este protocolo y todos sean compatibles con el protocolo.
Es como decir hoy voy a hacer el socket de tal manera con las indicaciones a veces.
Entonces los usuarios tendrán que regirse a esas indicaciones a veces para que puedan poner su producto
que va a ser compatible.
Eso es un Justitia es un protocolo dedicado para ti donde manejas ciertos formatos que todos deben respetar.
Es una evolución de USOC por decirlo así de otra forma también estándar HTTP.
De repente alguno lo ha trabajado etcétera no con los métodos Noguez.
EC.
Pero en realidad el HTTP hoy en día ya está siendo reemplazado por el en Cutty no pero sigue siendo
válido.
Otra forma es el coop es otra forma de otro protocolo típico de las plataformas donde capturan la información.
Estos son los elementos donde pueden donde el Klout va a capturar la información pero está la información
que captura obviamente la meter a un elemento a una base de datos justo en la sección anterior hemos
visto el tema de base de datos.
Esta base de datos pueden ser maicito y pueden ser SQL pueden ser Oracle pueden ser postres o más variedad
de bases de datos.
Cada uno va a decidir con qué base de datos trabaja.
Obviamente hay bases de datos que cuesta la licencia como por ejemplo Oracle como base de datos que
son libres y las podemos usar como por ejemplo Maisí o María de lo que hemos visto en él en la sección
anterior.
Esta es la parte del cloud plataforma que capturar la información y en esta información guardarlo en
una base de datos y luego viene la parte de la aplicación que se encarga de explotar lo que está en
la base de datos.
Los que están en la aplicación se encarga de explotarnos si queremos un reporte queremos algún registro
de qué acciones se han realizado qué eventos han sucedido etc. Con nuestra aplicación haremos lo que
esté en la base de datos para poder visualizarlo o monitorear.
Básicamente esa es la descripción de este clave o de cómo funciona la arquitectura del glamourosas no
solamente se trata de capturar la información y como tal y luego ya lo vamos a visualizar no hay si
no hay toda una arquitectura en el punto medio.
Esto sería lo que podríamos describir como la arquitectura de la ayote.
Muchas gracias por su atención y nos vemos en la siguiente clase.