183 lines
9.1 KiB
Markdown
183 lines
9.1 KiB
Markdown
---
|
||
title: "Diagnóstico en banco — unidad HBOX sobre la mesa"
|
||
tags: [project-drogheda, hbox, procedimiento, diagnostico, banco, v3]
|
||
date: 2026-09-18
|
||
project: Project Drogheda
|
||
author: Helgen Technologies
|
||
version: 1.2
|
||
---
|
||
|
||
# Diagnóstico en banco — unidad HBOX sobre la mesa
|
||
|
||
!!! abstract "Para quién · Cuándo · Tiempo · Necesitas"
|
||
- Para quién: técnicos de banco (Alan y Daniel).
|
||
- Cuándo: una unidad de campo desmontada llega a la mesa. Escrito para V3 (EinarBoard 1.0: RTK-003 en RTG `RT-ZPMC-20`, RTK-006 en tractoplana `HS-WES-62`); el orden vale para V4 y V5.5. Antes: [diagnóstico en campo](../diagnostico/procedimiento-diagnostico-campo.md) (unidad aún montada). Después, si procede: [reflasheo](reflasheo-unidades.md).
|
||
- Tiempo: 60–90 min (tres capturas de 3 min y 10 min de estabilización).
|
||
- Necesitas: fuente de banco con límite de corriente, multímetro, laptop con cables USB, antena GNSS y 2 antenas LTE de prueba, cielo abierto o ventana (sin cielo no hay fix y parece falla), cámara para las fotos del acta y el [acta de diagnóstico en banco](../formularios/banco.html).
|
||
|
||
## Reglas de banco
|
||
|
||
1. No energices antes del paso 2 (continuidad).
|
||
2. Batería de litio hinchada, caliente, con fuga u olor: desconéctala primero y trabaja sin ella. No la perfores, no la cargues, no la guardes en un cajón. Foto y aviso.
|
||
3. Empieza con el límite de corriente en 500 mA.
|
||
4. Tarjetas con LTC4040 (V3, V4, V5): fuente de 5 V ≥ 5.2 V o paquete conectado. Sin batería y por debajo de 4.60 V (PFI del LTC4040) el módem se apaga solo.
|
||
5. Anota toda medición fuera de rango con su valor, no solo "FALLA".
|
||
6. El firmware se elige por la tarjeta, nunca por el número de versión ([Descargas](../descargas/index.md)).
|
||
|
||
## Límites del banco
|
||
|
||
- Perdido al desmontar: temperatura máxima, cuenta de recuperaciones y causa del último arranque. El firmware v3 los guarda en RAM. En RTK-003 y RTK-006 la hipótesis térmica solo se prueba con lo que se vea físicamente.
|
||
- Se puede saber: cortos, consumo, arranque, rieles, satélites, registro en Telcel, estado de la batería y si la falla sigue después de reflashear.
|
||
- Por eso en RTK-014 (montacargas, todavía instalada) primero se captura por USB en sitio y después se desmonta.
|
||
|
||
Las tres unidades desplegadas son EinarBoard 1.0 con firmware v2/v3 (`V4-PLAN.md` del repo de firmware): les toca el binario V3, nunca el bring-up V5, y el control de carga usa la polaridad de producción (`CHRG_EN` alto = carga apagada). Conectores y LEDs: [manual V3](../manuales/manual-tarjeta-V3.md).
|
||
|
||
## Paso 1 — Inspección sin energía
|
||
|
||
Unidad desconectada de todo, antes de mover nada:
|
||
|
||
- [ ] Fotos del exterior, cuatro lados.
|
||
- [ ] Abre. Foto del interior completo antes de tocar cables.
|
||
- [ ] Olor a quemado; partes oscurecidas, derretidas o abombadas.
|
||
- [ ] Agua, marcas de agua, sarro blanco o corrosión verde en conectores.
|
||
- [ ] Batería hinchada, caliente, con manchas o fuga. Foto de los dos lados.
|
||
- [ ] Meneo suave de cada conector, Dupont y SMA: alguno flojo o fuera.
|
||
- [ ] Centro de los SMA doblado o faltante.
|
||
|
||
Todo hallazgo se fotografía y se anota aunque después la unidad encienda.
|
||
|
||
## Paso 2 — Continuidad a tierra
|
||
|
||
Multímetro en ohms, punta negra en el negativo/chasis. La lectura sube mientras cargan los capacitores; espera a que se estabilice.
|
||
|
||
| Punto | Esperado | Mala |
|
||
|---|---|---|
|
||
| Entrada 24 V (GX16 pines 1-2) | > 10 kΩ | Fija en 0–20 Ω: corto, no energices |
|
||
| Riel 5 V (salida de la Mean Well) | > 1 kΩ | Fija en 0–20 Ω |
|
||
| Riel 3.3 V | > 1 kΩ | Fija en 0–20 Ω |
|
||
| Alimentación del simpleRTK2B (riel conmutado) | > 1 kΩ | Fija en 0–20 Ω |
|
||
| Batería desconectada | — | Anota su voltaje en vacío |
|
||
|
||
Con corto: no energices. Foto de la zona, marca la unidad como "corto a tierra" y apártala.
|
||
|
||
## Paso 3 — Energizado con rampa de corriente
|
||
|
||
1. Fuente a 24.0 V, límite 500 mA, salida apagada.
|
||
2. Conecta solo la entrada de 24 V, sin antenas.
|
||
3. Enciende y mira el amperímetro los primeros 3 s.
|
||
|
||
| Corriente | Significa | Acción |
|
||
|---|---|---|
|
||
| 0 mA | Abierto: fusible, conector o entrada muerta | Revisa fusible y cableado |
|
||
| Pegada a 500 mA, el voltaje cae | Corto | Apaga ya; vuelve al paso 2 |
|
||
| 50–150 mA estable, sin LED | MCU vivo, etapa RTK apagada | Paso 4 y captura del Blackpill |
|
||
| 150–400 mA, LED parpadea | Arranque normal | Paso 4 |
|
||
| Sube despacio y algo se calienta | Corto parcial | Apaga y localiza con el dorso de la mano |
|
||
|
||
Anota el pico de arranque y la corriente estable a los 60 s.
|
||
|
||
## Paso 4 — Rieles
|
||
|
||
| Punto | Esperado |
|
||
|---|---|
|
||
| Entrada 24 V | 23–26 V |
|
||
| 5 V (salida Mean Well) | 4.8–5.2 V |
|
||
| 3.3 V | 3.20–3.40 V |
|
||
| simpleRTK2B al arrancar | 0 V (el firmware enciende la etapa cuando decide) |
|
||
| Batería de respaldo | 3.0–4.2 V |
|
||
|
||
5 V en la etapa RTK en el instante de arrancar es un defecto (apagado es el estado seguro): anótalo.
|
||
|
||
## Paso 5 — Captura del Blackpill
|
||
|
||
1. USB del Blackpill a la laptop; puerto serie a 115200 (PuTTY, TeraTerm o monitor de Arduino) grabando a archivo.
|
||
2. Graba 3 min; luego pulsa RESET y graba también el arranque.
|
||
3. Guarda `RTK-0NN_blackpill_AAAA-MM-DD.log` y súbelo al acta.
|
||
|
||
Firmware v3.0.x:
|
||
|
||
```
|
||
BOOT,1240,fw=3.0.3,reset=PIN
|
||
COLS,ms,state,link,fix,sat,rx,rate,vbat,v5v,veh,ign,tc,tmax,der,rec,limp,…
|
||
TLM,182000,RUN,DEGR,1,11,4210,1HZ,3.92,5.02,1,1,58,81,0,3,1,900,…
|
||
```
|
||
|
||
| Campo | Lectura |
|
||
|---|---|
|
||
| `state` | `RUN` trabajando · `BOOT` arrancando · `SLEEP` dormida · `PWRCYC` reiniciando la etapa |
|
||
| `link` | `OK` con correcciones · `DEGR` intermitentes · `LIMP` casi sin ellas · `SRCH` buscando |
|
||
| `fix` | 4 o 5 = RTK · 1 = GPS solo · 0 = sin posición |
|
||
| `vbat` / `v5v` | Voltajes medidos por el equipo; compáralos con el multímetro |
|
||
| `veh` / `ign` | 1 = presente. En banco `veh=1` e `ign=0` si no conectaste ignición |
|
||
| `tc` / `tmax` | Temperatura actual y máxima desde este arranque |
|
||
| `rec` / `limp` | Recuperaciones y si quedó en modo limitado |
|
||
|
||
Si ves un tablero que se redibuja en lugar de estas líneas, es otro firmware: anótalo y avisa a ingeniería antes de seguir.
|
||
|
||
## Paso 6 — Captura del módem 4G
|
||
|
||
El módem va sobre el simpleRTK2B y su consola es el USB XBEE.
|
||
|
||
1. Sin energía: módem asentado en el zócalo XBee y las dos antenas LTE conectadas.
|
||
2. Conecta USB POWER+GPS (alimenta todo) y USB XBEE (consola).
|
||
3. Terminal en XBEE a 115200, grabando a archivo.
|
||
4. Graba 3 min desde el arranque sin escribir. LED de red: rápido = buscando; lento o fijo = registrado.
|
||
5. `$$$AS+I=1111` para leer la configuración; anota `AS+K` y el mountpoint.
|
||
6. Guarda `RTK-0NN_modem4g_AAAA-MM-DD.log` y súbelo al acta.
|
||
|
||
!!! warning "Esta consola no prueba el enlace"
|
||
Un módem sano y uno averiado imprimen casi lo mismo. En junio se dio por muerto un módem sano leyendo solo esta consola. Las correcciones y el envío de datos se confirman con el `link` del Blackpill, un fix ≥ 4 en el ArduSimple o el tráfico en el servidor. Esta consola solo demuestra que el módem enciende, registra en Telcel y con qué configuración quedó.
|
||
|
||
## Paso 7 — Captura del simpleRTK2B
|
||
|
||
1. Antena GNSS con cielo.
|
||
2. USB POWER+GPS a la laptop.
|
||
3. Rápido: terminal a 115200, graba 3 min de NMEA como `RTK-0NN_ardusimple_AAAA-MM-DD.nmea`.
|
||
4. Completo (u-center, Receiver → Connect): UBX-MON-VER (anota la versión), Fix Mode 3D en < 2 min a cielo abierto, satélites y señal; con correcciones sube a 3D/DGNSS/FIXED.
|
||
|
||
Sin u-center: en `$GNGGA`, sexto campo:
|
||
|
||
| Calidad | Significa |
|
||
|---|---|
|
||
| `0` | Sin posición |
|
||
| `1` | GPS sin correcciones |
|
||
| `2` | Corregido básico |
|
||
| `4` | RTK fijo (objetivo) |
|
||
| `5` | RTK flotante |
|
||
|
||
Calidad `1` con buenos satélites no es falla del GNSS: no llegan correcciones (módem o servidor).
|
||
|
||
## Paso 8 — Batería
|
||
|
||
| Medida | Esperado | Mala |
|
||
|---|---|---|
|
||
| En vacío (desconectada) | 3.0–4.2 V | < 2.5 V: celda muy descargada o dañada |
|
||
| Con la unidad encendida | Sube lentamente si carga | Baja: no carga |
|
||
| Aspecto | Plana, sin marcas | Hinchada, con fuga o caliente: fuera de servicio |
|
||
|
||
Una batería hinchada no se reinstala, no se carga y no viaja en avión. Sepárala, foto, aviso.
|
||
|
||
## Paso 9 — Veredicto
|
||
|
||
| Hallazgo | Disposición |
|
||
|---|---|
|
||
| Corto a tierra | No se repara en sitio: a Querétaro |
|
||
| No enciende, sin corto | A Querétaro |
|
||
| Enciende y todo normal | [Reflasheo](reflasheo-unidades.md) y nueva prueba |
|
||
| El módem no registra | Prueba la SIM en otro módem antes de culpar al módem |
|
||
| GNSS con fix `1` y módem registrado | Servidor/caster; no es hardware |
|
||
| Batería dañada | Retírala, anótalo y decide con ingeniería si se reinstala sin ella |
|
||
| Daño por calor visible | A Querétaro con las fotos (evidencia para el rediseño térmico) |
|
||
|
||
Sube al acta las tres capturas (Blackpill, 4G, ArduSimple). Si la unidad se envía: [acta de envío](../formularios/envio.html) según el [ciclo de vida](ciclo-de-vida.md).
|
||
|
||
## Historial de revisiones
|
||
|
||
| Versión | Fecha | Cambios |
|
||
|---|---|---|
|
||
| 1.0 | 2026-09-18 | Primera versión. |
|
||
| 1.1 | 2026-09-29 | Encabezado uniforme; enlaces al manual V3, reflasheo y ciclo de vida. |
|
||
| 1.2 | 2026-09-29 | Edición breve; recibe las reglas de banco que antes estaban en la portada de Taller. |
|
||
|
||
Versiones anteriores en git.
|