firmware de campo v3.0.4 y v4.0.0 (sin prueba de banco); SHA256SUMS generado

docs/descargas/SHA256SUMS.txt

@@ -1,2 +1,4 @@
-e1f351084e803306c376989b284ca0f9f9f1a3445e59494f8a5ff7a9652ad44c  hbox-v5-bringup_0.5.1.bin
+035ebeb348461765f099341603a9e99b94512f8477509efb78aa7caf953f4c2f  hbox-fw-v3_3.0.4.bin
+a68a87ff1f6b34a8284e9e5e32c95da7bb8d8adc071c5fd64412a3e744e46b28  hbox-fw-v4_4.0.0.bin
 a8de74b3d7768e9d5656ae0bff05475445c0cd2599ecfdc4ab081e517ed3d6ef  hbox-v5-bringup_0.4.0.bin
+e1f351084e803306c376989b284ca0f9f9f1a3445e59494f8a5ff7a9652ad44c  hbox-v5-bringup_0.5.1.bin

docs/descargas/index.md

@@ -25,8 +25,8 @@ Cada carga se registra en el **[acta de reflasheo](../formularios/reflasheo.html
 
 | Generación | Archivo | Para qué sirve |
 |---|---|---|
-| **V3** — flota desplegada (RTK-003, RTK-006, RTK-014) | ⬜ hay que compilarlo | Firmware de campo: gobierna la unidad en la máquina. El código existe (`blackpillrtkcode_v3`, v3.0.3) |
-| **V4** | ⬜ hay que compilarlo | `blackpillrtkcode_v4` (v4.0.0) — telemetría en banda: el `$PHLG` llega al servidor por el módem, no solo al cable USB |
+| **V3** — flota desplegada (RTK-003, RTK-006, RTK-014) | ⚠ [`hbox-fw-v3_3.0.4.bin`](hbox-fw-v3_3.0.4.bin) — compilado, **sin prueba de banco** | Mismo comportamiento que el 3.0.3 de campo, compilado con el core 3.x |
+| **V4** | ⚠ [`hbox-fw-v4_4.0.0.bin`](hbox-fw-v4_4.0.0.bin) — compilado, **sin prueba de banco** | Telemetría en banda: el `$PHLG` y el `$PHEV` llegan al servidor por el módem |
 | **V5** — EinarBoard v5 | ✅ `hbox-v5-bringup_0.5.1.bin` (abajo) | Bring-up de tarjeta en banco |
 
 ### Firmware de bring-up — EinarBoard v5
@@ -85,13 +85,19 @@ Notas de compilación y cambios: [README del firmware de bring-up](hbox-v5-bring
 
 ### Firmware de campo — tarjetas V3 y V4 (detalle)
 
+!!! danger "Estos binarios todavía NO se flashean en una unidad de campo"
+    Compilaron limpio el 19-sep y pasan el simulador, pero **ninguno ha corrido sobre una
+    EinarBoard 1.0 real**. Hasta que ingeniería los pruebe en banco (RTK-003 o RTK-006) y quite
+    este aviso, solo se usan en la mesa de ingeniería. Esto aplica sobre todo a **V4**, que pone
+    el MCU en línea con el enlace que lleva las correcciones RTK.
+
 Es el firmware que gobierna la unidad en la máquina (`blackpillrtkcode_v3` / `v4`), distinto del de
 bring-up del v5. Se usa en el [reflasheo en taller](../procedimientos/reflasheo-unidades.md).
 
 | Generación | Archivo | Estado |
 |---|---|---|
-| **V3** — flota desplegada | `hbox-fw-v3_3.0.3.bin` | ⬜ **falta compilarlo y probarlo en banco** |
-| **V4** | `hbox-fw-v4_4.0.0.bin` | ⬜ **falta compilarlo y probarlo en banco**. Escrito y validado en el simulador de host el 18-sep |
+| **V3** — flota desplegada | [`hbox-fw-v3_3.0.4.bin`](hbox-fw-v3_3.0.4.bin) · 62 464 B · `035ebeb3…` | ⚠ **compilado 19-sep, falta prueba de banco** |
+| **V4** | [`hbox-fw-v4_4.0.0.bin`](hbox-fw-v4_4.0.0.bin) · 64 352 B · `a68a87ff…` | ⚠ **compilado 19-sep, falta prueba de banco**. Validado en el simulador de host |
 
 !!! 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/reflasheo-unidades.md

@@ -112,7 +112,7 @@ Hoy el repositorio **no contiene binarios compilados de V3 ni de V4**. Los `.bin
 
 | Generación | Código fuente | Qué falta |
 |---|---|---|
-| **V3** | ✅ Existe: `04-Source-Code/firmware/blackpillrtkcode_v3/` (v3.0.3, 1361 líneas) | Compilarlo y probarlo en banco |
+| **V3** | ✅ Existe: `04-Source-Code/firmware/blackpillrtkcode_v3/` (v3.0.4) | Compilarlo y probarlo en banco |
 | **V4** | ✅ Existe: `blackpillrtkcode_v4/` (v4.0.0, 1536 líneas) — deriva de v3 y agrega la telemetría en banda | Compilarlo y probarlo en banco |
 
 Las dos se compilan igual. La diferencia práctica: **V3 deja la unidad como está hoy**; **V4 además hace que la unidad reporte su salud al servidor por el módem**, sin cables nuevos (K1 y `BYP_CTRL` ya están en la EinarBoard 1.0).
@@ -132,19 +132,19 @@ arduino-cli config add board_manager.additional_urls \
 arduino-cli core update-index
 arduino-cli core install STMicroelectronics:stm32
 
-# 2. confirma el identificador exacto de la tarjeta ANTES de compilar
-arduino-cli board listall | grep -i blackpill
+# 2. confirma que tu core trae la variante Blackpill (es una opcion de GenF4, no una placa aparte)
+arduino-cli board details -b STMicroelectronics:stm32:GenF4 | grep -i blackpill
 
-# 3. compila (ajusta el FQBN a lo que haya salido en el paso 2)
+# 3. compila — usb=CDCgen es obligatorio: sin el, la consola USB queda muda
 cd ~/Documents/Claude/Projects/Drogheda/04-Source-Code/firmware
 arduino-cli compile \
-  --fqbn STMicroelectronics:stm32:GenF4:pnum=BLACKPILL_F411CE \
+  --fqbn "STMicroelectronics:stm32:GenF4:pnum=BLACKPILL_F411CE,usb=CDCgen,xserial=generic,rtlib=nanofp" \
   --output-dir release/ \
   blackpillrtkcode_v3/      # o blackpillrtkcode_v4/ para la version con telemetria
 
 # 4. nómbralo por su versión y saca su huella
-mv release/blackpillrtkcode_v3.ino.bin release/hbox-fw-v3_3.0.3.bin
-shasum -a 256 release/hbox-fw-v3_3.0.3.bin | tee -a release/SHA256SUMS
+mv release/blackpillrtkcode_v3.ino.bin release/hbox-fw-v3_3.0.4.bin
+shasum -a 256 release/hbox-fw-v3_3.0.4.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/v5-prueba-final-unidad.md

@@ -13,6 +13,11 @@
 - Consola: cable USB-C en **J11**, PuTTY/CoolTerm **115200**. Cada línea es `STAT`, `EVT` o `$PHLG`; teclear `l` para la leyenda.
 - Fuente: **24 V** en P1 (entrada + ignición) a través del arnés GX16 real; el SD-15B interno da el 5 V. Batería en P4. NTC en P12 si la unidad lo lleva.
 - Antenas GNSS y LTE conectadas; SIM instalada; módem en su socket.
+- **Antes de energizar — verificación del arnés GX16 con la fuente APAGADA (obligatoria; la EinarBoard 006 murió por un cruce aquí):**
+  continuidad GX16 pin 1 → P1.1 (24V_IN) · pin 2 → GND · pin 3 → P1.3 (IGN_IN); **ninguna continuidad entre pin 1 / pin 3 y P2.1 (5 V)**.
+  El 5 V de P2 solo puede venir de la salida del SD-15B. Con 24 V en P2 el LTC4040 (máx 5.5 V) y el MCU se pierden.
+- NTC de punto caliente: conector **P12** (2 pines, NTC 10 k B3950). Es la única NTC que ve el MCU (`tntc`); la NTC del paquete en **P4 pin 3**
+  va solo al LTC4040 y **no aparece en telemetría** por diseño. Sin NTC en P12 el monitor muestra «n/d».
 - Guardar el log completo de la consola: `HBOX5-Exx-Axxx-Rxxxx_prueba-final.txt` (adjuntarlo al acta).
 
 ## P1 — Arranque autónomo (2 min)

scripts/sync-docs.sh

@@ -24,7 +24,8 @@ declare -a MAP=(
   # Descargas para técnicos (firmware de bring-up v5)
   "04-Source-Code/firmware/hbox_v5_bringup/release/hbox-v5-bringup_0.5.1.bin|docs/descargas/hbox-v5-bringup_0.5.1.bin"
   "04-Source-Code/firmware/hbox_v5_bringup/release/superseded/hbox-v5-bringup_0.4.0.bin|docs/descargas/hbox-v5-bringup_0.4.0.bin"
-  "04-Source-Code/firmware/hbox_v5_bringup/release/SHA256SUMS|docs/descargas/SHA256SUMS.txt"
+  "04-Source-Code/firmware/release/hbox-fw-v3_3.0.4.bin|docs/descargas/hbox-fw-v3_3.0.4.bin"
+  "04-Source-Code/firmware/release/hbox-fw-v4_4.0.0.bin|docs/descargas/hbox-fw-v4_4.0.0.bin"
   "04-Source-Code/firmware/hbox_v5_bringup/README.md|docs/descargas/hbox-v5-bringup-README.md"
 )
 
@@ -36,5 +37,9 @@ for entry in "${MAP[@]}"; do
   cp "$src" "$dst"
   n=$((n+1))
 done
+# SHA256SUMS se GENERA de los .bin que de verdad se publican (antes se copiaba el del v5 y
+# borraba las lineas de los demas firmwares). Asi la lista nunca miente sobre la carpeta.
+( cd docs/descargas && shasum -a 256 *.bin > SHA256SUMS.txt )
+echo "SHA256SUMS.txt regenerado: $(wc -l < docs/descargas/SHA256SUMS.txt) binarios"
 echo "sincronizados $n archivos desde $SRC"
 echo "Revisa 'git status' y haz commit de los cambios que quieras publicar."