Firmware de sensores BLE para equipos japoneses: verificar muestreo, paquetes y reconexión

Los equipos japoneses que encarguen firmware de sensores BLE deben registrar por separado muestreo, envío y recepción, vinculando ambos registros mediante identificadores de sesión y números de secuencia. La aceptación debe cubrir huecos, duplicados y recuperación tras desconexiones, además de mostrar valores en un teléfono.

Beijing Winge Technology Co., Ltd., con las marcas Winge Technology y Winge, desarrolla sistemas embebidos y conectividad de dispositivos. Esta guía propone un método de verificación; plataforma, alcance del código fuente y umbrales se acuerdan en los documentos del proyecto.

Entradas para la integración

Aporte versiones del sensor, procesador, placa y SDK, disparo del muestreo, reloj, unidad temporal, ancho del contador y reglas de desbordamiento. Especifique tasas objetivo, política de envío y huecos admisibles.

Aporte UUID de servicios y características GATT, suscripción, formato, teléfonos y sistemas objetivo, política de búfer y registros existentes. Verifique longitud y fragmentación según capacidades negociadas, sin asumir un tamaño universal.

Campos y escenarios de fallo

Propuesta de campos y pruebas, no resultados medidos. Asigne los nombres al protocolo existente.

Objeto	Campos o entradas	Verificación y evidencia
Instante de muestreo	t_sample: unidad, origen, reloj y desbordamiento	Compare registros del disparo; conserve envío y recepción por separado. Los intervalos de llegada no demuestran el período de muestreo.
Sesión y orden	session_id, seq: ancho, vuelta del contador y reinicio	Inyecte duplicados, desorden y reinicios. Distinga sesión nueva de vuelta de secuencia y registre el tratamiento del receptor.
Paquete	schema_ver, longitud, orden de bytes, signo y unidades	Verifique codificación y decodificación con datos conocidos; pruebe truncamiento, longitudes inválidas y límites de fragmentos.
Huecos de datos	Recuentos muestreados, enviados, analizados y guardados; límite de búfer	Cruce ambos registros para explicar huecos y duplicados. Registre descarte o reenvío acordado ante desbordamiento.
Reconexión	Estados de conexión y suscripción, sesión y cursor de reanudación	Pruebe desconexión, apagado de Bluetooth y reinicio del dispositivo; compruebe datos recuperados, búferes antiguos y pendientes.
Configuración	cmd_id, valor, secuencia de aplicación y respuesta	Pruebe comandos repetidos y cambios de tasa. Compruebe dónde se aplica la configuración y las reglas acordadas para ejecuciones duplicadas.

Trabajo, entregables y aceptación

Una primera fase puede entregar carencias del protocolo, datos de prueba del analizador y escenarios de fallo. Con el hardware objetivo disponible se integra firmware y cliente. Los entregables pueden incluir código acordado, compilación, protocolo, analizador de referencia y registros versionados.

Evalúe desviación del muestreo, huecos y recuperación según dispositivos, duración, escenarios y umbrales acordados. Enumere lo no probado; confirme por separado prototipos, licencias externas, certificación, costes y plazos.

Registros de revisión para equipos japoneses

Si se necesitan revisiones en japonés, vincule identificadores estables de prueba con descripciones japonesas, campos originales, unidades, versiones, resultados esperados y reales, y registros para conservar la trazabilidad.

Acuerde por proyecto idioma, formatos, integración remota y apoyo presencial. Esta lista no acredita un equipo local en Japón, un proyecto de cliente japonés ni certificación del producto.

Preguntas frecuentes

¿La hora de recepción del teléfono equivale al muestreo?

No. Las colas, la fragmentación y la transmisión afectan a la llegada. Conserve el reloj de muestreo del dispositivo y defina su relación con el tiempo del receptor.

¿Reconectarse correctamente completa la recuperación?

No. Compruebe suscripciones, sesión, cursor y continuidad, con reglas explícitas para reenviar o descartar datos antiguos del búfer.

¿Una notificación enviada correctamente demuestra que la aplicación guardó el dato?

No. Completar el enlace o envío es distinto de analizar y persistir datos. Defina confirmaciones de aplicación y reintentos si necesita acreditar el guardado.

Servicios, caso y fuentes técnicas

El servicio de conectividad BLE (chino) describe entradas y entregables. El caso de sensor de nueve ejes y teléfono BLE (chino) ilustra capas del protocolo, no un proyecto japonés ni mediciones de esta lista.

La guía LE de Bluetooth SIG (inglés) distingue confirmaciones de protocolo y recepción de aplicación. La documentación GATT de Zephyr (inglés) describe notificaciones y suscripciones. Revise la versión real del SDK.

Contacte con Winge Technology con versiones de hardware y SDK, muestras del protocolo y registros de fallos para definir la verificación inicial.