Descripción general del medio inalámbrico

Cada integración Matter en Google Home Developer Console tiene su propia configuración inalámbrica (OTA).

La especificación Matter describe cómo la red global Matter controla las actualizaciones OTA.

Un dispositivo Matter debe tener la certificación de Connectivity Standards Alliance (Alliance) para recibir actualizaciones OTA, aunque es posible probar la OTA en un dispositivo no certificado.

Un dispositivo Matter (el solicitante de OTA) sondea periódicamente a un proveedor de OTA para averiguar si hay actualizaciones de software disponibles.

Cuando hay disponible una actualización de software OTA, el solicitante la obtiene de un proveedor y la instala. En el caso de los dispositivos Matter vinculados a un Matter hub, pero que no están registrados en Developer Console, las actualizaciones OTA se enviarán automáticamente.

Los hubs de Google Matter, como Google Nest Mini, funcionan como proveedores de OTA. Para ayudar a los posibles solicitantes en el descubrimiento de servicios, anuncian su presencia enviando el comando AnnounceOTAProvider.

Es importante destacar que un solicitante solo puede actualizar a una actualización cuyo número de versión sea numéricamente mayor que el del firmware que está ejecutando. Además, si existen varias actualizaciones OTA con números de versión más grandes, el dispositivo recibe la imagen OTA con el número de versión más alto. En otras palabras, las actualizaciones no se aplican de forma secuencial.

Funcionalidad de OTA

La OTA en el ecosistema de Google Home admite lo siguiente:

  • Subir firmware para la distribución de OTA a través de Developer Console o el Distributed Compliance Ledger (DCL) de Alliance
  • Distribución de imágenes de firmware a todos los dispositivos de una integración Matter particular o a un porcentaje especificado de dispositivos.

El proceso de OTA del ecosistema de Google Home es independiente de la información almacenada en el Alliance Distributed Compliance Ledger (DCL), cuyo propósito es garantizar la autenticidad del dispositivo y el cumplimiento del protocolo. Los proveedores registrados en Developer Console pueden elegir entre usar el DCL o la Developer Console existente como fuente de actualizaciones OTA. Además, los dispositivos que no están registrados en Developer Console pueden recibir actualizaciones disponibles en el DCL.

¿Puedo revertir una actualización de OTA?

Según la especificación de Matter, las imágenes de OTA no se pueden revertir. Si lanzaste una imagen de OTA que tiene un problema y quieres revertir los dispositivos de tus clientes a la revisión anterior del firmware, debes preparar una actualización de OTA con la revisión anterior del firmware y asignarle un número de versión más alto.

¿Puedo borrar o reemplazar una actualización de OTA?

No hay forma de borrar ni reemplazar una actualización de OTA. Debes preparar y subir una imagen de OTA con un número de versión más alto para reemplazar el firmware que está en el campo.

Requisitos previos

Para implementar la OTA en tu integración de Matter, necesitas lo siguiente:

  • Un proyecto existente Developer Console
  • Una integración Matter existente en el Developer Console
  • Un ID de proveedor válido asignado por Alliance

Ten en cuenta que la certificación de Matter no es un requisito previo para probar la OTA de Matter en Developer Console. Debes probar la OTA de tu dispositivo antes de solicitar la certificación de Matter.

Problemas conocidos

Controles de OTA de VID de prueba incoherentes

Cuando se usa un VID de prueba, es posible que algunas integraciones dentro del mismo proyecto aparezcan en la pantalla de OTA de Developer Console Matter, mientras que otras no.

En el caso de las integraciones con un VID de prueba que aparecen en la pantalla de OTA, puedes subir una imagen de OTA, pero el mecanismo de OTA no funciona.

La OTA no es compatible con los VIDs de prueba.