Drogheda/06-Testing-Validation/2026-09-24_Drogheda_HBOX-FW-0.5.2_Prueba-Banco-Bateria_ES_v1.0.md

45 lines
3.2 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# HBOX — Firmware 0.5.2: prueba de banco del reporte cada 10 min en batería
**Versión:** 1.0 · 24-sep-2026 · **Aplica a:** tarjetas V4 y V5 · **Duración:** ~30 min por unidad
> Hacer esta prueba completa en **una unidad V5 y una V4 antes de flashear el resto del lote**. Después,
> en cada unidad basta con los pasos 1–4 (arranque + primera ventana en batería) dentro de su prueba final.
## Material
- Unidad ensamblada con batería cargada (vbat ≥ 3.80 V), SIM activa, antenas conectadas y cielo abierto.
- Fuente 24 V (o 5 V en P2) desconectable. Laptop con consola USB (PuTTY/screen, 115200).
- Acceso al monitor (Salud) para ver la unidad.
## Binarios
| Tarjeta | Archivo | SHA-256 |
|---|---|---|
| V5 | `hbox-v5-bringup_0.5.2.bin` | `a9b0d6c1c640ebc9a132236ca465cad04e8eed99962b7dc6024b6ee8b765d2d6` |
| V4 | `hbox-tarjetaV4_0.5.2.bin` | `fa2b7554099b332c70ab18cde24b30a4f0a46ac01987466e491c69b308783a5a` |
Flasheo igual que 0.5.1 (DFU por J11, solo USB, sin 24 V):
`dfu-util -a 0 -s 0x08000000:leave -D <archivo>.bin`
## Pasos
| # | Acción | Resultado esperado | ✔ |
|---|---|---|---|
| 1 | Conectar consola USB tras flashear | Primera línea `hbox-v5-bringup 0.5.2`. Aparece la línea `bateria (0.5.2): reporte cada 10 min — ventana 90-180 s…` | ☐ |
| 2 | Conectar 24 V | `STACK ON reason=auto` a los ~3 s; ~10 s después `MODOB ON`. En el monitor: fw `0.5.2-fm`, `pwr=VEH` | ☐ |
| 3 | Esperar RTK FIX (LED verde). **Anotar la hora** y desconectar 24 V | `V5 PERDIDO`, `BACKUP inicio … modo reporte cada 10 min`. Monitor: `pwr=BATT` | ☐ |
| 4 | Esperar ~90 s | `DUTY reposo: ventana 90s fix=RTK FIX phlg_aire≥2 … despierta en 510s`, luego `STACK OFF reason=duty_sleep`. LEDs apagados, parpadeo corto cada 5 s, ventilador apagado. STAT: `duty=REPOSO despierta_en=…` | ☐ |
| 5 | Esperar hasta 10 min después del paso 3 | `DUTY despertar #…` y `STACK ON reason=duty_wake`. En el monitor aparece posición nueva y `DUTY_WAKE` | ☐ |
| 6 | Esperar un segundo ciclo completo (~10 min) | Segundo `DUTY reposo` a ~90 s y segundo despertar a los 20 min del paso 3 | ☐ |
| 7 | Con la unidad en reposo, reconectar 24 V | `DUTY fin`, `BACKUP fin`; `STACK ON reason=auto` a los ~3 s; reporte continuo | ☐ |
| 8 | Repetir paso 3 y reconectar 24 V **durante** la ventana | `DUTY fin`, la etapa sigue encendida sin cortes | ☐ |
| 9 | Pegar la consola completa (EVT + STAT) en el acta de **reflasheo** con fw 0.5.2 | Acta aprobada | ☐ |
**Criterio de aprobación:** dos ciclos completos con posición en el monitor cada 10 min, ventanas de
90–180 s, sin `RECOVERY` ni `LIMP` en batería, y regreso a operación continua al reconectar.
**Medición opcional (si hay medidor de corriente en BAT+):** corriente promedio en reposo y durante la
ventana. Es el dato que falta para calcular la autonomía real en batería.
## Si algo falla
- No despierta a los 10 min → revisar si la consola muestra `DUTY despertar omitido (bateria baja / temperatura)`. Con vbat < 3.40 V o ≥ 60 °C es correcto.
- Ventanas de 180 s siempre → no hay fix o no salen las `$PHLG` (revisar antena, SIM y `MODOB ON`).
- Cualquier otro comportamiento: guardar la consola completa y reportar; volver a 0.5.1 si la unidad debe salir hoy.