# 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 esta prueba**](../formularios/prueba-bateria.html) — trae las tres tablas para llenar en el teléfono o la laptop, y ahí se adjunta la captura de consola.

## 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.

## Registro

Todo se llena en el **[acta de la prueba](../formularios/prueba-bateria.html)**: configuración, corrida 0, la tabla de
2 minutos de cada despertar (una por corrida), el resultado A/B y el archivo completo de la consola. Queda en el
expediente de la unidad. Si no hay señal en el laboratorio, la misma tabla en papel y se captura después:

| 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 | | | | | | | |

!!! 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.