Google se compromete a promover la equidad racial para las comunidades negras. Ver cómo.
Se usó la API de Cloud Translation para traducir esta página.
Switch to English

plataformas

OpenThread lanzado por Google ha sido portado a varios dispositivos y plataformas por parte del equipo OpenThread, proveedores de silicio, y la comunidad. Ejemplos de construcción para todas las plataformas portados están incluidas en el repositorio de OpenThread .

Ver Buscar Proveedores para obtener una lista de búsqueda de todos los proveedores de plataformas apoyadas y los puertos comunitarios.

Apoyo

Soporte para cada plataforma varía con el tiempo. Algunas plataformas etiquetados con el nivel actual de apoyo identificados por el equipo OpenThread. plataformas sin etiquetar no se han probado recientemente y se puede considerar que tiene "un apoyo limitado."

Nivel de soporte Descripción
Soportado Completa y soporte básico, así como cualquier hilo Certificado de Componentes que utiliza OpenThread. Muchas de estas plataformas se han probado y utilizado por el equipo OpenThread, y se recomiendan para su uso en nuestros demos y Codelabs.
Soporte limitado Estas plataformas no han sido completamente probado y pueden faltar algunas funciones clave.
No soportado No está soportado y puede tener problemas de funcionamiento OpenThread. Úselo bajo su propio riesgo.

arquitectura del sistema

Arquitectura del Sistema OT

OpenThread está diseñado con la portabilidad y flexibilidad en mente. El código es portátil C / C ++ (C99 y C ++ 03) de que la arquitectura del sistema agnóstico debido a una capa de abstracción estrecha. Esta capa de abstracción medios que OpenThread puede funcionar tanto con-metal desnudo o un sistema operativo. Hasta la fecha, se ha demostrado OpenThread para ejecutarse en FreeRTOS, RIOT-OS, Zephyr OS, Linux y MacOS.

naturaleza portátil de OpenThread no hace suposiciones sobre características de la plataforma. OpenThread proporciona los ganchos para utilizar las características de radio y criptográficos mejorados, reduciendo los requisitos del sistema, como la memoria, el código y los ciclos de cálculo. Esto se puede hacer por plataforma, al tiempo que conserva la capacidad de defecto a una configuración estándar.

OpenThread tiene un sistema de construcción configurable con la que un desarrollador puede activar o desactivar funciones, según sea necesario. Más allá de las herramientas GNU predeterminado, la fuente está diseñado para trabajar con un número de otras cadenas de herramientas populares como IAR y Visual Studio.

diseños de plataformas

OpenThread soporta tanto el sistema-en-chip (SoC) y diseños de red co-procesador (NCP).

Un SoC es una solución de un solo chip que tiene el RFIC combinado (802.15.4 en el caso de la rosca) y el procesador, donde OpenThread y la capa de aplicación se ejecutan en el procesador local.

Diseño Un NCP es donde se ejecuta la capa de aplicación en un procesador anfitrión y se comunica con OpenThread a través de una conexión en serie utilizando un protocolo host-controlador estandarizado, se llaman Spinel . En este diseño, OpenThread puede ejecutar ya sea en el procesador de radiocomunicaciones o host.

Un solo chip, Hilo-Only (SoC)

OT Arquitectura SoC

En este diseño, la capa de aplicación y OpenThread se ejecutan en el mismo procesador. La aplicación utiliza directamente la pila API OpenThread y IPv6.

Este es el diseño SoC más comúnmente utilizado para los dispositivos finales. Debido a que está muy integrada en un solo silicio, que tiene el menor costo y menor consumo de energía.

De chip único, múltiple-Interface (SoC)

OT Arquitectura SoC múltiple

Cuando un SoC tiene varias radios, como 802.15.4 y Wi-Fi, o 802.15.4 y Bluetooth Low Energy (BLE), la capa de aplicación y OpenThread sigue funcionando en el mismo procesador. En el diseño de múltiples interfaz, OpenThread aprovecha la pila IPv6 compartidos de terceros a través de una interfaz de datagrama IPv6 prima.

Red Co-Processor (NCP)

OT Arquitectura PNC

El diseño estándar NCP tiene características hilo en el SoC y se ejecuta la capa de aplicación en un procesador anfitrión, que es típicamente más capaz (pero tiene mayores demandas de potencia) que el dispositivo OpenThread. Los comunica procesador anfitrión con el dispositivo OpenThread a través de una interfaz en serie (normalmente SPI o UART) sobre el protocolo de espinela.

La ventaja de este diseño es que el anfitrión de mayor potencia puede dormir mientras el dispositivo OpenThread de bajo consumo permanece activa para mantener su lugar en la red de rosca. Y puesto que el SoC no está vinculada a la capa de aplicación, desarrollo y prueba de aplicaciones es independiente de la acumulación OpenThread.

Este diseño es útil para dispositivos o dispositivos que tienen otras demandas de procesamiento como cámaras IP y altavoces de puerta de enlace.

Radio Co-Processor (RCP)

Host Controller OT-Arquitectura

Esta es una variante del diseño NCP donde el núcleo de OpenThread vive en el procesador anfitrión con sólo un "controlador" mínimo en el dispositivo con la radio del hilo. El procesador principal normalmente no duerme en este diseño, en parte, para garantizar la fiabilidad de la red de rosca.

La ventaja aquí es que OpenThread puede utilizar los recursos del procesador más potente.

Este diseño es útil para dispositivos que son menos sensibles a las limitaciones de potencia. Por ejemplo, el procesador host en una cámara de vídeo es siempre encendido al vídeo proceso.

cuestiones de plataforma abierta

Los siguientes temas son actualmente abierto para plataformas OpenThread: