107 lines
7.1 KiB
Markdown
107 lines
7.1 KiB
Markdown
# 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.
|