Diferència entre revisions de la pàgina «TempoCat - Memoria técnica»

De Wiket
Salta a la navegació Salta a la cerca
Línia 69: Línia 69:
  
 
*<u>Clases de LoRaWAN:</u>
 
*<u>Clases de LoRaWAN:</u>
   *<b>Clase A:</b>Para dispositivos terminales bidireccionales de menor potencia. Este tipo de clase es la predeterminada, que debe ser compatible con todos los dispositivos finales de LoRaWAN. Este tipo de comunicación siempre se inicia por el dispositivo final y es totalmente asíncrona (proceso de sincronización entre emisor y receptor se realiza en cada palabra de código transmitido).En cada transmisión de enlace ascendente se puede enviar en cualquier momento y es seguido por dos ventanas descendentes, que hacen posible la oportunidad de comunicación bidireccional. Este es un tipo de protocolo <b>ALOHA</b>.
+
   *<b>Clase A:</b>Para dispositivos terminales bidireccionales de menor potencia. Este tipo de clase es la predeterminada, que debe ser compatible con todos los dispositivos finales de LoRaWAN. Este tipo de comunicación siempre se inicia por el dispositivo final y es totalmente asíncrona (proceso de sincronización entre emisor y receptor se realiza en cada palabra de código transmitido).En cada transmisión de enlace ascendente se puede enviar en cualquier momento y es seguido por dos ventanas descendentes, que hacen posible la oportunidad de comunicación bidireccional. Este es un tipo de protocolo <b>ALOHA</b>. El dispositivo final puede ingresar al modo de suspensión de bajo consumo de energía durante el tiempo que lo define su propia aplicación (no hay requisitos de red para activaciones periódicas). Esto hace que sea el modo de operación de menor potencia. A causa de la comunicación de enlace descendente siempre debe seguir una transmisión de enlace ascendente. La comunicación de enlace descendente debe almacenarse en el servidor de red hasta el siguiente evento de enlace ascendente.</p>
 
 
  <p>El dispositivo final puede ingresar al modo de suspensión de bajo consumo de energía durante el tiempo que lo define su propia aplicación (no hay requisitos de red para activaciones periódicas). Esto hace que sea el modo de operación de menor potencia. A causa de la comunicación de enlace descendente siempre debe seguir una transmisión de enlace ascendente. La comunicación de enlace descendente debe almacenarse en el servidor de red hasta el siguiente evento de enlace ascendente.</p>
 
 
       #<p><b>Protocolo ALOHA: </b> Fue un sistema de redes de dispositivos desarrollado por la Universidad de Hawai. Se basa en usar un medio compartido para la y transmisión, donde se utiliza la misma frecuencia en todos los nodos.<p>
 
       #<p><b>Protocolo ALOHA: </b> Fue un sistema de redes de dispositivos desarrollado por la Universidad de Hawai. Se basa en usar un medio compartido para la y transmisión, donde se utiliza la misma frecuencia en todos los nodos.<p>
  
  
<li><b>Clase B:</b><p>Dispositivos terminales bidireccionales con latencia de enlace descendente determinista. Los dispositivos de esta clase se sincronizan con la red mediante balizas periódicas y abren las “ranuras de ping” del enlace descendente en los horarios programados.</p>
+
  *<b>Clase B:</b><p>Dispositivos terminales bidireccionales con latencia de enlace descendente determinista. Los dispositivos de esta clase se sincronizan con la red mediante balizas periódicas y abren las “ranuras de ping” del enlace descendente en los horarios programados. Esto hace que la red tenga una capacidad de enviar comunicaciones de enlace descendente con una latencia determinista, pero a expensas de un cierto consumo de energía adicional. La latencia programable es de 128 segundos para poder adaptarse a diferentes aplicaciones. El consumo de energía adicional es lo suficientemente bajo como para seguir siendo válido para aplicaciones alimentadas por batería.</p>
 
 
<p>Esto hace que la red tenga una capacidad de enviar comunicaciones de enlace descendente con una latencia determinista, pero a expensas de un cierto consumo de energía adicional. La latencia programable es de 128 segundos para poder adaptarse a diferentes aplicaciones. El consumo de energía adicional es lo suficientemente bajo como para seguir siendo válido para aplicaciones alimentadas por batería.</p></li>
 
 
 
<li><b>Clase C:</b><p>Dispositivos terminales bidireccionales de menor latencia. Este tipo de clase reduce aún más la latencia en el enlace descendente al mantener abierto el receptor del dispositivo final en todo momento en que el dispositivo no está transmitiendo (semidúplex).</p>
 
  
<p>El servidor de red puede iniciar una transmisión de enlace descendente en cualquier momento suponiendo que el receptor del dispositivo final está abierto, por lo que no hay latencia. La clase C es adecuada para aplicaciones en las que se dispone de energía continua.</p>
+
  *<b>Clase C:</b><p>Dispositivos terminales bidireccionales de menor latencia. Este tipo de clase reduce aún más la latencia en el enlace descendente al mantener abierto el receptor del dispositivo final en todo momento en que el dispositivo no está transmitiendo (semidúplex). El servidor de red puede iniciar una transmisión de enlace descendente en cualquier momento suponiendo que el receptor del dispositivo final está abierto, por lo que no hay latencia. La clase C es adecuada para aplicaciones en las que se dispone de energía continua.</p>

Revisió del 16:54, 22 maig 2019

WhiteCat

WhiteCat es un ecosistema que está siendo desarrollado por el centro Citilab, situado en Cornellà de Llobregat. En este proyecto están involucrados ingenieros, educadores y diseñadores de laboratorios vivientes. Esta placa fue diseñada para poder implementar casos de iso reales de IoT de una manera fácil.

Cubre todos los aspectos para este tipo de soluciones: hardware y software para el nodo, la puerta de enlace y la nube. El hecho de que este proyecto cubra múltiples campos y disciplinas, nos permite resolver problemas de una manera muy dinámica y ágil. ALgunas de las características de WhiteCat son las siguientes:

  • Hardware y Software abierto

  • Pueden coexistir diferentes tipos de plataformas de hardware, pero solo hay un entorno y un lenguaje de programación.
  • Los diseñadores pueden seleccionar la plataforma adecuada para cada uso sin tener que aprender una nueva plataforma.
  • El producto final está hecho a partir de prototipos. En el paso final, las diferencias entre producto final y sus prototipos son solo el factor de forma.

Software: El ecosistema de Whitecat se puede programar de dos maneras: Usando bloques o usando el lenguaje de programación Lua. Ambas formas de programación se utilizan desde el mismo entorno de programación. El corazón del ecosistema de Whitecat es Lua RTOS, un sistema operativo en tiempo real diseñado para ejecutarse en sistemas integrados, con requisitos mínimos de memoria FLASH y RAM. Actualmente, Lua RTOS está disponible para las plataformas ESP32, ESP8266 y PIC32MZ, y se puede adaptar fácilmente a otras plataformas de 32 bits.

MQTT


MQTT (Message Queue Telemetry Transport)
es un protocolo de mensajería "liviano" basado en publicación / suscripción según la norma ISO / IEC (ISO / IEC PRF 20922) para uso sobre el protocolo TCP / IP. Está diseñado para conexiones con ubicaciones remotas donde se requiere una "huella de código pequeño" o el ancho de banda de la red es limitado.

El patrón de mensajería de publicación-suscripción requiere un intermediario de mensajes. El agente es responsable de distribuir mensajes a los clientes interesados ​​según el tema de un mensaje.

Sensor implementado:

Sensor BME280, un sensor ambiental con temperatura, presión barométrica y humedad. Este sensor es ideal para todo tipo de sensores climáticos / ambientales e incluso puede usarse tanto en I2C como en SPI.

Caracteristicas:

  • Interfaz: I2C
  • Proporciona: Temperatura (Cº), Humedad (% humedad relativa), Presión (hPa).
  • Propiedades: Modo del sensor (r/w. 0=dormido, 1=forzado, 2=normal), tiempo de standby (tiempo en msecs)
  • Notas: dirección por defecto 0x76/0x77

Internet of Things (IoT)

El internet de las cosas (también conocido como internet de todas las cosas, internet en las cosas o en inglés,Internet of Things) se define como una conexión digital de los objetos que tenemos a nuestro alcance con Internet. La relación será entre personas-personas, personas-cosas y cosas-cosas. El internet de las cosas depende de una serie de tecnologías, como por ejemplo las interfaces de la programación de las aplicaciones (API’s), herramientas de gestión de BigData, las analiticas predictivas, etc. Esta definición fue propuesta por Kevin Ashton en 1999.

Una manera de implementar IoT a nuestra vida, sería conectar los objetos a Internet (como los libros, las lámparas, etc). De esa manera seríamos capaces de saber su ubicación y de qué manera se consumen.

De alguna manera, la arquitectura del internet de las cosas, están basadas en las nubes conectan los mundos virtuales y el mundo real. De alguna manera, ayudan a las empresas a gestionar la seguridad y la conectividad de los dispositivos. Los equipos inteligentes generan muchos datos del Internet de las cosas. Estos datos necesitan analizarse y aprovecharse en tiempo real.

Beneficios de IoT:

  • Eficiencia operativa: Puede automatizar los negocios, los procesos de fabricación, monitorear/controlar de manera remota las operaciones, optimizar las cadenas de suministro y conservar los recursos.
  • Productividad de la fuerza laboral: Todos los dispositivos que trabajan con IoT, han impulsado satisfactoriamente la fuerza laboral y la satisfacción en el trabajo en muchos sectores. Esta tecnología está ayudando a todos los empleados a mejorar la toma de decisiones y automatizar las tareas de su rutina.
  • Nuevos modelos de negocios e ingresos: IoT está creando nuevos modelos de negocio más avanzado y grandes oportunidades para que las empresas puedan empezar a crear servicios sobre la base de la información.
  • Experiencias de cliente mejoradas: Para la integración y el cuidado del cliente, IoT crea nuevas experiencias para ellos más llamativas en los mundos digitales y físicos.

Casos de uso de IoT en diferentes sectores:

IoT se está expandiendo en muchas industrias diferentes. Pero hay 3 sectores donde está liderando:

  • Fabricación: En este sector industrial utilizan el internet de las cosas para prever y prevenir fallan en los dispositivos, mejorar la seguridad en el trabajo, etc. Los trabajadores de este sector (fabricantes) utilizan IIoT (industrial internet of things) y comunicación M2M.
   M2M (machine to machine): Intercambio de información/comunicación en forma de datos entre dos máquinas remotas.IIoT (industrial internet of things): Subcategoria de IoT. Van desde pequeños sensores ambientales hasta robots industriales complejos.
  • Transporte: Se utilizan millones de sensores IoT en aviones, trenes, buques y vehículos para poder optimizar el rendimiento de motores, seguridad logística y gestión de la cadena de suministro.
  • Industria automotriz: La industria del automóvil y las empresas tecnológicas están usando IoT para poder ayudar a los conductores estar conectados para poder evitar accidentes, prever problemas de mantenimiento, encontrar lugar de aparcamientos y más.

LoRaWAN

LoRaWAN es un protocolo de red de baja potencia y área ampliada diseñado para poder conectar objetos/dispositivos operados por batería a Internet en redes regionales, nacionales o globales, y se enfoca e requisitos clave de IoT, como bidireccionalmente. Servicios de comunicación, seguridad extremo a extremo, movilidad y localización.

  • Topologia:

La arquitectura de LoRaWAN se basa en una topología de estrella, donde las pasarelas transmiten mensajes entre los dispositivos finales y un servidor de red central.

Las gateways están conectadas al servidor de red a través de conexiones IP estándar y actúan como un puente transparente (convirtiendo los paquetes de RF en paquetes IP y viceversa). La comunicación inalámbrica aprovecha las características de largo alcance de la capa física, permitiendo un enlace de un solo salto entre el dispositivo final y una o varias gateways.

Son capaces de comunicación bidireccional, y hay soporte para grupos de direccionamiento de multidifusión para hacer un uso eficiente del espectro durante las tareas, como las actualizaciones del firmware por aire (FOTA) u otros mensajes de distribución masiva.

  • Clases de LoRaWAN:

*Clase A:Para dispositivos terminales bidireccionales de menor potencia. Este tipo de clase es la predeterminada, que debe ser compatible con todos los dispositivos finales de LoRaWAN. Este tipo de comunicación siempre se inicia por el dispositivo final y es totalmente asíncrona (proceso de sincronización entre emisor y receptor se realiza en cada palabra de código transmitido).En cada transmisión de enlace ascendente se puede enviar en cualquier momento y es seguido por dos ventanas descendentes, que hacen posible la oportunidad de comunicación bidireccional. Este es un tipo de protocolo ALOHA. El dispositivo final puede ingresar al modo de suspensión de bajo consumo de energía durante el tiempo que lo define su propia aplicación (no hay requisitos de red para activaciones periódicas). Esto hace que sea el modo de operación de menor potencia. A causa de la comunicación de enlace descendente siempre debe seguir una transmisión de enlace ascendente. La comunicación de enlace descendente debe almacenarse en el servidor de red hasta el siguiente evento de enlace ascendente.

#

Protocolo ALOHA: Fue un sistema de redes de dispositivos desarrollado por la Universidad de Hawai. Se basa en usar un medio compartido para la y transmisión, donde se utiliza la misma frecuencia en todos los nodos.

*Clase B:

Dispositivos terminales bidireccionales con latencia de enlace descendente determinista. Los dispositivos de esta clase se sincronizan con la red mediante balizas periódicas y abren las “ranuras de ping” del enlace descendente en los horarios programados. Esto hace que la red tenga una capacidad de enviar comunicaciones de enlace descendente con una latencia determinista, pero a expensas de un cierto consumo de energía adicional. La latencia programable es de 128 segundos para poder adaptarse a diferentes aplicaciones. El consumo de energía adicional es lo suficientemente bajo como para seguir siendo válido para aplicaciones alimentadas por batería.

*Clase C:

Dispositivos terminales bidireccionales de menor latencia. Este tipo de clase reduce aún más la latencia en el enlace descendente al mantener abierto el receptor del dispositivo final en todo momento en que el dispositivo no está transmitiendo (semidúplex). El servidor de red puede iniciar una transmisión de enlace descendente en cualquier momento suponiendo que el receptor del dispositivo final está abierto, por lo que no hay latencia. La clase C es adecuada para aplicaciones en las que se dispone de energía continua.