Procedimiento: prueba de módem 4G en modo batería (0.5.3), corridas A/B

docs/procedimientos/prueba-bateria-modem.md

@@ -0,0 +1,106 @@
+# Prueba de banco — módem 4G en modo batería (fw 0.5.3)
+
+**Versión:** 1.0 · 26-sep-2026 · **Para:** laboratorio QRO · **Dura:** ~45 min por unidad · **Registro:** [acta de banco](../formularios/banco.html) de la unidad, con la captura de consola adjunta.
+
+## Qué se está buscando
+
+Con 24 V la unidad funciona bien: módem registrado, LEDs UART del simpleRTK2B en **parpadeo rápido**
+(correcciones RTCM entrando + NMEA saliendo), se oye el **clic de K1** a los ~13 s y el monitor la ve.
+
+En batería (0.5.3: ventana de 2 min cada 10 min) la unidad enciende la etapa, pero **el módem nunca llega a
+transmitir**: los LEDs UART del simpleRTK2B parpadean **lento, ~1 por segundo** (solo la GGA saliendo, sin
+correcciones) y el servidor no recibe nada. Se observó que el cambio ocurre **justo después del clic de K1**.
+
+Hay dos explicaciones posibles y esta prueba las separa:
+
+| Hipótesis | Qué la delataría |
+|---|---|
+| **A · El riel se hunde.** En batería el módem cuelga del boost del LTC4040 (~4.79 V en MAIN5V), no de los 5.2–5.4 V del SD-15B. La ráfaga de registro LTE (~2 A) hunde el riel, el módem se reinicia y nunca termina de registrarse. | MAIN5V o SW_5V caen por debajo de ~4.4 V mientras el módem intenta registrarse; sus LEDs se apagan y reencienden. Falla **igual** con Modo B bloqueado. |
+| **B · El camino por K1.** Con K1 conmutado (Modo B) la GGA llega al módem a través del MCU; si en batería esa ruta no entrega bien, el módem no manda GGA al caster y no recibe correcciones. | Con Modo B **bloqueado** (tecla `B`) el módem sí registra y aparecen las correcciones (parpadeo rápido). Los rieles se mantienen. |
+
+!!! note "El firmware no ve el riel de la batería"
+    `v5`/`v5min` de la consola y del `$PHLG` miden el **5 V del vehículo** (P2), no el riel del boost. En batería
+    leen ~0 y no dicen nada. Por eso **hay que medir con el multímetro**: la prueba no vale sin las lecturas.
+
+## Material
+
+- La unidad completa (tarjeta V5 o V4 con **0.5.3**, simpleRTK2B, módem 4G con SIM, **batería conectada**),
+  antenas GNSS y LTE conectadas, antena GNSS con cielo (aunque sea ventana).
+- Fuente de 24 V al GX16 (o al P2 según cómo esté armada la unidad). Un interruptor o simplemente desconectar.
+- Laptop con terminal serie en el **USB del HBOX** (115200, CR+LF) **grabando a archivo** toda la sesión.
+- **Dos multímetros** (o uno y paciencia): uno en **MAIN5V** (U6 pin 1 / C32 — o P11 pin 1, que es lo mismo),
+  otro en **SW_5V** (MOD1 pin 5 / C3). Negro a GND. Si hay osciloscopio, mejor en MAIN5V con 5 s/div.
+- El monitor abierto en otra pantalla con la unidad ubicada.
+- Cronómetro (el del teléfono).
+
+Teclas de consola que se usan: `s` = STAT ahora · `v` = puntos de medición · `B` = Modo B permitido/bloqueado · `l` = leyenda.
+
+## Corrida 0 — referencia con 24 V (5 min)
+
+1. 24 V puesto, consola grabando. Esperar a `EVT … STACK ON`, luego a `MODOB ON` (~13 s; se oye el clic).
+2. Anotar en la tabla: patrón de LEDs del módem (describir: cuál LED, color, rápido/lento/fijo), LEDs UART del
+   simpleRTK2B (**rápido** esperado), MAIN5V y SW_5V (esperado ≈ 5.2–5.4 V y ≈ 5.0 V), y que el monitor muestre la
+   unidad con Salud (`$PHLG`) y ⚡.
+3. Teclear `s` y copiar la línea `STAT`.
+
+Si la corrida 0 no sale limpia, **detenerse**: el problema no es la batería.
+
+## Corrida 1 — batería con Modo B (la falla) (25 min)
+
+1. Con todo funcionando, **quitar los 24 V** y arrancar el cronómetro. Consola: `V5 PERDIDO` → `BACKUP inicio … modo
+   reporte cada 10 min`. La etapa **sigue encendida** (esta primera ventana arranca con el módem ya registrado, así
+   que todavía transmite — no es la que interesa).
+2. A los ~2 min: `DUTY reposo … etapa OFF`. Verificar con el multímetro que **SW_5V = 0 V** y que el módem **se apagó**
+   (LEDs apagados). Si el módem sigue encendido con SW_5V = 0, anotar y **avisar**: algo lo alimenta por otro lado
+   (¿USB conectado al simpleRTK2B o al módem?).
+3. Esperar el despertar: `DUTY despertar #1 … etapa ON` a los ~10 min del paso 1. **Aquí empieza lo importante.**
+   Desde ese instante, durante los 2 minutos, registrar cada 15 s en la tabla:
+   - MAIN5V y SW_5V (el valor **más bajo** que se vea; los multímetros baratos promedian — anotar el mínimo que alcancen a leer),
+   - LEDs del módem (¿se apagan y reencienden? ¿llegan a parpadeo lento/fijo de "registrado"?),
+   - LEDs UART del simpleRTK2B (lento 1/s = sin correcciones · rápido = con correcciones),
+   - momento del **clic de K1** (consola: `MODOB ON`),
+   - línea `STAT` (teclear `s` a los 30 s y a los 90 s; interesan `vbat` y `vbatmin`).
+4. En el monitor: ¿la unidad recibió algo en esa ventana? (fila actualizada, `$PHLG` con 🔋, o nada).
+5. Dejar que cierre la ventana (`DUTY reposo`) y **no tocar**: se necesita una segunda ventana para la corrida 2.
+
+## Corrida 2 — batería SIN Modo B (25 min)
+
+1. Mientras la unidad está en reposo (etapa OFF), teclear `B` en la consola → debe responder `MODO B BLOQUEADO por
+   operador`. Ahora al despertar K1 **no** conmuta: el F9P habla directo con el módem.
+2. Esperar `DUTY despertar #2` y repetir **exactamente** el registro del paso 3 de la corrida 1.
+3. Resultado:
+   - **Si ahora el módem registra y el simpleRTK2B parpadea rápido** → hipótesis **B** (camino por K1). Anotarlo y
+     dejar la unidad así; ingeniería revisa el firmware.
+   - **Si sigue igual que en la corrida 1** → hipótesis **A** (riel). Seguir a la corrida 3.
+4. Teclear `B` otra vez para dejar Modo B permitido.
+
+## Corrida 3 — solo si la 2 dio "A": ¿es la batería o es el boost? (20 min)
+
+1. 24 V puesto, etapa apagada (`P` la apaga si está encendida, o simplemente esperar el reposo). **Desconectar la batería** de su
+   conector y conectar en su lugar una **fuente de banco a 3.9 V con límite de 3 A** (respetar polaridad; medir antes de
+   conectar).
+2. Repetir la corrida 1 (quitar 24 V, esperar el despertar, registrar los 2 min).
+3. Resultado:
+   - **Funciona con la fuente** → el problema es el **paquete** (resistencia interna alta: celda caliente, vieja o descargada).
+     Anotar el voltaje de la batería en vacío y la temperatura que reporte `STAT` (`tbat`).
+   - **Falla igual** → el problema es la **etapa de boost** (LTC4040 / capacitancia en MAIN5V). Es hardware; no cambiar nada,
+     reportar las lecturas.
+
+## Tabla de registro (una por corrida)
+
+| t | MAIN5V (mín) | SW_5V (mín) | LEDs módem | LEDs UART simpleRTK2B | K1 | `vbat` / `vbatmin` | ¿Servidor recibió? |
+|---|---|---|---|---|---|---|---|
+| 0:15 | | | | | | | |
+| 0:30 | | | | | | | |
+| 0:45 | | | | | | | |
+| 1:00 | | | | | | | |
+| 1:30 | | | | | | | |
+| 2:00 | | | | | | | |
+
+Al terminar: guardar el archivo de la consola completo, registrar el **acta de banco** de la unidad con el archivo
+adjunto y las tres tablas en el campo de observaciones (o una foto de la hoja), y avisar a ingeniería con el
+resultado de la corrida 2 (**A** o **B**).
+
+!!! danger "Lo que NO se hace"
+    No cambiar el firmware, no mover puentes (JP2/JP3/JP4), no tocar el trimmer del SD-15B. La prueba sirve porque
+    la unidad está **como en campo**. Y nunca conectar la fuente de banco a la batería con la batería puesta.

mkdocs.yml

@@ -51,6 +51,7 @@ nav:
       - "Cómo se diagnostica en banco": procedimientos/diagnostico-banco.md
       - "▶ Acta de diagnóstico en banco": formularios/banco.html
       - "⚡ Reflasheo de unidades": procedimientos/reflasheo-unidades.md
+      - "🔋 Prueba: módem 4G en batería (0.5.3)": procedimientos/prueba-bateria-modem.md
       - "▶ Acta de reflasheo y configuración": formularios/reflasheo.html
 
   - "🏭 Producción — lote v5":