229 lines
12 KiB
Markdown
229 lines
12 KiB
Markdown
# Diagnóstico en banco — unidad HBOX sobre la mesa
|
||
|
||
**Para:** Alan y Daniel · **Versión:** 1.0 · 18-sep-2026 · **Responsable:** Leo Rodríguez
|
||
|
||
Acta que se llena mientras trabajas:
|
||
**[▶ Abrir el acta de diagnóstico en banco](../formularios/banco.html)**
|
||
|
||
Aplica a las unidades que ya están desmontadas: **RTK-003** (RTG `RT-ZPMC-20`) y **RTK-006**
|
||
(tractoplana `HS-WES-62`). Para una unidad todavía montada en la máquina, el procedimiento es
|
||
otro: [Diagnóstico en campo](../diagnostico/procedimiento-diagnostico-campo.md).
|
||
|
||
---
|
||
|
||
## 1. Qué podemos y qué ya no podemos saber
|
||
|
||
Sé honesto con lo que el banco puede dar, para no perseguir fantasmas.
|
||
|
||
**Ya se perdió** (y no se recupera): la temperatura máxima, la cuenta de recuperaciones y la causa
|
||
del último arranque. El firmware v3 guarda esos tres datos en memoria RAM, así que se borraron al
|
||
desconectar la unidad para desmontarla. Por eso en estas dos unidades **no vamos a poder probar la
|
||
hipótesis térmica con datos del propio equipo** — solo con lo que se vea físicamente.
|
||
|
||
**Sí podemos saber:** si hay un corto, cuánta corriente consume, si arranca, si los rieles están
|
||
donde deben, si el GNSS ve satélites, si el módem registra en Telcel, en qué estado está la
|
||
batería, y si el problema sigue después de reflashear.
|
||
|
||
> De ahí la regla que aplica a la unidad del montacargas (**RTK-014**, todavía instalada):
|
||
> primero la captura por USB en sitio, y hasta después se desmonta.
|
||
|
||
!!! info "Qué tarjeta traen estas unidades"
|
||
Las tres unidades desplegadas son **EinarBoard 1.0** corriendo firmware **v2/v3** (así lo
|
||
documenta `V4-PLAN.md` del repositorio de firmware). Eso importa para dos cosas: el binario que
|
||
les toca es el de generación **V3** —nunca el de bring-up del v5—, y el control de carga usa la
|
||
polaridad de producción (`CHRG_EN` en alto = carga **apagada**).
|
||
|
||
## 2. Equipo necesario
|
||
|
||
| Equipo | Para qué |
|
||
|---|---|
|
||
| **Fuente de banco con límite de corriente** | Energizar sin quemar nada y **leer el consumo** |
|
||
| Multímetro | Continuidad y rieles |
|
||
| Laptop + cables USB | Las tres capturas (Blackpill, 4G, ArduSimple) |
|
||
| Antena GNSS y 2 antenas LTE de prueba | Para que el receptor y el módem puedan funcionar |
|
||
| Cielo abierto o ventana | Sin vista al cielo el GNSS nunca dará fix y parecerá falla |
|
||
| Cámara | Fotos obligatorias del acta |
|
||
|
||
## 3. Seguridad
|
||
|
||
1. **Nunca energices antes del paso 5 (continuidad).** Si hay un corto, la fuente lo va a encontrar
|
||
quemando algo.
|
||
2. **Batería de litio:** si está hinchada, caliente, con fuga o huele, **desconéctala primero** y
|
||
trabaja sin ella. No la perfores, no la cargues, no la metas en un cajón. Foto y aviso.
|
||
3. Empieza siempre con el **límite de corriente bajo** (500 mA). Subirlo es fácil; deshacer un
|
||
componente quemado, no.
|
||
|
||
---
|
||
|
||
## 4. Paso 1 — Inspección sin energía
|
||
|
||
Con la unidad **desconectada de todo**, y antes de mover nada:
|
||
|
||
- [ ] Foto del exterior de la caja, de los cuatro lados.
|
||
- [ ] Abrir. **Foto del interior completo antes de tocar cables.**
|
||
- [ ] ¿Huele a quemado? ¿Hay partes oscurecidas, derretidas o abombadas?
|
||
- [ ] ¿Hay 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.
|
||
- [ ] Prueba de meneo suave en cada conector, Dupont y SMA: ¿alguno se mueve o se sale?
|
||
- [ ] Conectores de antena: ¿el centro del SMA está doblado o falta?
|
||
|
||
Cualquier hallazgo aquí ya es un resultado: fotografíalo y anótalo aunque después todo encienda.
|
||
|
||
## 5. Paso 2 — Continuidad a tierra, **antes** de energizar
|
||
|
||
Multímetro en ohms, **punta negra en el negativo/chasis**. La lectura sube lentamente (los
|
||
capacitores se están cargando con la pila del multímetro): eso es normal, espera a que se estabilice.
|
||
|
||
| Punto | Esperado | Lectura mala |
|
||
|---|---|---|
|
||
| Entrada 24 V (pines 1-2 del GX16) | **> 10 kΩ** | Fija en 0–20 Ω = **corto: no energizar** |
|
||
| Riel de 5 V (salida de la Mean Well) | **> 1 kΩ** | Fija en 0–20 Ω = corto |
|
||
| Riel de 3.3 V | **> 1 kΩ** | Fija en 0–20 Ω = corto |
|
||
| Alimentación del simpleRTK2B (riel conmutado) | **> 1 kΩ** | Fija en 0–20 Ω = corto |
|
||
| Batería (bornes, con la batería **desconectada**) | — | Anota su voltaje en vacío |
|
||
|
||
!!! danger "Si encuentras un corto"
|
||
**No energices.** Anótalo, fotografía la zona, marca la unidad como *corto a tierra* y déjala
|
||
aparte. Energizar un corto convierte una reparación de un componente en una tarjeta perdida.
|
||
|
||
## 6. Paso 3 — Energizado con rampa de corriente
|
||
|
||
Este paso es el que más información da por minuto invertido.
|
||
|
||
1. Fuente a **24.0 V**, límite de corriente en **500 mA**, salida **apagada**.
|
||
2. Conecta solo la entrada de 24 V (sin antenas todavía).
|
||
3. Enciende la salida y **mira el amperímetro en los primeros 3 segundos**.
|
||
|
||
| Lo que hace la corriente | Qué significa | Qué haces |
|
||
|---|---|---|
|
||
| **0 mA**, la fuente no entrega nada | Circuito abierto: fusible, conector o etapa de entrada muerta | Revisa fusible y cableado de entrada |
|
||
| **Se pega al límite** (500 mA) y el voltaje se cae | **Corto** | **Apaga de inmediato.** Regresa al paso 2 |
|
||
| **50–150 mA** estables, sin LED | Vive el MCU pero la etapa RTK no enciende | Sigue al paso 4 y a la captura del Blackpill |
|
||
| **150–400 mA** y el LED parpadea | Arranca normal | Sigue al paso 4 |
|
||
| Sube despacio y **algo se calienta** | Componente en corto parcial | Apaga y busca con el dorso de la mano qué quema |
|
||
|
||
Anota **el pico de arranque** y **la corriente estable a los 60 segundos**. Son dos números
|
||
distintos y los dos importan.
|
||
|
||
## 7. Paso 4 — Rieles
|
||
|
||
Con la unidad energizada y estable:
|
||
|
||
| Punto | Esperado |
|
||
|---|---|
|
||
| Entrada 24 V | 23 – 26 V |
|
||
| Riel 5 V (salida Mean Well) | 4.8 – 5.2 V |
|
||
| Riel 3.3 V | 3.20 – 3.40 V |
|
||
| Alimentación del simpleRTK2B **al arrancar** | **0 V** — el firmware enciende la etapa RTK solo cuando decide que es seguro |
|
||
| Batería de respaldo | 3.0 – 4.2 V |
|
||
|
||
!!! tip
|
||
5 V en la etapa RTK **en el instante de arrancar** es un defecto, no una buena señal: el
|
||
invariante del producto dice *apagado es el estado seguro*. Si aparece energía ahí antes de que
|
||
el MCU la pida, anótalo.
|
||
|
||
## 8. Paso 5 — Captura del Blackpill (la principal)
|
||
|
||
1. Conecta el **USB del Blackpill** a la laptop.
|
||
2. Abre el puerto serie nuevo a **115200 baudios** (PuTTY, TeraTerm o el monitor de Arduino).
|
||
3. Activa **guardar a archivo**.
|
||
4. Deja correr **3 minutos**. Luego presiona **RESET** y graba también el arranque.
|
||
5. Guarda el archivo como `RTK-0NN_blackpill_AAAA-MM-DD.log` y **súbelo en el acta**.
|
||
|
||
Qué vas a ver (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 | Léelo así |
|
||
|---|---|
|
||
| `state` | `RUN` trabajando · `BOOT` arrancando · `SLEEP` dormida · `PWRCYC` reiniciando la etapa RTK |
|
||
| `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 que mide el propio equipo — compáralos con tu multímetro |
|
||
| `veh` / `ign` | 1 = presente. En banco, `veh` debe ser 1 y `ign` 0 si no conectaste ignición |
|
||
| `tc` / `tmax` | Temperatura actual y máxima **desde este arranque** |
|
||
| `rec` / `limp` | Recuperaciones y si quedó enganchada en modo limitado |
|
||
|
||
Si en vez de estas líneas ves un tablero que se redibuja, la unidad trae otro firmware: **anótalo y
|
||
avísale a ingeniería antes de seguir**.
|
||
|
||
## 9. Paso 6 — Captura del módem 4G NTRIP Master
|
||
|
||
El módem se configura y se escucha por el **puerto USB "XBEE"** del simpleRTK2B Pro (el módulo 4G va
|
||
montado sobre el receptor y ese USB es su consola).
|
||
|
||
1. **Sin energía**, verifica que el módulo 4G esté bien asentado en el zócalo XBee y que las
|
||
**dos antenas LTE** estén conectadas.
|
||
2. Conecta el USB **POWER+GPS** (alimenta todo) **y** el USB **XBEE** (consola del módem).
|
||
3. Terminal serie en el puerto **XBEE** a **115200 baudios**, con **guardar a archivo**.
|
||
4. Deja grabar **3 minutos** desde el arranque, sin escribir nada. Anota qué hace el **LED de red**
|
||
del módulo: parpadeo rápido = buscando; lento o fijo = registrado.
|
||
5. Para leer su configuración: `$$$AS+I=1111` entra a modo configuración. Anota el **ID de estación**
|
||
(`AS+K`) y el mountpoint.
|
||
6. Guarda como `RTK-0NN_modem4g_AAAA-MM-DD.log` y súbelo al acta.
|
||
|
||
!!! warning "Esta consola miente por omisión"
|
||
Una unidad **sana** imprime en esta consola prácticamente lo mismo que una **averiada**: unas
|
||
pocas líneas de registro y nada más. Ya nos pasó — en junio dimos por muerto un módem sano
|
||
leyendo solo esta consola. **La consola del 4G no prueba que las correcciones estén llegando ni
|
||
que los datos se estén enviando.** Eso solo se confirma con el `link` del Blackpill, con un fix
|
||
≥4 en el ArduSimple, o viendo el tráfico en el servidor.
|
||
|
||
Úsala para lo que sí demuestra: que el módem enciende, que registra en Telcel y con qué
|
||
configuración quedó.
|
||
|
||
## 10. Paso 7 — Captura del simpleRTK2B Pro (ArduSimple)
|
||
|
||
1. Antena GNSS conectada y **con vista al cielo** (ventana abierta o afuera; dentro del taller no
|
||
habrá fix y parecerá falla).
|
||
2. Conecta el USB **POWER+GPS** a la laptop.
|
||
3. **Opción rápida (terminal):** abre el puerto serie a **115200 baudios** y graba 3 minutos de
|
||
NMEA. Guarda como `RTK-0NN_ardusimple_AAAA-MM-DD.nmea`.
|
||
4. **Opción completa (u-center):** *Receiver → Connect*, y revisa:
|
||
- **UBX-MON-VER** → versión de firmware del ZED-F9P (anótala en el acta).
|
||
- **Fix Mode** → debe llegar a **3D** en menos de 2 minutos a cielo abierto.
|
||
- Número de satélites y su nivel de señal.
|
||
- Si hay correcciones llegando, el fix sube a **3D/DGNSS/FIXED**.
|
||
|
||
Cómo leer el NMEA sin u-center: busca líneas `$GNGGA` y mira el **sexto campo** (calidad):
|
||
|
||
| Calidad | Significa |
|
||
|---|---|
|
||
| `0` | Sin posición |
|
||
| `1` | GPS normal, **sin correcciones** |
|
||
| `2` | Corregido básico |
|
||
| **`4`** | **RTK fijo** — es el objetivo |
|
||
| **`5`** | RTK flotante — casi |
|
||
|
||
Un receptor que da `1` con buenos satélites **no está roto**: está diciendo que las correcciones no
|
||
le llegan, y eso apunta al módem o al servidor, no al GNSS.
|
||
|
||
## 11. Paso 8 — Batería
|
||
|
||
| Medida | Esperado | Lectura mala |
|
||
|---|---|---|
|
||
| Voltaje en vacío (desconectada) | 3.0 – 4.2 V | < 2.5 V = celda muy descargada o dañada |
|
||
| Voltaje con la unidad encendida | Sube lentamente si está cargando | Baja = no está cargando |
|
||
| 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.
|
||
|
||
## 12. Paso 9 — Veredicto
|
||
|
||
| Hallazgo | Disposición |
|
||
|---|---|
|
||
| Corto a tierra | No reparar en sitio → enviar a Querétaro |
|
||
| No enciende, sin corto | Enviar a Querétaro |
|
||
| Enciende y todo normal en banco | Reflashear ([procedimiento](reflasheo-unidades.md)) y volver a probar |
|
||
| Enciende pero el módem no registra | Probar la SIM en otro módulo antes de culpar al módem |
|
||
| GNSS con fix `1` y módem registrado | Revisar servidor/caster — no es hardware |
|
||
| Batería dañada | Retirar la batería, anotarlo, y decidir con ingeniería si se reinstala sin ella |
|
||
| Daño por calor visible | Enviar a Querétaro **con las fotos** — es evidencia del rediseño térmico |
|
||
|
||
Al terminar, **sube al acta los tres archivos de captura** (Blackpill, 4G y ArduSimple). Son el
|
||
insumo del análisis en Querétaro: sin ellos, el diagnóstico se queda en tu memoria.
|