Un accesorio Google Find Hub requiere algo más que añadir tramas de anuncio BLE a un hardware BLE genérico. El proyecto empieza con la definición del accesorio, la propuesta del dispositivo, los acuerdos de plataforma y el proceso de aprobación. Después se integran el software embebido, las pruebas internas, las pruebas de terceros y el aprovisionamiento de producción. El hardware debe contemplar estos requisitos desde la primera revisión.
1. Confirmar el producto y mercado objetivo.
Defina los países de lanzamiento, los usuarios de Android, el formato del producto, los canales y el momento. Una tarjeta localizadora, una etiqueta de llavero, una tarjeta con pantalla de tinta electrónica (e-paper) y un módulo integrado imponen diferentes restricciones de batería, acústica, botón, antena y reinicio. El proceso de Google también distingue las etiquetas de ubicación y los dispositivos que no son de audio al enviar una propuesta.
2. Seleccione una ruta de chipset y firmware que admita la especificación
Google afirma que no proporciona un SDK o API general para esta integración; Los socios deben confirmar la disponibilidad del firmware con su proveedor de SoC o integrador de sistemas. Evalúe juntos las características, la memoria, el procesamiento criptográfico, los estados de bajo consumo, las herramientas de producción y el mecanismo de actualización por BLE.
3. Haga que los botones, el zumbador y el restablecimiento de fábrica sean confiables
La especificación de accesorios cubre zumbador, estado, identidad y restablecimiento de fábrica. El hardware necesita acciones de botones repetibles y un conducto acústico, mientras que el firmware maneja la autenticación, los tiempos de espera y los estados anormales. Las tarjetas delgadas tienen menos espacio para el recorrido de los botones y el volumen acústico que las etiquetas convencionales, por lo que las primeras muestras son importantes.
4. Tratar la prevención del seguimiento no deseado como un requisito fundamental
Los accesorios de Find Hub deben cumplir con los requisitos de seguimiento no deseado multiplataforma aplicables, incluida la identificación de no propietario, información de accesorios, un método temporal para detener la emisión de tramas BLE e instrucciones de desactivación pública. La interacción mecánica, la documentación, el empaquetado y la URL de soporte deben planificarse en conjunto.
5. Pruebe RF, consumo y todos los estados de funcionamiento
Más allá del trabajo normativo y de RF BLE normal, valide el emparejamiento, el zumbador, la rotación del identificador, el restablecimiento, la recuperación tras una pérdida de energía, el comportamiento de batería baja y las actualizaciones de firmware. La duración de la batería se debe modelar a partir de todos los estados operativos y medirse en el firmware de producción en el ensamblaje del producto representativo.
6. Valide aprovisionamiento y trazabilidad antes de la producción en serie
La identidad del dispositivo, las claves, los datos del modelo y los registros de fabricación deben proporcionarse de forma segura y seguir siendo rastreables. Las reglas de registro para variantes de modelo o color también pueden afectar los datos del proyecto. El lote piloto debe validar los permisos de aprovisionamiento, las pruebas funcionales, el aislamiento de fallos y el proceso de retrabajo antes del envío.
El cliente gestiona la definición del producto, la dirección del diseño industrial, la marca y el canal. Yuli puede admitir hardware personalizado, adaptación de firmware, preparación de certificaciones, prototipos, lotes piloto y fabricación de tarjeta laminada en frío. El acceso a la plataforma, el uso de credenciales y la aprobación de envío siguen estando sujetos a una revisión formal por parte de Google o sus socios aprobados.
