auto-sync 2026-09-24 18:00

This commit is contained in:
Leopoldo Rodríguez 2026-09-24 18:00:15 -06:00
parent d3ab138dc6
commit d3b72835ad
5 changed files with 47 additions and 3 deletions

@ -1 +1 @@
Subproject commit c46f54887d73a3935ead7de4fb6eba6807b498fd
Subproject commit 8cc80916a46cb54ef7305175cf4833e7c759d625

@ -1 +1 @@
Subproject commit 27f059043f9d4bf656d1d0265ef75ef07a570041
Subproject commit 767e90e83207cb6504c337f4f953f497bd5bd9d6

View File

@ -0,0 +1,44 @@
# 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.

@ -1 +1 @@
Subproject commit dd9c962471ed14c1c7d084ff3310f339af6bc184
Subproject commit d62026374cfdbaaf520339400065f29cf0412804