descargas: firmware 0.5.7 (despertar por reset del MCU, tecla R); 0.5.6 a superseded

docs/descargas/SHA256SUMS.txt

@@ -1,15 +1,17 @@
 a68a87ff1f6b34a8284e9e5e32c95da7bb8d8adc071c5fd64412a3e744e46b28  hbox-tarjetaV3_4.0.0.bin
-1e604edd1fa20e72327574f91292fbab11e1ab2d12c990ad62330dbb0e4c52ab  hbox-tarjetaV4_0.5.6.bin
+5c8726da662cd047d83740a5afee92974e5e941c5dd294769cd3508d81723217  hbox-tarjetaV4_0.5.7.bin
-37ed3757afcc38dbb2a69c551805d232dc89d1d00a187b91b4b09272adf59ae3  hbox-v5-bringup_0.5.6.bin
+1acd5f46ddb76f1423d5a0550a2a827b4e04d4a0223b0999cb574302e4e61696  hbox-v5-bringup_0.5.7.bin
 035ebeb348461765f099341603a9e99b94512f8477509efb78aa7caf953f4c2f  superseded/hbox-tarjetaV3_3.0.4.bin
 4528187f9d675bca8114583d44eccf4d2149d847f7e5fc402631d8811ee39282  superseded/hbox-tarjetaV4_0.5.1.bin
 fa2b7554099b332c70ab18cde24b30a4f0a46ac01987466e491c69b308783a5a  superseded/hbox-tarjetaV4_0.5.2.bin
 162a8d4f17af36e9cbacf7751ec230a21161ce92c0446564d01a06aa2588789e  superseded/hbox-tarjetaV4_0.5.3.bin
 c96041aea04b1e6500ec45b558bdfcf5db94d102666a71f1b3c9d2364e40572a  superseded/hbox-tarjetaV4_0.5.4.bin
 39ea770b9fbaa6b8fb8a1e3d2e76da40f368e3395adf1f05e897bab37bad2911  superseded/hbox-tarjetaV4_0.5.5.bin
+1e604edd1fa20e72327574f91292fbab11e1ab2d12c990ad62330dbb0e4c52ab  superseded/hbox-tarjetaV4_0.5.6.bin
 a8de74b3d7768e9d5656ae0bff05475445c0cd2599ecfdc4ab081e517ed3d6ef  superseded/hbox-v5-bringup_0.4.0.bin
 e1f351084e803306c376989b284ca0f9f9f1a3445e59494f8a5ff7a9652ad44c  superseded/hbox-v5-bringup_0.5.1.bin
 a9b0d6c1c640ebc9a132236ca465cad04e8eed99962b7dc6024b6ee8b765d2d6  superseded/hbox-v5-bringup_0.5.2.bin
 2c5349a9a096929c33a09307640359c523421b226b9db3602279127de19eff95  superseded/hbox-v5-bringup_0.5.3.bin
 83a4f929b9a68ec9fc3d3e810f76cd085ee17835b45490bbb6149404b477b378  superseded/hbox-v5-bringup_0.5.4.bin
 aed644c28fc3a098eedda55c7b4c2108b8ca9afcf0763b9bf85a7a2e1b4dd715  superseded/hbox-v5-bringup_0.5.5.bin
+37ed3757afcc38dbb2a69c551805d232dc89d1d00a187b91b4b09272adf59ae3  superseded/hbox-v5-bringup_0.5.6.bin

docs/descargas/index.md

@@ -29,8 +29,8 @@ Cada carga se registra en el **[acta de reflasheo](../formularios/reflasheo.html
 | Tarjeta | MCU | Código fuente | **Binario vigente** | Estado |
 |---|---|---|---|---|
 | **V3** — EinarBoard 1.0, las 3 unidades en campo | Blackpill en zócalo (F411CE) | `blackpillrtkcode_v4` (4.0.0) | [`hbox-tarjetaV3_4.0.0.bin`](hbox-tarjetaV3_4.0.0.bin) | ⚠ compilado, **sin prueba de banco** |
-| **V4** — `hbox-watchdog-v4` | Blackpill en zócalo + PCF8574 · W5500 · SC16IS752 | `hbox_v5_bringup` + `board_v4.h` | [`hbox-tarjetaV4_0.5.6.bin`](hbox-tarjetaV4_0.5.6.bin) | ⚠ compilado 26-sep, **sin prueba de banco**. Requiere el **puente U13-P7 → SW4G1** para el reset del módem |
+| **V4** — `hbox-watchdog-v4` | Blackpill en zócalo + PCF8574 · W5500 · SC16IS752 | `hbox_v5_bringup` + `board_v4.h` | [`hbox-tarjetaV4_0.5.7.bin`](hbox-tarjetaV4_0.5.7.bin) | ⚠ compilado 26-sep, **sin prueba de banco**. Despertar de batería por reset del MCU; puente U13-P7 → SW4G1 como respaldo — [preparación y prueba V4](../procedimientos/v4-prueba-fw-0.5.6.md) |
-| **V5** — `hbox-watchdog-v5`, lote de 15 | STM32F411RET6 soldado | `hbox_v5_bringup` (0.5.6) | [`hbox-v5-bringup_0.5.6.bin`](hbox-v5-bringup_0.5.6.bin) | ⚠ **vigente desde 26-sep (0.5.6)** — batería: ventana de 2 min cada 10 min y **reset del módem 3 s después de cada encendido de etapa** (requiere el **puente U13-P7 → SW4G1**, ver abajo); 0.5.1 fue la última en campo |
+| **V5** — `hbox-watchdog-v5`, lote de 15 | STM32F411RET6 soldado | `hbox_v5_bringup` (0.5.7) | [`hbox-v5-bringup_0.5.7.bin`](hbox-v5-bringup_0.5.7.bin) | ⚠ **vigente desde 26-sep (0.5.7)** — batería: ventana de 2 min cada 10 min; **cada despertar y cada regreso del 5 V = reset del MCU** (lo único que en banco enciende el módem sin puente); tecla `R`; reset y `P` en batería; 0.5.1 fue la última en campo |
 
 Los tres reportan al servidor **la misma trama**: `$PHLG` de 29 campos cada 30 s y un `$PHEV` por cada
 cambio de estado, en banda por el módem (Modo B). Es exactamente lo que el monitor desplegado parsea hoy
@@ -42,30 +42,33 @@ igual en la columna *Salud*.
     10 min, manda posición y `$PHLG` con `pwr=BATT`, avisa `DUTY_SLEEP next=<s>` y se calla. Para que ese
     silencio **no aparezca como desconexión** (ni dispare el correo del notifier, ni cuente como caída), el
     `retranslator.py` del servidor debe llevar el soporte `DUTY` (24-sep). **Desplegar primero el servidor,
-    después flashear 0.5.6.** Con la V3 (4.0.0) no cambia nada: sigue reportando continuo en batería.
+    después flashear 0.5.7.** Con la V3 (4.0.0) no cambia nada: sigue reportando continuo en batería.
 
-!!! danger "0.5.6 necesita un puente en la tarjeta (V4 y V5): U13 pin 12 → diodo → SW4G1"
+!!! danger "0.5.7 — el módem en batería: despertar por reset del MCU, y el puente U13-P7 → SW4G1 como respaldo"
-    En batería el módem quedaba **alimentado y oscuro**: en reposo su riel `3V3_MODEM` no baja a 0 V (queda en ~1 V,
+    En cada ventana de batería el módem quedaba con **todos los LEDs apagados** (no enciende). Banco 26-sep: un ciclo de
-    medido en C43 el 26-sep) y su auto-encendido no vuelve a disparar. El laboratorio confirmó que **un pulso en `SW4G1`
+    etapa desde el firmware (`P`/`P`+`Y`, 5–60 s) **nunca** lo enciende, pero un **reset del MCU por P10 con 24 V lo
-    (reset del módem) lo revive siempre**, en batería y al volver los 24 V. En V4/V5 ese reset solo llega al botón, así
+    enciende siempre**, y un pulso en **`SW4G1`** también. Por eso **0.5.7 hace en cada despertar de batería y en cada
-    que 0.5.6 lo da por el pin libre **P7 del PCF8574 `U13` (pin 12)**:
+    regreso del 5 V un reset del MCU** (arranca en ~4 s y abre la ventana de inmediato). **Prueba decisiva antes de la
+    corrida en batería:** con el módem oscuro en 24 V, tecla **`R`** (reset por software): si lo revive igual que P10,
+    las ventanas van a funcionar. Si `R` no lo revive, queda el puente (0.5.6+, sigue en el firmware):
 
     ```
-    U13 pin 12 (P7)  ──|<──  SW4G1 pad 1 (MODEM_RST)     diodo Schottky BAT54 / 1N5819 (1N4148 sirve)
+    U13 pin 12 (P7)  ──|<──  SW4G1 pad 1 (MODEM_RST)     diodo Schottky de señal BAT54 (o BAT85/BAT43/1N5711) — no 1N5819
                     cátodo   ánodo
     ```
 
     Verificar con la tecla **`M`** en consola (etapa ON): `SW4G1` pad 1 cae a < 0.4 V durante 0.5 s y los LEDs del módem
-    apagan y vuelven. Sin el puente, 0.5.6 se comporta como 0.5.5 (el pulso no llega a nada). Anotar el puente en el
+    apagan y vuelven. Sin el puente el pulso `MODEM_RST` no llega a nada. Anotar el puente en el acta de la unidad. Detalle en el [procedimiento de batería](../procedimientos/prueba-bateria-modem.md).
-    acta de la unidad. Detalle en el [procedimiento de batería](../procedimientos/prueba-bateria-modem.md).
 
 !!! note "V4 = la V5 en un Blackpill"
     Cotejada pad por pad en `hbox-watchdog-v4.kicad_pcb` contra `board_v5.h`: mismas redes, mismos pines
     del MCU, mismas direcciones I2C (PCF8574 `0x20`, SHT40 `0x44`, TMP102 `0x48`, SC16IS752 `0x4D`), mismo
     W5500 en SPI2 y misma K1 en `PB5`. **Una sola diferencia:** `ETH_INT` es `PB2` (J1.16) en vez de `PC0`.
     Por eso la V4 no necesita firmware propio: es `hbox_v5_bringup` compilado para Blackpill con
-    `board_v4.h`. Como `PB2` es `BOOT1` en el F411, la V4 **se flashea por DFU solo con USB** (sin 24 V),
+    `board_v4.h`. La V4 **se flashea por DFU solo con USB** (sin 24 V y con la batería desconectada). Ojo: en la V4
-    para que el W5500 apagado no pueda sostener `BOOT1` en alto.
+    ese USB también alimenta el riel de 5 V de la tarjeta y, con él, al W5500, cuya `INTn` llega a `PB2` = `BOOT1`.
+    Si no aparece *STM32 BOOTLOADER*, se flashea la Blackpill fuera del zócalo
+    ([procedimiento V4](../procedimientos/v4-prueba-fw-0.5.6.md)).
 
 !!! danger "Lo que NO se puede cruzar"
     - `hbox-v5-bringup_0.5.x.bin` (compilado para el F411RE soldado) en una **V3 o V4**: otro MCU y otro
@@ -80,6 +83,7 @@ No se flashean. Están para identificar lo que una tarjeta vieja pueda traer y p
 | Archivo | Por qué se retiró |
 |---|---|
 | [`superseded/hbox-tarjetaV3_3.0.4.bin`](superseded/hbox-tarjetaV3_3.0.4.bin) | Misma lógica que las unidades en campo (3.0.3) pero **sin telemetría en banda**: el monitor no ve nada en *Salud*. Sustituida por 4.0.0. |
+| [`superseded/hbox-v5-bringup_0.5.6.bin`](superseded/hbox-v5-bringup_0.5.6.bin) · [`superseded/hbox-tarjetaV4_0.5.6.bin`](superseded/hbox-tarjetaV4_0.5.6.bin) | Pulso `MODEM_RST` por U13-P7 (solo con puente); sin puente el módem seguía sin encender en las ventanas, y un reset en batería dejaba la etapa apagada. Sustituida por 0.5.7 (despertar por reset del MCU; conserva el pulso). |
 | [`superseded/hbox-v5-bringup_0.5.5.bin`](superseded/hbox-v5-bringup_0.5.5.bin) · [`superseded/hbox-tarjetaV4_0.5.5.bin`](superseded/hbox-tarjetaV4_0.5.5.bin) | **No usar.** Poner el UART del GNSS en alta impedancia no bastó: en reposo `3V3_MODEM` sigue en ~1 V y el módem no rearranca. Sustituida por 0.5.6, que resetea el módem desde el MCU (puente U13-P7 → SW4G1). |
 | [`superseded/hbox-v5-bringup_0.5.4.bin`](superseded/hbox-v5-bringup_0.5.4.bin) · [`superseded/hbox-tarjetaV4_0.5.4.bin`](superseded/hbox-tarjetaV4_0.5.4.bin) | **No usar.** Su ciclo de etapa al volver el 5 V no apagaba de verdad al módem: el UART del GNSS seguía sosteniendo su riel, así que el módem no rearrancaba ni en batería ni al volver el vehículo (solo con reset). Sustituida por 0.5.5. |
 | [`superseded/hbox-v5-bringup_0.5.3.bin`](superseded/hbox-v5-bringup_0.5.3.bin) · [`superseded/hbox-tarjetaV4_0.5.3.bin`](superseded/hbox-tarjetaV4_0.5.3.bin) | Ventana de 2 min, pero al volver el 5 V tras batería el módem podía quedarse en *latch* (oscuro hasta un reset). Sustituida por 0.5.4, que cicla la etapa al volver el 5 V. |
@@ -91,24 +95,24 @@ No se flashean. Están para identificar lo que una tarjeta vieja pueda traer y p
 
 | Archivo | Versión | SHA-256 | Uso |
 |---|---|---|---|
-| [**hbox-v5-bringup_0.5.6.bin**](hbox-v5-bringup_0.5.6.bin) | **0.5.6** (2026-09-26) — **campo + Modo B + batería (ventana 2 min / 10 min) + reset del módem desde el MCU (puente U13-P7 → SW4G1)** — ⚠ sin prueba de banco; requiere servidor con soporte `DUTY` | `37ed3757afcc38db…` | Sección 5 del [procedimiento de prueba y flasheo v5](../procedimientos/v5-prueba-y-flasheo.md) y sección 5 del [ensamble](../procedimientos/v5-ensamble.md) (modo de banco `P` / `n`) |
+| [**hbox-v5-bringup_0.5.7.bin**](hbox-v5-bringup_0.5.7.bin) | **0.5.7** (2026-09-26) — **campo + Modo B + batería (ventana 2 min / 10 min) con despertar por reset del MCU; pulso `MODEM_RST` por U13-P7 si hay puente; tecla `R`** — ⚠ sin prueba de banco; requiere servidor con soporte `DUTY` | `1acd5f46ddb76f14…` | Sección 5 del [procedimiento de prueba y flasheo v5](../procedimientos/v5-prueba-y-flasheo.md) y sección 5 del [ensamble](../procedimientos/v5-ensamble.md) (modo de banco `P` / `n`) |
 
 Flasheo por DFU en **J11** (mantener **SW2**, pulsar y soltar **SW1**, soltar SW2):
 
 ```bash
-dfu-util -a 0 -s 0x08000000:leave -D hbox-v5-bringup_0.5.6.bin
+dfu-util -a 0 -s 0x08000000:leave -D hbox-v5-bringup_0.5.7.bin
 ```
 
 o con **STM32CubeProgrammer** → USB → Connect → Download del `.bin` en `0x08000000`.
 
 !!! success "A/B 0.4.0 vs 0.5.1 — cerrado el 19-sep"
     El 18-sep por la tarde se reportó que con 0.5.1 la etapa RTK no encendía. **Resuelto:** 0.5.1 ensambla,
-    enciende y reporta telemetría completa en el monitor desplegado. **Se embarcó con 0.5.1; desde el 26-sep la vigente es 0.5.6.** `0.4.0`
+    enciende y reporta telemetría completa en el monitor desplegado. **Se embarcó con 0.5.1; desde el 26-sep la vigente es 0.5.7.** `0.4.0`
     queda en `superseded/` solo como referencia.
 
 !!! note "Tarjetas ya flasheadas con cualquier versión anterior"
-    Re-flashear con **0.5.6** por el mismo procedimiento DFU. **La primera línea de la consola tras reset dice la versión**
+    Re-flashear con **0.5.7** por el mismo procedimiento DFU. **La primera línea de la consola tras reset dice la versión**
-    (`hbox-v5-bringup 0.5.6 built …`): si la línea `STAT` no termina en `stack=…`, la tarjeta sigue con 0.1.1.
+    (`hbox-v5-bringup 0.5.7 built …`): si la línea `STAT` no termina en `stack=…`, la tarjeta sigue con 0.1.1.
 
 !!! tip "Consola 0.5.x"
     Líneas `EVT` en cada cambio (stack, ignición, 5 V, cargador, NMEA, fix), `STAT` con nombres cada 5 s y `$PHLG` cada 10 s
@@ -121,13 +125,18 @@ o con **STM32CubeProgrammer** → USB → Connect → Download del `.bin` en `0x
     hablar 60 s; LIMP tras 3 ciclos), LEDs de carga y color de estado, corte térmico 60 °C y corte de batería 3.40 V.
     **El cargador sigue APAGADO: el paquete es de un solo uso hasta el firmware de producción.** Anotarlo en el acta de la unidad.
 
+    **0.5.7:** cada despertar de batería (≥ 10 min tras la última ventana) y cada regreso del 5 V tras batería es un **reset del
+    MCU** (`NVIC_SystemReset`, lo mismo que el botón P10): arranca en ~4 s; sin 5 V la ventana abre de inmediato, con 5 V AUTO
+    enciende la etapa a los 3 s. Se pierden uptime y contadores. Tecla `R` = ese reset ahora. Un reset por SW1/P10 en batería
+    abre ventana en 60 s (antes dejaba la etapa apagada hasta que volviera el 5 V) y `P` se acepta en batería con vbat ≥ 3.60 V.
+
     **0.5.6:** 3 s después de cada encendido de etapa el MCU pulsa el reset del módem 500 ms por `U13` P7 (evento `MODEM_RST`,
     contador `mrst=` en `STAT`, tecla `M` = pulso manual). Con la etapa apagada PA9/PA10 quedan en alta impedancia sin pull-up.
 
     **0.5.5:** con la etapa apagada el UART del GNSS queda en alta impedancia (antes PA2 sostenía el riel del simpleRTK2B y, a través de él, el del módem: el módem
     nunca veía un power-on reset y quedaba oscuro hasta un reset de la tarjeta). Al volver el 5 V tras batería la etapa se cicla 10 s (`PWR_RETURN_CYCLE`).
 
-    **0.5.2–0.5.6 — batería:** con 5 V perdidos la etapa ya no queda encendida hasta vaciar el paquete: ventana de reporte de 120–180 s
+    **0.5.2–0.5.7 — batería:** con 5 V perdidos la etapa ya no queda encendida hasta vaciar el paquete: ventana de reporte de 120–180 s
     cada 10 min (`DUTY_WAKE` / `DUTY_SLEEP next=<s>` / `DUTY_SKIP` / `DUTY_END`), ventilador y LEDs apagados en reposo, protecciones
     de batería (< 3.40 V) y temperatura (≥ 60 °C) por encima del ciclo. El MCU sigue despierto: el ahorro es la etapa (~2.3 W).
 
@@ -173,7 +182,7 @@ Es el firmware que gobierna la unidad en la máquina, distinto del de bring-up d
 | Tarjeta | Archivo | Estado |
 |---|---|---|
 | **V3** — flota desplegada | [`hbox-tarjetaV3_4.0.0.bin`](hbox-tarjetaV3_4.0.0.bin) · 64 352 B · `a68a87ff…` | ⚠ compilado 19-sep, falta prueba de banco. El «4» es la versión del firmware, **no** la tarjeta |
-| **V4** | [`hbox-tarjetaV4_0.5.6.bin`](hbox-tarjetaV4_0.5.6.bin) · 83 132 B · `1e604edd1fa20e72…` | ⚠ compilado 26-sep, falta prueba de banco. Es 0.5.6 para Blackpill (`-DHBOX_BOARD_V4`), DFU **solo con USB**; requiere el puente U13-P7 → SW4G1 |
+| **V4** | [`hbox-tarjetaV4_0.5.7.bin`](hbox-tarjetaV4_0.5.7.bin) · 83 684 B · `5c8726da662cd047…` | ⚠ compilado 26-sep, falta prueba de banco. Es 0.5.7 para Blackpill (`-DHBOX_BOARD_V4`), DFU **solo con USB**; puente U13-P7 → SW4G1 opcional (respaldo) — [procedimiento V4](../procedimientos/v4-prueba-fw-0.5.6.md) |
 
 !!! danger "Mientras diga «pendiente», no hay binario aprobado"
     No flashees una unidad V3 o V4 con un archivo que no esté publicado aquí con su SHA-256. Los

docs/procedimientos/prueba-bateria-modem.md

@@ -1,7 +1,12 @@
-# Prueba de banco — módem 4G en modo batería (fw 0.5.6)
+# Prueba de banco — módem 4G en modo batería (fw 0.5.7)
 
 **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.
 
+!!! warning "¿Es una tarjeta V4? Usa su procedimiento y su acta"
+    En la V4 el USB de la Blackpill está unido al riel de 5 V de la tarjeta: con un cable normal la laptop alimenta la
+    tarjeta y la prueba en batería no vale. Para una V4 sigue [V4 — preparación y prueba con 0.5.6](v4-prueba-fw-0.5.6.md)
+    (puente, interruptores del simpleRTK2B, cable de consola sin 5 V) y regístrala en el [acta de prueba V4](../formularios/v4.html).
+
 ## Qué se está buscando
 
 Con 24 V la unidad funciona bien: módem registrado, LEDs UART del simpleRTK2B en **parpadeo rápido**
@@ -96,12 +101,20 @@ sosteniendo el riel del módem por el UART del GNSS (PA2 → simpleRTK2B → DIN
 power-on reset. **0.5.5** puso ese UART en alta impedancia y cicla la etapa 10 s al volver el 5 V — **no bastó**: en reposo
 `3V3_MODEM` sigue en ~1 V (C43+, 26-sep), el módem no ve un apagado real y no rearranca.
 
-**Lo que sí lo revive (confirmado 26-sep): un pulso en `SW4G1`**, en batería y al volver los 24 V. Por eso **0.5.6**
+**Lo que sí lo revive (confirmado 26-sep): un pulso en `SW4G1`** y también **un reset del MCU por P10 con 24 V** —
-resetea el módem desde el MCU 3 s después de cada encendido de etapa, por el pin libre P7 de `U13` (PCF8574). Eso
+mientras que un ciclo de etapa desde el firmware (`P`/`P`+`Y`, 5–60 s) nunca lo enciende. Por eso **0.5.7** hace en cada
-necesita un **puente en la tarjeta**:
+despertar de batería y en cada regreso del 5 V un reset del MCU (arranca en ~4 s, ventana de inmediato).
+
+**Corrida 0-bis (antes de la corrida 1):** con el módem oscuro en 24 V, tecla **`R`** (reset por software). Si el módem
+enciende igual que con P10 → seguir con las corridas 1 y 4: en cada ventana debe verse el banner de arranque con
+`reset=SOFT` y `BACKUP tras reset SOFT … ventana AHORA`, y el módem encender solo. Si `R` **no** lo enciende, el reset por
+pin hace algo que el reset por software no hace: se pasa al puente.
+
+**Respaldo — el puente (0.5.6+, sigue en el firmware):** 3 s después de cada encendido de etapa el MCU pulsa el reset del
+módem por el pin libre P7 de `U13` (PCF8574). Eso necesita un **puente en la tarjeta**:
 
 ```
-U13 pin 12 (P7)  ──|<──  SW4G1 pad 1 (MODEM_RST)     diodo Schottky BAT54 / 1N5819 (1N4148 sirve)
+U13 pin 12 (P7)  ──|<──  SW4G1 pad 1 (MODEM_RST)     diodo Schottky de señal BAT54 (o BAT85/BAT43/1N5711) — no 1N5819
                 cátodo   ánodo
 ```
 

docs/procedimientos/reflasheo-unidades.md

@@ -38,8 +38,8 @@ cuando debería estar cortada.
 | Generación de tarjeta | Binario | Estado |
 |---|---|---|
 | **V3** — EinarBoard 1.0 (RTK-003, RTK-006, RTK-014), Blackpill | `hbox-tarjetaV3_4.0.0.bin` | ⚠ publicado, sin prueba de banco |
-| **V4** — Blackpill + PCF8574/W5500/SC16IS752 | `hbox-tarjetaV4_0.5.6.bin` | ⚠ publicado, sin prueba de banco (mismo código que V5 + `board_v4.h`); requiere el puente U13-P7 → SW4G1 |
+| **V4** — Blackpill + PCF8574/W5500/SC16IS752 | `hbox-tarjetaV4_0.5.7.bin` | ⚠ publicado, sin prueba de banco (mismo código que V5 + `board_v4.h`); puente U13-P7 → SW4G1 opcional |
-| **V5** — MCU soldado, lote de 15 | `hbox-v5-bringup_0.5.6.bin` | ⚠ vigente 26-sep (0.5.6: reset del módem desde el MCU; **requiere el puente U13-P7 → SW4G1**, ver [Descargas](../descargas/index.md)); antes flashear, servidor con soporte `DUTY` |
+| **V5** — MCU soldado, lote de 15 | `hbox-v5-bringup_0.5.7.bin` | ⚠ vigente 26-sep (0.5.7: despertar de batería por reset del MCU; puente U13-P7 → SW4G1 como respaldo, ver [Descargas](../descargas/index.md)); antes flashear, servidor con soporte `DUTY` |
 
 Si el renglón dice *pendiente*, **no hay binario aprobado todavía**: el flasheo de esa generación
 está detenido hasta que ingeniería lo publique (§6).
@@ -151,8 +151,8 @@ arduino-cli compile \
   --fqbn "STMicroelectronics:stm32:GenF4:pnum=BLACKPILL_F411CE,usb=CDCgen,xserial=generic,rtlib=nanofp" \
   --build-property "build.extra_flags=-DHBOX_BOARD_V4" \
   --output-dir release/ hbox_v5_bringup/
-mv release/hbox_v5_bringup.ino.bin release/hbox-tarjetaV4_0.5.6.bin
+mv release/hbox_v5_bringup.ino.bin release/hbox-tarjetaV4_0.5.7.bin
-shasum -a 256 release/hbox-tarjetaV4_0.5.6.bin | tee -a release/SHA256SUMS
+shasum -a 256 release/hbox-tarjetaV4_0.5.7.bin | tee -a release/SHA256SUMS
 ```
 
 **El destino de tarjeta ya viene bien por omisión:** el propio `.ino` trae `TARGET_EINARBOARD 1` y

docs/procedimientos/v4-prueba-fw-0.5.6.md

@@ -0,0 +1,204 @@
+# V4 — preparación y prueba con firmware 0.5.6
+
+**Versión:** 1.0 · 26-sep-2026 · **Para:** técnico de banco · **Dura:** ~1 h por tarjeta · **Registro:** [**▶ acta de prueba V4**](../formularios/v4.html) — una por tarjeta; ahí se suben la foto del puente y la consola completa.
+
+Antes de probar una tarjeta V4 con el firmware 0.5.6 hay que hacerle cuatro preparativos: el puente de reset del
+módem, dos interruptores del simpleRTK2B, un cable de consola sin 5 V y la batería cargada. Después se flashea y se
+hacen tres pruebas: con 24 V, en batería y regreso de 24 V.
+
+Abre el [acta](../formularios/v4.html) al empezar y llénala conforme avanzas: se guarda sola en el navegador. Si la
+tarjeta no tiene número de serie, etiquétala **V4-NN** con el siguiente libre del [tablero](../tablero.html).
+
+!!! note "Actualización 26-sep (tarde): el binario vigente es 0.5.7"
+    0.5.7 conserva todo lo de 0.5.6 (pulso `MODEM_RST` por el puente, tecla `M`) y añade el **despertar de batería por reset
+    del MCU** — lo único que en banco encendió el módem sin puente — más la tecla **`R`** (reset por software ahora), reset
+    en batería que abre ventana y `P` aceptado en batería. Este procedimiento sigue igual; donde dice 0.5.6, léase 0.5.7.
+    Antes de la Prueba B, con el módem oscuro en 24 V teclea `R`: si enciende, el puente pasa a ser respaldo.
+
+## Antes de empezar
+
+!!! danger "Reglas"
+    - Todo cambio de hardware (soldar, mover interruptores, poner o quitar módulos) se hace **sin energía**: sin 24 V,
+      batería desconectada y sin USB.
+    - Durante las pruebas **no conectes ningún USB al simpleRTK2B ni al USB-C del módem (J9)**: alimentan al módem
+      por otro lado y la prueba no vale.
+    - En la V4 la consola se usa **solo con el cable sin 5 V** (Preparación 2). El cable normal es únicamente para
+      flashear.
+    - Durante la prueba en batería **no presiones RESET**. Tras un reset sin 24 V la etapa no se enciende (es a
+      propósito) y la prueba se pierde.
+    - Graba la consola completa a archivo desde el primer minuto (115200, CR+LF).
+
+**Material**
+
+- Tarjeta V4 completa: Blackpill, simpleRTK2B, módem 4G con SIM, antena GNSS con vista al cielo, antena LTE y batería.
+- Fuente de 24 V al GX16 que puedas desconectar.
+- Diodo Schottky pequeño: **BAT54** (el mismo tipo que D5 en la tarjeta), BAT85, BAT43 o 1N5711. **No uses 1N5819.**
+- Alambre delgado (wire-wrap), cautín de punta fina, flux, cinta Kapton, termofil y lupa.
+- Multímetro (mejor si tiene MIN/MAX).
+- Laptop con terminal serie y `dfu-util` o STM32CubeProgrammer.
+- Dos cables USB-A a USB-C: uno normal para flashear y otro modificado sin 5 V (Preparación 2).
+- Cargador de Li-ion de 1 celda o fuente de banco (Preparación 2).
+- Acceso al monitor y al [acta de prueba V4](../formularios/v4.html).
+
+## Preparación 1 — Puente de reset del módem
+
+El firmware 0.5.6 reinicia el módem 3 s después de cada encendido de la etapa, igual que si alguien presionara el
+botón **4G NTRIP RESET**. Para eso necesita un diodo entre U13 y ese botón. Se hace una sola vez por tarjeta y
+**sin energía**.
+
+```
+U13 pata 12 (P7)  ──|<──  SW4G1, pad que va a RESET (J7)
+                 cátodo   ánodo
+```
+
+1. **Ubica U13** (PCF8574): el chip de 16 patas que está a la derecha de los puentes JP2/JP3 del cargador.
+2. **Encuentra su pata 12.** Pon la marca de la pata 1 (punto o bisel) arriba a la izquierda: las patas 9 a 16 quedan
+   del lado derecho, con la 16 arriba. En ese lado hay **dos patas juntas sin pista: la 13 (arriba) y la 12 (abajo)**.
+   La 12 es la de abajo, pegada a la 11, que sí tiene pista.
+3. **Ubica SW4G1**: el botón con la leyenda **4G NTRIP RESET**. Tiene dos pads. Con el multímetro en continuidad, el
+   pad correcto es el que tiene continuidad con el pin del zócalo J7 marcado **RESET**. El otro pad es tierra.
+4. **Suelda el diodo** con alambre corto:
+    - **Banda del diodo (cátodo) → U13 pata 12.**
+    - **Lado sin banda (ánodo) → pad de SW4G1 que va a RESET.**
+    - Si es un BAT54 de 3 patas (SOT-23): pata 1 = ánodo, pata 3 = cátodo, la 2 no se usa. La prueba del paso 6
+      confirma la orientación, sea cual sea el encapsulado.
+5. Revisa con lupa que la pata 12 **no quede unida a la 11 ni a la 13**. Fija el alambre con Kapton y pásalo lejos
+   del módem 4G.
+6. **Revisión sin energía**, multímetro en prueba de diodo: punta roja en el pad de SW4G1 y negra en U13 pata 12 →
+   **0.15–0.45 V**. Con las puntas invertidas → **OL** o un valor alto (más de 1 V). Si marca 0 V hay un corto; si
+   marca OL en los dos sentidos, falta soldadura.
+7. Toma la **foto del puente** (U13 y SW4G1) y súbela al acta.
+
+!!! warning "¿Por qué no 1N5819?"
+    Es un Schottky de potencia: en caliente deja pasar corriente al revés, y esa corriente alimentaría al módem durante
+    el reposo, justo lo que se está eliminando. Un 1N4148 solo sirve si en la Prueba A la lectura baja de 0.4 V.
+
+## Preparación 2 — Interruptores del simpleRTK2B, cable de consola y batería
+
+**Interruptores del simpleRTK2B** (sin energía)
+
+- Junto al LED **POWER** del simpleRTK2B hay un interruptor doble con las leyendas **IOREF=3.3V** y **5V=OUTPUT**.
+  **Los dos van en OFF.**
+- La tarjeta ya le da IOREF con su 3.3 V permanente. Con IOREF=3.3V en ON, ese 3.3 V mantiene encendido al GPS
+  durante el reposo, alimenta de regreso al módem y gasta la batería.
+- Si los interruptores no tienen esas leyendas, toma una foto y pregunta antes de mover nada. Anota la posición en
+  el acta.
+
+**Cable de consola sin 5 V** (solo V4, se hace una vez)
+
+En la V4 los 5 V del USB de la Blackpill están unidos al riel de 5 V de la tarjeta. Con un cable normal la laptop
+alimenta la tarjeta: la prueba en batería no vale, y con 24 V la tarjeta le regresa corriente a la laptop.
+
+1. Toma un cable USB-A a USB-C y abre el forro unos 5 cm a la mitad del cable.
+2. **Corta solo el hilo rojo (+5 V)** y aísla las dos puntas con termofil. No cortes el negro, el verde ni el blanco.
+   Si el cable no trae esos cuatro colores, usa otro.
+3. Etiquétalo: **SOLO CONSOLA V4 — SIN 5 V**.
+4. Pruébalo: con la tarjeta sin 24 V y sin batería, conecta la laptop y la Blackpill con este cable. **La Blackpill
+   debe quedar apagada** (ningún LED). Si enciende, el cable no sirve.
+5. Al usarlo, primero energiza la tarjeta (24 V o batería) y después conecta el cable.
+
+**Batería**
+
+- Mide la batería en su propio conector: debe tener **3.80 V o más**. Una batería con 3.14 V, como la del último
+  reporte, está descargada.
+- **Cárgala por fuera de la tarjeta**: el firmware 0.5.6 no carga la batería.
+- Usa el cargador de Li-ion de 1 celda del laboratorio. Si no hay, fuente de banco en **4.00 V con límite de 1 A**,
+  directo al conector de la batería y con la polaridad verificada. No la dejes sola; termina cuando la corriente
+  baje de 0.1 A.
+- Si la batería se calienta o se ve inflada, detente y avisa.
+
+## Flasheo de 0.5.7 (sustituye a 0.5.6)
+
+- Archivo: [**`hbox-tarjetaV4_0.5.7.bin`**](../descargas/hbox-tarjetaV4_0.5.7.bin), de [Descargas](../descargas/index.md).
+  **No** uses el de V5 (`hbox-v5-bringup_…`).
+- SHA-256, verifícalo antes: `1e604edd1fa20e72327574f91292fbab11e1ab2d12c990ad62330dbb0e4c52ab`.
+  En Mac o Linux: `shasum -a 256 hbox-tarjetaV4_0.5.7.bin`.
+
+**Pasos**
+
+1. Tarjeta **sin 24 V y con la batería desconectada**. Conecta el **cable normal** a la Blackpill.
+2. Modo DFU: mantén **BOOT0** de la Blackpill, presiona y suelta **NRST**, suelta BOOT0. La laptop debe mostrar
+   **STM32 BOOTLOADER** (0483:DF11).
+3. Graba: `dfu-util -a 0 -s 0x08000000:leave -D hbox-tarjetaV4_0.5.7.bin` (o STM32CubeProgrammer → USB → Connect →
+   Download en `0x08000000`).
+4. Abre la consola (115200). Tras reiniciar debe verse `hbox-v5-bringup 0.5.7`, luego
+   `board=EinarBoard v4 (HBOX v4)`, y los tests deben terminar en `>>> BOARD OK`. Si no alcanzas a ver el arranque,
+   teclea `t` (la línea debe empezar con `$PHLG,0.5.7-fm`) y `r` para repetir los tests.
+5. Desconecta el cable normal. De aquí en adelante, solo el cable sin 5 V.
+
+!!! tip "Si no aparece STM32 BOOTLOADER"
+    En la V4 el USB también alimenta el riel de 5 V de la tarjeta, y con él al W5500, cuya salida de interrupción llega
+    al pin `BOOT1` de la Blackpill. Si tras dos intentos no aparece STM32 BOOTLOADER: sin energía, saca la Blackpill del
+    zócalo, flashéala suelta con el cable normal y vuelve a colocarla. **Al colocarla, su USB-C va del lado de la
+    etiqueta E-CSn de la tarjeta**: el pin B12 de la Blackpill cae en E-CSn y el pin R en NRST. Si no coincide, no la
+    energices.
+
+## Prueba A — Con 24 V
+
+1. Conecta la batería y después los 24 V. Espera 30 s, conecta el **cable sin 5 V** y abre la consola grabando.
+2. Mide **P2** (entrada de 5 V del SD-15B): **5.1–5.3 V**. Si marca 0 V, detente: el SD-15B o el arnés no están
+   entregando.
+3. Teclea `s`. La línea `STAT` debe mostrar `v5=5.xx(ok)`, `stack=ON` y `mrst=1` (o más); al poco rato también
+   `modoB=ON` y `gga=` con satélites.
+4. **Prueba del puente:** multímetro en el pad RESET de SW4G1 contra GND (con el módem encendido marca alto). Teclea
+   `M`: la lectura debe caer **por debajo de 0.4 V** durante medio segundo (usa MIN/MAX si lo tienes) y los LEDs del
+   módem se apagan y vuelven. La consola dice `MODEM_RST operador`.
+    - No baja: el diodo está al revés o sin soldar.
+    - Baja pero se queda entre 0.4 y 0.7 V: el diodo no es Schottky; cámbialo.
+5. Espera a que el módem registre y a que los LEDs UART del simpleRTK2B parpadeen rápido (están llegando
+   correcciones). En el monitor, la unidad aparece con `0.5.7-fm` y ⚡.
+
+Si algo de esta prueba falla, no pases a la prueba en batería: marca «me detengo» en el acta y ve al Cierre.
+
+## Prueba B — En batería
+
+1. Con todo funcionando, **quita los 24 V** (la batería se queda conectada) y anota la hora. La consola muestra
+   `V5 PERDIDO` y `BACKUP inicio … modo reporte cada 10 min`. La etapa sigue encendida unos 2 minutos.
+2. Llegan `DUTY reposo … etapa OFF` y `STACK OFF reason=duty_sleep`. Espera 30 s y mide en reposo:
+
+    | Punto | Dónde medir | Debe marcar |
+    |---|---|---|
+    | SW_5V | C3 (+) | menos de 0.3 V |
+    | 3V3_MODEM | C43 (+) o J7 pin 1 | menos de 0.3 V; anota el valor aunque sea mayor |
+    | LED POWER del simpleRTK2B | a la vista | apagado (el LED IOREF encendido es normal) |
+
+    - LED POWER encendido en reposo: el interruptor IOREF=3.3V quedó en ON o hay un USB conectado al simpleRTK2B.
+    - 3V3_MODEM arriba de 0.3 V: anótalo en el acta y sigue la prueba; ingeniería lo revisa.
+
+3. A los 10 min del paso 1 llega `DUTY despertar #1`. En la consola deben aparecer, en este orden:
+   `STACK ON reason=duty_wake` → `NMEA primera trama en PA3 ($GNTXT,…u-blox AG…)` → a los 3 s
+   `MODEM_RST stack_on` → a los ~10 s `MODOB ON`.
+    - Si la primera trama no es `$GNTXT … u-blox AG` sino `$GNGGA` u otra, el GPS nunca se apagó: revisa el
+      interruptor IOREF=3.3V.
+4. Durante esa ventana (2 a 3 min) el módem debe encender sus LEDs y registrar solo, sin tocar nada. En el monitor
+   debe llegar la posición con 🔋. Anota lo que viste en la tabla de despertares del acta.
+5. Deja pasar la segunda ventana (a los 20 min del paso 1) y confirma lo mismo.
+
+**Pasa** si en las dos ventanas el módem registra y el monitor recibe la unidad, sin presionar nada. Si no registra,
+el acta abre una tabla para anotar los rieles y los LEDs durante la siguiente ventana.
+
+## Prueba C — Regreso de los 24 V sin reset
+
+1. **Durante el reposo** (etapa OFF), reconecta los 24 V sin presionar RESET. La consola muestra `V5 PRESENTE`,
+   `DUTY fin` y `BACKUP fin`; a los ~3 s `STACK ON reason=auto` y 3 s después `MODEM_RST stack_on`.
+2. **Durante una ventana** (etapa ON): quita los 24 V como en el paso 1 de la Prueba B y reconéctalos antes de que
+   pasen 2 minutos. La consola muestra `5 V de vuelta tras bateria: ciclo de etapa…` → `STACK OFF reason=pwr_return`
+   → unos 10 s después `STACK ON reason=recovery` → `MODEM_RST stack_on`.
+
+**Pasa** si en los dos casos el módem registra solo en menos de 2 minutos y el monitor vuelve a mostrar ⚡.
+
+## Registro y cuándo parar
+
+Todo va en el **[acta de prueba V4](../formularios/v4.html)**: diodo usado y foto del puente, posición de los
+interruptores, prueba del cable, voltaje de la batería, flasheo, lectura de P2 y la prueba con `M`, lecturas en
+reposo, la tabla de despertares, la Prueba C y el **archivo completo de la consola**. Cada etapa termina con una
+pregunta de paso: si la tarjeta no pasa, marca «me detengo», llena el Cierre y envía el acta con resultado **FALLA**.
+Queda en el [expediente](../unidad.html) de la tarjeta y en el [tablero](../tablero.html).
+
+!!! danger "Detente y avisa a ingeniería si pasa cualquiera de estas"
+    - P2 marca 0 V con los 24 V puestos.
+    - La Blackpill enciende con el cable sin 5 V.
+    - Con `M`, el pad RESET de SW4G1 no baja de 0.4 V (después de revisar el diodo).
+    - Los tests terminan en `>>> BOARD CHECK FAILED`.
+    - El LED POWER del simpleRTK2B sigue encendido en reposo con IOREF=3.3V en OFF y sin USB.
+    - Algo se calienta o huele, o la batería se infla.

scripts/sync-docs.sh

@@ -22,7 +22,8 @@ declare -a MAP=(
   "03-Architecture-Hardware/kicad/docs/GIT-GUIDE_Colaboradores-Externos_ES.md|docs/git/guia-git-es.md"
   "03-Architecture-Hardware/kicad/docs/GIT-GUIDE_External-Collaborators_EN.md|docs/git/git-guide-en.md"
   # Descargas para técnicos (firmware de bring-up v5)
-  "04-Source-Code/firmware/hbox_v5_bringup/release/hbox-v5-bringup_0.5.6.bin|docs/descargas/hbox-v5-bringup_0.5.6.bin"
+  "04-Source-Code/firmware/hbox_v5_bringup/release/hbox-v5-bringup_0.5.7.bin|docs/descargas/hbox-v5-bringup_0.5.7.bin"
+  "04-Source-Code/firmware/hbox_v5_bringup/release/hbox-v5-bringup_0.5.6.bin|docs/descargas/superseded/hbox-v5-bringup_0.5.6.bin"
   "04-Source-Code/firmware/hbox_v5_bringup/release/hbox-v5-bringup_0.5.5.bin|docs/descargas/superseded/hbox-v5-bringup_0.5.5.bin"
   "04-Source-Code/firmware/hbox_v5_bringup/release/hbox-v5-bringup_0.5.4.bin|docs/descargas/superseded/hbox-v5-bringup_0.5.4.bin"
   "04-Source-Code/firmware/hbox_v5_bringup/release/hbox-v5-bringup_0.5.3.bin|docs/descargas/superseded/hbox-v5-bringup_0.5.3.bin"
@@ -31,7 +32,8 @@ declare -a MAP=(
   "04-Source-Code/firmware/hbox_v5_bringup/release/superseded/hbox-v5-bringup_0.4.0.bin|docs/descargas/superseded/hbox-v5-bringup_0.4.0.bin"
   "04-Source-Code/firmware/release/hbox-tarjetaV3_3.0.4.bin|docs/descargas/superseded/hbox-tarjetaV3_3.0.4.bin"
   "04-Source-Code/firmware/release/hbox-tarjetaV3_4.0.0.bin|docs/descargas/hbox-tarjetaV3_4.0.0.bin"
-  "04-Source-Code/firmware/release/hbox-tarjetaV4_0.5.6.bin|docs/descargas/hbox-tarjetaV4_0.5.6.bin"
+  "04-Source-Code/firmware/release/hbox-tarjetaV4_0.5.7.bin|docs/descargas/hbox-tarjetaV4_0.5.7.bin"
+  "04-Source-Code/firmware/release/hbox-tarjetaV4_0.5.6.bin|docs/descargas/superseded/hbox-tarjetaV4_0.5.6.bin"
   "04-Source-Code/firmware/release/hbox-tarjetaV4_0.5.5.bin|docs/descargas/superseded/hbox-tarjetaV4_0.5.5.bin"
   "04-Source-Code/firmware/release/hbox-tarjetaV4_0.5.4.bin|docs/descargas/superseded/hbox-tarjetaV4_0.5.4.bin"
   "04-Source-Code/firmware/release/hbox-tarjetaV4_0.5.3.bin|docs/descargas/superseded/hbox-tarjetaV4_0.5.3.bin"