v6 T38 + propuesta α del bloque A (D-21-3); fuente de la guía del ingeniero al día; submódulos kicad y hbox-docs

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01QCy5VHMVLkAmftYM6swWmx

00-Project-Management/2026-09-29_Drogheda_Guia-Ingeniero-Sitio_ES_v1.0.md

@@ -2,7 +2,7 @@
 title: "Guía del ingeniero"
 project: Project Drogheda
 date: 2026-09-29
-version: "1.1"
+version: "1.2"
 tags: [project-drogheda, procedimientos, sitio, ingeniero]
 ---
 
@@ -19,6 +19,19 @@ Acceso: usuario y contraseña te los da Leo; cámbiala la primera vez en [Mi cue
 5. Si algo no cuadra con el documento (valor fuera de rango, paso imposible, la tarjeta no coincide), no improvises: detente, anótalo en Observaciones y avisa a Leo.
 6. No edites procedimientos. Si un paso está mal, escríbele a Leo con la página, el número de paso, qué esperabas y qué encontraste. Las páginas se corrigen en el repositorio `Drogheda`; tú no tocas Git.
 
+## El sitio es el centro de mando { #el-sitio-es-el-centro-de-mando }
+
+**Si no está en el sitio, no pasó.** Todo el proyecto se coordina aquí: los pendientes, los documentos, las actas y la ruta a producción. Una tarea está terminada cuando el sitio lo dice, no antes.
+
+Al terminar una tarea:
+
+1. **El pendiente.** Muévelo a *Hecho*, o a *Bloqueado* con la razón en un comentario, y abre los que siguen, con responsable y fecha. Si la tarea no tenía pendiente, créalo y ciérralo: así queda en la Actividad.
+2. **El documento.** Si la tarea cambió un procedimiento, una tarjeta o una decisión, el documento se corrige el mismo día. Lo hacen Leo o Claude en el repositorio; tú avísales qué cambió (regla 6).
+3. **El acta.** Si tocaste una tarjeta o una unidad, llena su acta (regla 3).
+4. **La mejora.** Si el sitio te estorbó (una liga rota, un dato viejo, algo que no encontraste), abre un pendiente para Leo con la página y lo que esperabas encontrar.
+
+Claude trabaja igual: cada tarea suya termina con sus cambios al tablero (en un lote que Leo revisa y aplica), sus documentos y la ruta a producción al día. Lo ves en la **Actividad** de la página de inicio, con su nombre.
+
 ## Qué abrir
 
 - [Producción](produccion/index.md): de la tarjeta nueva a la unidad lista para embarcar.
@@ -50,7 +63,9 @@ Cada una vive en la página donde se aplica:
 cd ~/Documents/Claude/Projects/Drogheda/hbox-docs
 ./scripts/sync-docs.sh          # copia desde el repo lo que está en la lista MAP (política de publicación)
 mkdocs build --strict           # tiene que terminar sin WARNING
-./scripts/deploy.sh             # rsync del sitio + backend al servidor
+./scripts/deploy.sh             # rsync del sitio + backend al servidor; baja la foto del tablero a _estado/
+./scripts/tablero.sh revisar    # lotes de Claude: qué cambiaría cada uno en el tablero (no escribe)
+./scripts/tablero.sh aplicar    # los aplica (lo ya aplicado se salta) y baja la foto nueva
 # nuevos tipos de acta: actualizar ACTAS_REPETIBLES en /etc/systemd/system/actas-hbox.service
 # (ya incluye prueba-ethernet-serie en backend/actas-hbox.service y DESPLIEGUE.md), luego
 # sudo systemctl daemon-reload && sudo systemctl restart actas-hbox
@@ -63,5 +78,6 @@ git add -A && git commit -m "docs: ..." && git push
 |---|---|---|
 | 1.0 | 2026-09-29 | Primera versión. |
 | 1.1 | 2026-09-29 | Edición breve; recibe las reglas de la portada; la tabla por situación queda en las portadas de sección. |
+| 1.2 | 2026-10-21 | «El sitio es el centro de mando»: cómo se cierra una tarea (pendiente, documento, acta y mejora); lotes del tablero en el anexo. |
 
 Versiones anteriores en git.

03-Architecture-Hardware/2026-10-16_Drogheda_Plan-Fines-de-Semana_v6-Produccion_ES.md

@@ -4,8 +4,8 @@ tags: [project-drogheda, hardware, hbox, einarboard, v6, plan, layout, firmware,
 project: Project Drogheda
 author: Helgen Technologies (plan: Claude; revisión: Leo)
 date: 2026-10-16
-version: 1.2
-status: ACTIVO — rev. 1.1 (19-oct): recorrido una semana; empieza el sábado 24-oct a las 8:00 · 21-oct: T25 y T28 ya aplicados (falta el push)
+version: 1.3
+status: ACTIVO — rev. 1.1 (19-oct): recorrido una semana; empieza el sábado 24-oct a las 8:00 · 21-oct: T25 y T28 ya aplicados · 21-oct noche: T38 aplicado y metas del bloque A corregidas (§3.1)
 audience: Leo, Michelle (layout), Jesús (banco), Aldair (fabricación), Adriana (PM)
 ---
 
@@ -17,7 +17,14 @@ audience: Leo, Michelle (layout), Jesús (banco), Aldair (fabricación), Adriana
     El fin de semana del 17–18 se fue en la pasada 3 de V5.6/V5.7; a la v6 solo entraron 15 vías de tierra (`00a9af4`), así que los 8 bloqueantes de la [auditoría del 16-oct](v6-auditoria-produccion-16oct.md) siguen igual ([re-auditoría del 19-oct, §8](re-auditoria-19oct.md#8-v6)). Mismo trabajo, una semana después: **24–25 oct** y **31 oct–1 nov**; pedido del piloto el **lun 2-nov**; G2 ≈ **22-nov**. T25 y T28 se volvieron a probar sobre `00a9af4` y aplican igual. Lo único que no se recorre son las **pre-órdenes en JLC**: se piden ya.
 
 !!! warning "21-oct: T25 y T28 ya están aplicados y Michelle adelantó el bloque A"
-    El paso del §2 (sábado 24, 8:00) se hizo el 21-oct sobre `9255b84`; falta el commit y push de Leo. Michelle ya movió la fuente U25 (bloque A), pero D34 quedó lejos del pin SW y MH8 cae encima de D34. Lo primero del sábado: [estado de la v6 al 21-oct, §3](v6-estado-21oct.md#3-lo-que-tiene-que-corregir-michelle-antes-de-seguir).
+    El paso del §2 (sábado 24, 8:00) se hizo el 21-oct sobre `9255b84`. Michelle ya movió la fuente U25 (bloque A), pero D34 quedó lejos del pin SW y MH8 cae encima de D34. Lo primero del sábado: [estado de la v6 al 21-oct, §3](v6-estado-21oct.md#3-lo-que-tiene-que-corregir-michelle-antes-de-seguir).
+
+!!! note "Rev. 1.3 (21-oct, noche): T38 y metas del bloque A corregidas"
+    - **T38 ya está aplicado** ([estado de la v6, §5](v6-estado-21oct.md#5-t38-21-oct-noche-courtyards-mh6-y-regla-de-barrenos)):
+        - courtyards reales en 11 huellas;
+        - MH6 libre;
+        - regla de barrenos: solo GND a menos de 4 mm del centro, en las caras.
+    - **Metas del bloque A (§3.1, paso 1) corregidas.** Las de la rev. 1.2 no se podían cumplir con D34 en SMC y esta bobina: los pads del nodo SW ya suman 33 mm², y D34 no cabe abajo del pin 8. La colocación nueva es la propuesta α: D34 entre U25 y L22, y L22 al este ([estado, §3.1](v6-estado-21oct.md#31-bloque-a-propuesta-corrige-la-rev-10)).
 
 **Dos metas:**
 
@@ -106,7 +113,12 @@ Qué cambia T28: U25 sin el código del AP64350 · pasta del EP de U6 al 50 % ·
 
 ### 3.1 Fuente U25 (bloque A)
 
-1. **Nodo SW corto.** Acomodar U25, D34 y L22 para que el pad 1 de L22 quede a **≤ 5 mm del pin 8 de U25** (hoy 13.2 mm) y el cátodo de D34 a **2–3 mm del pin 8** (hoy 3.8). Se vale mover U25 hacia D34/L22 o L22 hacia U25: lo que importa es que el cobre de `/SW_PWRIN` (pin 8 → D34.1 → L22.1) quede en **≤ 25 mm²** (hoy 44) y que no pase nada por In1 debajo.
+1. **Nodo SW corto** (metas corregidas el 21-oct en la noche). Colocación: la **propuesta α** del [estado de la v6, §3.1](v6-estado-21oct.md#31-bloque-a-propuesta-corrige-la-rev-10): D34 girado 90° en (181.0, 121.75) y L22 en (192.1, 122.5), después de llevar R53/R54 junto a U6 (§3.2, paso 6). Metas:
+    - cátodo de D34 a **≤ 3.5 mm del pin 8** de U25, de orilla a orilla (hoy 13.0);
+    - pad 1 de L22 a **≤ 9 mm del pin 8** (hoy 2.2): D34 va en medio;
+    - cobre de `/SW_PWRIN` (pin 8 → C152.2 → D34.1 → L22.1) en **≤ 10 mm² fuera de los pads**. Los pads ya suman 33 mm², así que la meta anterior de «≤ 25 mm² en total» no se podía cumplir;
+    - lazo por centros de pad C150 → U25 → D34 en **≤ 60 mm²** (hoy 115);
+    - nada por In1 ni In2 debajo del nodo SW ni de L22.
 2. **Capacitores de entrada.** C149 y C150 con su pad de `/VIN_PROT` a **≤ 2 mm del pin 2** (hoy 6.8 y 2.9). Su pad de tierra va sobre la misma isla de F.Cu que el EP de U25 y el ánodo de D34: una sola isla, sin cuellos de menos de 1 mm. C151 (100 µF) puede quedar a ≤ 10 mm.
 3. **Vías.**
     - En el EP de U25 (3.2 × 2.5 mm): **6 vías** (2 × 3, paso 1.0 mm).
@@ -148,12 +160,14 @@ Qué cambia T28: U25 sin el código del AP64350 · pasta del EP de U6 al 50 % ·
     - Llevar **D23, D24 y D25** (ESD de la SIM) junto a J14 y sus resistencias de 22 Ω (R131–R134): ahí deben ir de todos modos (B-09) y así salen del barreno.
     - Desviar `/NTC` (In2) a **≥ 2.5 mm del centro**.
     - Sacar `/SIM_CLK`, `/SIM_RST` y la pista GND del **círculo de 4 mm**.
-2. **MH6 (65.2, 135.3):** pista `/3V3` a **≥ 4 mm del centro** (hoy 3.0). Si la rondana no cabe, correr H4 1 mm al este.
-3. **No mover los barrenos:** son los de la placa base de la V5.5.
+2. **MH6 (65.2, 135.3):** ✅ ya quedó con T38 (21-oct, noche): `/3V3` por B.Cu, a 4.06 mm del centro. Si la rondana no cabe, correr H4 1 mm al este.
+3. **MH8 (195.2, 135.3):** al mover D34 (§3.1), borrar las 2 vías de GND de (194.6, 133.7) y (196.2, 133.7).
+4. **Regla nueva (T38):** el DRC ya marca cualquier cobre que no sea GND a menos de 4 mm del centro de un barreno, en F.Cu y B.Cu. En MH4 marca también `/SIM_DATA`.
+5. **No mover los barrenos:** son los de la placa base de la V5.5.
 
 ### 3.5 Cierre del sábado
 
-- [ ] DRC: **0 errores** (desaparecen los 14 de MH4) y 0 sin conectar.
+- [ ] DRC: **0 errores** y 0 sin conectar. Desaparecen los 28 de MH4, los 10 de MH8 y el encime de C153 con L22. Solo quedan los encimes de courtyard que son de margen: se excluyen al final ([estado, §3.3](v6-estado-21oct.md#33-cierre)).
 - [ ] Ningún aviso de ancho de pista en `/VEH5V`, `/VIN_SW`, `/MAIN5V`, `/SW_BAT`, `/BAT_PLUS`, `/VIN_PROT`.
 - [ ] Nada de potencia en In1/In2 entre L22, RS1, Q7, U6, L6 y P3.
 - [ ] Vías: EP de U6 = 9, EP de U25 = 6, D34 ≥ 4.

03-Architecture-Hardware/2026-10-21_Drogheda_Auditoria-Pasada-4_V5.6-V5.7_ES_v1.0.md

@@ -4,8 +4,8 @@ tags: [project-drogheda, hardware, hbox, einarboard, v5.6, v5.7, layout, auditor
 project: Project Drogheda
 author: Helgen Technologies (revisión: Claude; pedido: Leo)
 date: 2026-10-21
-version: 1.3
-status: ACTIVO — audita HBox_PCB 85e7602 (V5.6) y 1416dcb (V5.7) · 21-oct tarde: T32 (C130) y T33 (arreglos por script) aplicados · 21-oct noche: pasada 5 (6458c5d) revisada y pasada 6 hecha por Claude con T34–T37 (sección 6) · falta commit y push de Leo
+version: 1.4
+status: ACTIVO — audita HBox_PCB 85e7602 (V5.6) y 1416dcb (V5.7) · 21-oct tarde: T32 (C130) y T33 (arreglos por script) aplicados · 21-oct noche: pasada 5 (6458c5d) revisada y pasada 6 hecha por Claude con T34–T37 (sección 6) · 21-oct noche: T38 (v6) corrigió 4 huellas de la biblioteca que también usan V5.6/V5.7 (§6.1, paso 2)
 audience: Leo, Michelle (layout)
 ---
 
@@ -217,6 +217,8 @@ Leo pidió avanzar sin esperar a Michelle. Ningún script mueve piezas. Cada uno
 
 1. **Leo:** commit y push de `kicad/` (los scripts y los 4 archivos de V5.6 y V5.7).
 2. **Quien abra cada tarjeta** (Michelle o Leo), después de `git pull --ff-only`: **B** y DRC con «Rellenar zonas» y «Comprobar paridad». Tiene que salir lo de la tabla: 0 errores, 0 sin conectar, paridad solo PF*.
+    - **Desde T38 (21-oct, noche) salen además avisos de «no coincide con la biblioteca»:** 2 en la V5.6 (U7, U26) y 4 en la V5.7 (U7, U25, L22, U26). T38 corrigió el courtyard de esas huellas en `Drogheda-v6.pretty`, que solo cubría el cuerpo sin los pads ([estado de la v6, §5.1](v6-estado-21oct.md#51-courtyards)). Revisé las dos tarjetas con el courtyard nuevo: solo saldrían encimes de margen, con 0.40–0.56 mm de hueco real.
+    - En los Gerber no cambia nada. **No actualices esas huellas desde la biblioteca antes de sacar los Gerber.**
 3. **Gerber, BOM y CPL** con el botón de *Fabrication Toolkit*, como en la V5.5 (`JLCPCB-Order-Guide.md`). En el visor de JLC, revisar la rotación de U6, U7, U25, Q7 y RS1.
 
 **Opcional** (🟡), si Michelle tiene tiempo: 2.ª vía en `/VEH5V` (145.9, 57.6) de la V5.7 (rama de C78) y acercar Rcomp2/Ccomp2/Rfreq2 a U7 en las dos.
@@ -231,7 +233,7 @@ El 16-oct pedí girar C149/C150 con una meta de lazo < 30 mm². Medido hoy sobre
 
 ### 6.3 Para Michelle (22-oct)
 
-- Haz `git pull --ff-only` **antes** de abrir V5.6, V5.7 o v6. T34–T37 cambiaron `hbox-watchdog-v5.*` y `hbox-watchdog-v57.*`, y T25/T28 la v6. Si guardas encima de una copia vieja, se pierde el trabajo.
+- Haz `git pull --ff-only` **antes** de abrir V5.6, V5.7 o v6. T34–T37 cambiaron `hbox-watchdog-v5.*` y `hbox-watchdog-v57.*`; T25, T28 y T38 cambiaron la v6, y T38 también `Drogheda-v6.pretty`. Si guardas encima de una copia vieja, se pierde el trabajo.
 - En la V5.6 y la V5.7 **no te queda nada obligatorio.** Si abres alguna, haz B y DRC y confirma la tabla de arriba. No muevas lo de RS1, U7 ni C129.
 - Tu trabajo de mañana es la v6: [estado del 21-oct, sección 3](v6-estado-21oct.md#3-lo-que-tiene-que-corregir-michelle-antes-de-seguir).
 

03-Architecture-Hardware/2026-10-21_Drogheda_Estado-v6-T25-T28_ES_v1.0.md

@@ -1,56 +1,64 @@
 ---
-title: "Estado de la v6 al 21-oct y scripts T25/T28 aplicados"
-tags: [project-drogheda, hardware, hbox, einarboard, v6, auditoria, t25, t28, barrenos, u25, layout, michelle]
+title: "Estado de la v6 al 21-oct: T25, T28 y T38 aplicados"
+tags: [project-drogheda, hardware, hbox, einarboard, v6, auditoria, t25, t28, t38, courtyards, barrenos, u25, layout, michelle]
 project: Project Drogheda
 author: Helgen Technologies (revisión: Claude; pedido: Leo)
 date: 2026-10-21
-version: 1.0
-status: ACTIVO — HBox_PCB 9255b84 (Michelle, 21-oct 18:14) con T25 y T28 aplicados por Claude · falta commit y push de Leo
+version: 1.1
+status: ACTIVO — HBox_PCB 9255b84 (Michelle, 21-oct 18:14) + T25/T28 + T38 (Claude, 21-oct noche) · falta commit y push de T38
 audience: Leo, Michelle (layout)
 ---
 
-# Estado de la v6 al 21-oct · T25 y T28 aplicados
+# Estado de la v6 al 21-oct · T25, T28 y T38 aplicados
 
-**Pregunta (Leo, 21-oct):** ¿T28 ya quedó o hay que correrlo? ¿Cómo va la v6?
+**Pregunta (Leo, 21-oct):** ¿T28 ya quedó o hay que correrlo? ¿Cómo va la v6? Y en la noche: trabaja en la v6 real.
+
+!!! note "Rev. 1.1 (21-oct, noche): T38 y una corrección al §3"
+    - **T38 ya está aplicado en la v6.** Antes lo probé en una copia con el DRC de KiCad 10. Hace tres cosas: courtyards reales en 11 huellas, `/3V3` lejos de MH6 y una regla nueva para los barrenos. Detalle en el [§5](#5-t38-21-oct-noche-courtyards-mh6-y-regla-de-barrenos).
+    - **Corrección.** En la rev. 1.0 escribí que L22 se quedaba donde está y D34 iba abajo del pin 8 de U25. **Ahí no cabe:** entre U25 y P1 quedan 4.1 mm, y D34 (SMC) mide 6.7 mm aun de lado. El [§3](#3-lo-que-tiene-que-corregir-michelle-antes-de-seguir) ya trae la colocación que sí cabe (propuesta α), revisada con los courtyards nuevos.
 
 **Respuesta corta:**
 
-- **T28 nunca se había corrido, y T25 tampoco.** Se probaron el 16 y el 19-oct para correrlos el sábado 24 a las 8:00 ([plan, §2](v6-plan-fines-de-semana.md#2-sabado-24-800-leo-scripts-t25-y-t28-15-min)). Hoy los probé en una copia del commit de Michelle (`9255b84`) y los apliqué a los archivos de HBox_PCB. **Falta que Leo haga commit y push.**
-- **La v6 todavía no se puede pedir.** Michelle adelantó el bloque A (fuente U25) y parte del B (`/VEH5V`). Hay avance real, pero **D34 quedó lejos del pin SW de U25**: el lazo caliente creció de ≈ 47 a ≈ 115 mm². Además, **MH8 cae encima de D34** y de 2 vías de GND. No se veía porque los barrenos no estaban en la tarjeta.
-- **DRC de hoy, con T25 y T28:** 22 errores, todos en MH4 y MH8; 0 sin conectar; la paridad solo marca los 19 PWR_FLAG.
+- **T25 y T28** ya están aplicados (21-oct, tarde).
+- **T38 (21-oct, noche):**
+    - Las 11 huellas que vienen de easyeda2kicad tenían un courtyard que solo cubría el cuerpo, sin los pads. Ya se corrigieron. Con eso salieron 14 encimes: 13 son solo de margen y 1 es real (C153 debajo de L22).
+    - Hallazgo nuevo: el plano `/3V3` de B.Cu llegaba a 1.85 mm del centro de los 5 barrenos, que tienen máscara abierta de 6 mm. Quedaba cobre de 3.3 V desnudo justo donde se apoya el separador. La regla nueva lo aparta a 4.0 mm.
+    - MH6 ya quedó libre.
+- **La v6 todavía no se puede pedir.** Falta el bloque A: D34 lejos del pin SW, lazo caliente ≈ 115 mm². También falta liberar MH4 y MH8.
+- **DRC de hoy, con T25, T28 y T38:** 52 errores, todos conocidos: 28 en MH4, 10 en MH8 y 14 encimes de courtyard. 0 sin conectar; la paridad solo marca los 19 PWR_FLAG; los avisos no cambiaron.
 
 ![v6 al 21-oct: la fuente U25 y los barrenos](img/2026-10-21_Drogheda_v6-Estado-U25-Barrenos_v1.0.png)
 
-## 1. T25 y T28: qué cambiaron hoy
+## 1. T25, T28 y T38: qué cambiaron hoy
 
 | Script | Qué cambió en `hbox-watchdog-v6` |
 |---|---|
 | **T25 `--set v6`** | **5 barrenos** de 3.2 mm con máscara de 6 mm: MH5 (65.2, 45.3), MH6 (65.2, 135.3) y MH4 (185.2, 90.3), los de la placa base de la V5.5, más MH7 (195.2, 45.3) y MH8 (195.2, 135.3) en las esquinas. Van como piezas «solo de tarjeta», así que *Actualizar PCB* ya no los borra. |
 | **T28** | U25 sin el código del AP64350: queda solo LCSC C524806 (TPS54360B) · pasta del EP de U6 al 50 % (6 ventanas de 0.95 × 0.85 mm) · conexión sólida a la zona en 114 pads de tierra de potencia y RF · stackup JLC04161H-7628 con ENIG y control de impedancia · cajetín «EinarBoard v6 (HBOX 6.0)», rev 6.0, y textos de serigrafía · clase RF a 0.35 mm en el `.kicad_pro`. |
+| **T38** (21-oct, noche) | Courtyard correcto en U19, U20, U23, U24, U25, U26, D22, D27, J12, J13 y L22, en la tarjeta y en `Drogheda-v6.pretty` · `/3V3` de MH6 por B.Cu, a 4.06 mm del centro · regla nueva en el `.kicad_dru`: en F.Cu y B.Cu, solo GND a menos de 4 mm del centro de un barreno. No toca el `.kicad_pro`. |
 
 **Cómo se probó.**
 
-- Dos copias del commit `9255b84` en la Mac: una tal cual y otra con T25 + T28.
-- DRC de KiCad 10.0.4 con el `.kicad_dru`, «Rellenar zonas» y «Comprobar paridad»:
+- T25 y T28: dos copias del commit `9255b84` en la Mac, una tal cual y otra con los scripts. DRC de KiCad 10.0.4 con el `.kicad_dru`, «Rellenar zonas» y «Comprobar paridad»:
     - sin los scripts: 0 errores;
     - con los scripts: 22 errores, todos en MH4 y MH8; 0 sin conectar; la paridad igual (19 PWR_FLAG).
-- Luego se aplicaron a los archivos de HBox_PCB, que eran idénticos a la copia, y el DRC dio lo mismo.
-- Correr T28 otra vez no cambia nada, y T25 se niega si los barrenos ya están.
+- T38: igual, sobre una copia de la v6 ya con T25 y T28. Después se aplicó a la v6 de HBox_PCB y el resultado es idéntico, byte por byte, a la copia probada.
+- Correr T28 o T38 otra vez no cambia nada, y T25 se niega si los barrenos ya están.
 
 !!! warning "Antes de que Michelle vuelva a abrir la v6"
-    T25 y T28 cambian `hbox-watchdog-v6.kicad_pcb` y `.kicad_pro`. Git ya no mezcla archivos de KiCad (`merge=binary`): si Michelle guarda la v6 sobre su copia anterior y la sube, se pierde uno de los dos trabajos. El orden es: **Leo sube → Michelle hace `git pull --ff-only` → abre la v6.**
+    T38 cambia `hbox-watchdog-v6.kicad_pcb`, `.kicad_dru` y 8 archivos de `Drogheda-v6.pretty`. Git ya no mezcla archivos de KiCad (`merge=binary`): si Michelle guarda la v6 sobre su copia anterior y la sube, se pierde uno de los dos trabajos. El orden es: **Leo sube → Michelle hace `git pull --ff-only` → abre la v6.**
 
 ## 2. Los 8 bloqueantes del 16-oct, hoy
 
-Medido en el cobre con las zonas rellenadas. «19-oct» = `00a9af4`; «hoy» = `9255b84` con T25 y T28.
+Medido en el cobre con las zonas rellenadas. «19-oct» = `00a9af4`; «hoy» = `9255b84` con T25, T28 y T38.
 
 | # | Bloqueante del 16-oct | 19-oct | Hoy | Estado |
 |---|---|---|---|---|
 | 1 | U25 con el código del AP64350 | igual | solo C524806 | ✅ T28 |
-| 2 | Sin barrenos | sin barrenos | 5 barrenos; **MH4 y MH8 con piezas y cobre dentro** (22 errores) | 🟠 liberar MH4 y MH8 |
+| 2 | Sin barrenos | sin barrenos | 5 barrenos · MH5, MH6 y MH7 libres (MH6 con T38) · **MH4 y MH8 con piezas y cobre dentro** (38 errores) | 🟠 liberar MH4 y MH8 |
 | 3 | 5 V por capas internas | `/VEH5V` 12 mm por In1 a 0.5 mm; `/VIN_SW` 22 mm por In2 | `/VEH5V` de L22 a RS1 **todo en F.Cu de 1.0 mm, sin vías**: 38 mV y +11 °C a 2.5 A (meta ≥ 2 mm). `/VIN_SW` de RS1 a Q7 **igual**: 22 mm por In2 a 0.5–0.8 mm, con 2 vías; Q7 sigue a 10.6 mm de RS1 | 🟠 mitad |
 | 4 | Cargador U6 | `/SW_BAT` y `/BAT_PLUS` de 0.5 mm; 1 vía en el EP | `/SW_BAT` de 0.7–0.75 mm (meta: polígono ≥ 2 mm); `/BAT_PLUS` igual; 1 vía en el EP (meta 9) | ❌ |
-| 5 | Fuente U25 | L22 a 13 mm; EP sin vías | L22 a 2.2 mm ✅ · 6 vías en el EP ✅ · C149 a 0.75 mm de VIN ✅ · 5 vías GND junto al ánodo de D34 ✅ · **D34 a 13 mm del pin SW** (antes 3.8) ❌ · **lazo caliente ≈ 115 mm²** (antes ≈ 47) ❌ · nodo SW de 45 mm² (meta ≤ 25) | 🔴 regresión en D34 |
+| 5 | Fuente U25 | L22 a 13 mm; EP sin vías | L22 a 2.2 mm · 6 vías en el EP ✅ · C149 a 0.75 mm de VIN ✅ · **D34 a 13 mm del pin SW** (antes 3.8) ❌ · **lazo caliente ≈ 115 mm²** (antes ≈ 47) ❌ · **C153 0.3 mm debajo del cuerpo de L22** (lo destapó T38) ❌ | 🔴 regresión en D34 |
 | 6 | RF LTE por In1 | 21.9 mm por In1 | igual | ❌ |
 | 7 | Vías de GND | 96 (meta ≥ 400) | 111: 1 bajo U19 y 0 bajo U18; In1 con 1 656 mm de pistas | ❌ |
 | 8 | Stackup genérico | igual | JLC04161H-7628, ENIG, control de impedancia | ✅ T28 |
@@ -69,34 +77,152 @@ Medido en el cobre con las zonas rellenadas. «19-oct» = `00a9af4`; «hoy» = `
 
 Después del `git pull`. Primero esto y luego el resto de los bloques A y B del [plan](v6-plan-fines-de-semana.md#3-sabado-24-bloques-a-y-b-el-camino-de-la-energia).
 
-1. **D34 de regreso junto a U25.8** (bloque A, paso 1 del plan):
-    - el cátodo de D34 a **2–3 mm del pin 8** de U25, y el ánodo hacia la tierra de C149/C150 y del EP;
-    - L22 se queda donde está (L22.1 a 2.2 mm del pin 8 ✅);
-    - el cobre de `/SW_PWRIN` (pin 8 → D34.1 → L22.1) en **≤ 25 mm²**, sin pasar por debajo del cuerpo de L22;
-    - el lazo caliente, menor que los 47 mm² del 19-oct; mejor si queda < 30;
-    - **para hacer lugar:** R53 y R54 (el divisor BSTFB del LTC4040) quedaron junto a U25, en (177.0, 125.7) y (175.4, 126.9). Van a **≤ 3 mm de U6.18** (bloque B, paso 6 del plan). Al moverlos se libera el lugar de D34, abajo del pin 8.
-2. **MH8 (195.2, 135.3):** nada de cobre ni de piezas dentro del círculo de 4 mm. Hoy están dentro D34 y 2 vías de GND, en (194.6, 133.7) y (196.2, 133.7). Con el paso 1, D34 sale de ahí; las 2 vías se recorren.
-3. **MH4 (185.2, 90.3):** igual que el 16-oct ([plan, §3.4](v6-plan-fines-de-semana.md#34-barrenos-mh4-y-mh6-1-h)):
+![v6 con T38: courtyards reales, la fuente U25 y los barrenos](img/2026-10-21_Drogheda_v6-T38-Courtyards-U25-Barrenos_v1.0.png)
+
+### 3.1 Bloque A: propuesta α (corrige la rev. 1.0)
+
+**D-21-3 (propuesta, falta el OK de Leo):** el bloque A se hace con la colocación de abajo (propuesta α), y antes del sábado se revisa la pared de la HBOX junto a L22.
+
+**Por qué hay que mover L22.** El diodo D34 (B560C, SMC) es lo más importante del lazo caliente: su cátodo tiene que quedar pegado al pin SW (pin 8) de U25. Hoy L22 ocupa ese lugar. Abajo del pin 8 no cabe: de U25 a P1 quedan 4.1 mm y D34 mide 6.7 mm aun de lado. La colocación que mejor funciona con estas piezas es **D34 entre U25 y L22, y L22 recorrida al este**. También probé L22 girada 90°: así el nodo SW queda el doble de largo.
+
+1. **Primero, R53 y R54** (divisor BSTFB del LTC4040) a **≤ 3 mm de U6.18** (bloque B, paso 6 del plan). Hoy están en (177.0, 125.7) y (175.4, 126.9), justo donde va el cobre del nodo SW.
+2. **D34:** girar 90° (cátodo abajo) y ponerlo en **(181.0, 121.75)**.
+    - El cátodo queda a 3.4 mm del pin 8, de orilla a orilla.
+    - El ánodo queda arriba, junto a la tierra de C153 y C154.
+3. **L22:** sin girar, en **(192.1, 122.5)**.
+    - L22.1 queda a 8.7 mm del pin 8.
+    - L22.2 queda a 0.62 mm de la orilla de la tarjeta (mínimo 0.5 mm) y el cuerpo a 1.35 mm. **Revisar que la pared de la HBOX no choque ahí.**
+    - Así C153 deja de quedar debajo de L22.
+4. **C152 se queda donde está.** Su courtyard toca el de U25 y el de D34 solo en el margen; el hueco real es de 0.3 a 0.4 mm.
+5. **Nodo SW (`/SW_PWRIN`)** en F.Cu, pin 8 → C152.2 → cátodo de D34 → L22.1 (naranja en la figura): ≈ 9 mm² de cobre fuera de los pads.
+6. **In1 e In2 limpios debajo del nodo SW y de L22.** Hoy pasan por ahí:
+    - `/I2C_SDA` por In1 y `/I2C_SCL` por In2;
+    - `/MAIN5V` por In1 en x = 178.4;
+    - `/VFB_BST` por In1 en x = 177.2.
+
+    Los dos últimos se van solos al mover R53 y R54.
+7. **4 vías de GND a ≤ 1 mm del ánodo de D34** (verdes en la figura): (178.55, 117.6), (178.55, 118.9), (183.45, 117.6) y (183.45, 118.9).
+8. **`/VEH5V` sale de L22.2 por arriba, bajo el cuerpo de la bobina** (azul en la figura).
+    - 2 mm de ancho, por y = 116–118, hasta R51.1; ahí sigue el camino de hoy hacia RS1.
+    - Hay que recorrer la vía de GND de (185.8, 115.5).
+
+**Metas corregidas del bloque A.** Las del plan no se pueden cumplir con D34 en SMC y esta bobina. Ya las cambié en el [plan](v6-plan-fines-de-semana.md#31-fuente-u25-bloque-a).
+
+| | Plan del 16-oct | Corregida | Con la propuesta α | Hoy |
+|---|---|---|---|---|
+| Cátodo de D34 al pin 8 (orilla a orilla) | 2–3 mm | **≤ 3.5 mm** | 3.4 mm | 13.0 mm |
+| L22.1 al pin 8 (orilla a orilla) | ≤ 5 mm | **≤ 9 mm** | 8.7 mm | 2.2 mm |
+| Cobre del nodo SW | ≤ 25 mm² en total | **≤ 10 mm² fuera de los pads** | ≈ 9 mm² | 11.6 mm² |
+| Lazo por centros de pad (C150 → U25 → D34) | < 30 mm² | **≤ 60 mm²** | 56–60 mm² | 115 mm² |
+
+- **Por qué cambian.** Los pads del nodo SW ya suman 33 mm²: el de L22 solo mide 23. Ninguna colocación baja de 25 mm² en total.
+- **El lazo real es menor que el que se mide por centros de pad.** Con In1 como tierra sólida debajo (después del paso 6), a 0.21 mm de F.Cu, el retorno corre justo debajo del camino de ida (igual que en la V5.7, D-21-2). Lo que cuenta es que la ida sea corta y que haya vías de GND en el ánodo de D34 y en C149/C150.
+
+### 3.2 Barrenos
+
+1. **MH8 (195.2, 135.3):** con la propuesta α, D34 sale de ahí. Hay que **borrar las 2 vías de GND** de (194.6, 133.7) y (196.2, 133.7): eran del ánodo de D34 y quedan dentro del barreno. Con eso desaparecen los 10 errores de MH8.
+2. **MH4 (185.2, 90.3):** igual que el 16-oct ([plan, §3.4](v6-plan-fines-de-semana.md#34-barrenos-mh4-y-mh6-1-h)). La regla nueva hace que el DRC ya muestre todo lo que estorba (28 errores):
     - D23, D24 y D25 junto a J14 y sus resistencias de 22 Ω;
     - `/NTC` (In2) a ≥ 2.5 mm del centro;
-    - `/SIM_RST`, `/SIM_CLK` y la pista GND fuera del círculo de 4 mm.
-4. **MH6 (65.2, 135.3):** la pista `/3V3` a ≥ 4 mm del centro (hoy 3.0 mm).
-5. **No mover los barrenos:** MH4–MH6 son los de la placa base de la V5.5, y MH7 y MH8 son las esquinas de la v6.
+    - `/SIM_RST`, `/SIM_CLK`, `/SIM_DATA` y la pista GND fuera del círculo de 4 mm.
+3. **MH6 (65.2, 135.3):** ✅ ya quedó con T38.
+4. **No mover los barrenos:** MH4–MH6 son los de la placa base de la V5.5, y MH7 y MH8 son las esquinas de la v6.
 
-**Cierre:** **B** y DRC con «Rellenar zonas» y «Comprobar paridad»: **0 errores** y 0 sin conectar. Commit y push con «v6 bloque A» en el mensaje.
+### 3.3 Cierre
+
+**B** y DRC con «Rellenar zonas» y «Comprobar paridad»: 0 sin conectar y ningún error, salvo los encimes de courtyard que son solo de margen.
+
+Esos se excluyen **al final, cuando ya no se muevan las piezas**. En la ventana del DRC: clic derecho → *Excluir esta violación*, con el comentario «T38: solo margen, hueco X mm». La lista está en el [§5](#5-t38-21-oct-noche-courtyards-mh6-y-regla-de-barrenos). KiCad solo acepta la exclusión con la posición exacta del marcador, y esa solo la da su ventana: por eso no la puse con el script.
+
+Commit y push con «v6 bloque A» en el mensaje.
 
 ## 4. Calendario
 
-El paso del sábado 24 a las 8:00 (Leo corre T25 y T28) ya está hecho. Lo demás del [plan de fines de semana](v6-plan-fines-de-semana.md) sigue igual:
+El paso del sábado 24 a las 8:00 (Leo corre T25 y T28) ya está hecho, y MH6 también. Lo demás del [plan de fines de semana](v6-plan-fines-de-semana.md) sigue igual:
 
-- sábado 24: bloques A y B, empezando por la sección 3 de aquí;
+- sábado 24: bloques A y B, empezando por el §3 de aquí;
 - domingo 25: bloques C, D y E;
 - entre semana: T29;
 - lunes 2-nov: pedido del piloto.
 
+## 5. T38 (21-oct, noche): courtyards, MH6 y regla de barrenos
+
+Script: `kicad/tools/t38_v6_courtyards_mh.py`. No mueve piezas.
+
+### 5.1 Courtyards
+
+Las 8 huellas de `Drogheda-v6.pretty` que vienen de easyeda2kicad traían como courtyard solo el contorno del cuerpo, con los pads afuera. En L22 ni siquiera era un rectángulo: era un triángulo. El DRC solo revisa encimes con el courtyard, así que en esas 11 piezas no podía ver nada.
+
+Courtyard nuevo: el rectángulo que cubre cuerpo y pads, más 0.25 mm. Es el margen IPC-7351 nominal, el mismo de las huellas de KiCad del resto de la tarjeta. Se cambió en la tarjeta y en la biblioteca: *Actualizar huella desde biblioteca* ya no lo deshace, y no aparece ningún aviso nuevo de «no coincide con la biblioteca» en la v6.
+
+| Huella (`Drogheda-v6`) | Piezas | Courtyard de antes | Ahora |
+|---|---|---|---|
+| SO-8_L4.9-W3.9-P1.27-LS6.0-BL-EP | U20, U25 | 5.0 × 4.0 mm, sin los pads | 5.5 × 8.1 mm |
+| IND-SMD_L13.5-W12.5 | L22 | triángulo | 15.5 × 13.0 mm |
+| LGA-124_L24.0-W24.0 (A7670) | U19 | 24 × 24 mm | 26.5 × 26.5 mm |
+| VSSOP-8_L2.1-W2.4 | U23, U24 | 2.0 × 2.3 mm | 2.5 × 4.4 mm |
+| SMA_L4.4-W2.6 | D22 | 4.3 × 2.5 mm | 6.7 × 3.0 mm |
+| SOD-923 | D27 | 0.8 × 0.6 mm | 2.1 × 1.1 mm |
+| RF-SMD_FRF05002 (U.FL) | J12, J13 | 2.6 × 2.85 mm, sin los pads de GND | 4.5 × 4.15 mm |
+| LGA-12_L2.0-W2.0 | U26 | 2.0 × 2.0 mm | 2.8 × 2.8 mm |
+
+**Lo que destapó: 14 encimes de courtyard.** Medí el hueco físico entre cuerpo y pads de cada par:
+
+| Par | Hueco físico | Qué es |
+|---|---|---|
+| L22 – C153 | **−0.3 mm** | **real:** C153 (1210) queda debajo del cuerpo de L22. La propuesta α lo quita |
+| L22 – C154 | 0.30 mm | solo margen; con α desaparece |
+| U25 – C152 · R120 · R53 · C156 | 0.31 · 0.34 · 0.61 · 0.29 mm | solo margen; R53 se va con el bloque B |
+| U19 – Q20 · Q21 · TP8 · C126 | 0.65 · 0.76 · 0.33 · 0.44 mm | solo margen |
+| U20 – C129 | 0.29 mm | solo margen |
+| D22 – C130 | 0.45 mm | solo margen |
+| D27 – U28 | 0.45 mm | solo margen |
+| J12 – L21 | 0.44 mm | solo margen |
+
+Los de margen están bien para ensamblar: se excluyen al final (§3.3).
+
+**V5.6 y V5.7 no se tocaron.** Usan 2 y 4 de estas huellas: U7 y U26, y en la V5.7 también U25 y L22.
+
+- Con los courtyards nuevos solo tendrían encimes de margen: 1 en la V5.6 y 7 en la V5.7, con huecos de 0.40 a 0.56 mm. Lo revisé: no hay ninguno real.
+- Como la biblioteca cambió, su DRC ahora muestra **2 y 4 avisos de «no coincide con la biblioteca»**. Es solo el courtyard: no cambia nada de los Gerber. **No actualicen esas huellas antes de sacar sus Gerber.**
+
+### 5.2 Regla de barrenos y plano `/3V3`
+
+Los 5 barrenos tienen máscara abierta de 6 mm en las dos caras. En la v6, B.Cu es el plano de `/3V3`, y llegaba a **1.85 mm del centro de los 5 barrenos**. Del lado de abajo quedaba cobre de 3.3 V desnudo entre 1.85 y 3 mm del centro, justo donde se apoya el separador, el inserto o la tuerca. Del lado de arriba, el cobre desnudo es GND, bajo la cabeza del tornillo. Con un inserto de latón o un separador metálico, el tornillo une las dos caras: **corto de 3.3 V a GND**.
+
+Regla nueva en `hbox-watchdog-v6.kicad_dru`:
+
+- En F.Cu y B.Cu no puede haber nada que no sea GND a menos de **4.0 mm del centro** de un barreno: 2.4 mm desde la orilla del agujero de 3.2 mm.
+- Al rellenar zonas, el plano `/3V3` se aparta solo. Lo comprobé en los 5 barrenos: queda a 4.0 mm.
+- El GND de F.Cu sigue a 1.85 mm, bajo la cabeza del tornillo, como en la V5.5.
+- Capas internas: la holgura normal de barreno, porque van cubiertas.
+- Además, el DRC ya marca todo lo que estorba en MH4: los 11 errores de la regla son de `/SIM_*`, D23 y D24.
+- Salen también 2 errores que no aparecían antes: los pads de GND de D23 (en MH4) y de D34 (en MH8) quedan encima del barreno. Ya estaban así.
+
+V5.6 y V5.7 no tienen este problema: su cobre de afuera es GND, y su `/3V3` va por In2, cubierto.
+
+### 5.3 MH6
+
+La pista `/3V3` que rodeaba el barreno por F.Cu quedaba a 3.02 mm del centro, en la orilla de la máscara abierta. Ahora baja a B.Cu con una vía en (61.6, 130.3) y llega a H4.1 por y = 130.3 y x = 69.5. Queda a **4.06 mm del centro** en lo más cercano, con 0.25 mm de holgura a la vía de GND de (70.4, 132.9). B.Cu ya es el plano `/3V3`, así que la pista nueva es parte de él. H4.1 sigue a 4.15 mm del centro; si la rondana no cabe, el plan ya dice correr H4 1 mm al este.
+
+### 5.4 DRC con T38
+
+| | Antes de T38 | Con T38 |
+|---|---|---|
+| Errores | 22 (14 MH4 · 8 MH8) | **52** (28 MH4 · 10 MH8 · 14 courtyards) |
+| Sin conectar | 0 | 0 |
+| Paridad | 19 PWR_FLAG | 19 PWR_FLAG |
+| Avisos | 262 | 262 (iguales, incluidos los 81 de «no coincide con la biblioteca») |
+
+Cuando quede la propuesta α, salen los 10 de MH8 y el de C153. Al liberar MH4 salen sus 28. Quedan solo los encimes de margen, que se excluyen.
+
 ## Cómo se hizo
 
 - **Archivos:** HBox_PCB `9255b84` (Michelle, 21-oct 18:14) contra `00a9af4` (19-oct). El esquemático de la v6 no cambió desde el 28-sep (`d58a89ba…`).
-- **Scripts:** `kicad/tools/t25_mounting_holes_v55.py --set v6` y `kicad/tools/t28_v6_mecanicos.py`, primero en una copia y luego en los archivos de HBox_PCB. Los respaldos `.T25bak` y `.T28bak` no se suben.
+- **Scripts:** `kicad/tools/t25_mounting_holes_v55.py --set v6`, `kicad/tools/t28_v6_mecanicos.py` y `kicad/tools/t38_v6_courtyards_mh.py`, primero en una copia y luego en los archivos de HBox_PCB. Los respaldos `.T25bak`, `.T28bak` y `.T38bak` no se suben.
 - **DRC:** KiCad 10.0.4, `pcb drc --schematic-parity --refill-zones --severity-all`, con el `.kicad_dru` del proyecto.
-- **Medidas:** el script de la auditoría del 16-oct sobre el cobre rellenado (distancias, series de cobre, vías por red y por EP, lazo por centros de pad), y la prueba Kelvin de RS1 con el área del pad recortada.
+- **Medidas:**
+    - El script de la auditoría del 16-oct sobre el cobre rellenado: distancias, series de cobre, vías por red y por EP, y lazo por centros de pad.
+    - La prueba Kelvin de RS1, con el área del pad recortada.
+    - Para T38: barrido de pads fuera de courtyard en todas las huellas (solo esas 11 fallaban), hueco físico de cada encime y distancia de cada zona rellenada al centro de cada barreno.
+- **Propuesta α:** colocación probada en una copia: courtyards, pads a otras redes, orilla de la tarjeta y la regla de 4 mm. El cobre del nodo SW y de `/VEH5V` de la figura es un dibujo de la idea; el ruteo lo hace Michelle.

03-Architecture-Hardware/kicad

@@ -1 +1 @@
-Subproject commit 24c3443a70b0852b8926847d7a89b8de6b129a60
+Subproject commit b74b96f53c1692267b773c80476a4642bdeee5e5

CLAUDE.md

@@ -23,6 +23,46 @@ status: Active
 
 ---
 
+## ★ Command centre — drogheda.helgen.online (every task closes here)
+
+> **Mantra: «Si no está en el sitio, no pasó.»** If it isn't on drogheda.helgen.online, it didn't happen.
+> (Leo, 2026-10-21.) Applies to every task in this project — engineering, docs, firmware, site — Claude's included.
+
+The internal site (repo `hbox-docs/`, submodule; MkDocs + Flask backend) is the project's **command centre**:
+Pendientes (kanban, «Por persona»), Ruta a producción per board, Ingeniería decisions, actas per unit, inventory,
+sites, Bitácora/Actividad and every published doc. Leo, Adriana, Michelle, Jesús and the field techs work from
+it. The vault keeps the distilled memory; Drive the client exports; the site is where work is *coordinated and
+closed*. Mechanics (what lives where, how to edit each piece): **`hbox-docs/CLAUDE.md`**.
+
+**Start of every task — read the state:** `hbox-docs/_estado/tablero.md` (board snapshot; if missing or older
+than a day, ask Leo for `./scripts/tablero.sh foto`), `hbox-docs/docs/datos/proyecto.json` (Ruta, hitos),
+§0 below, `hbox-docs/docs/hardware/index.md`.
+
+**End of every task — the closing loop.** A task is not done until each item that applies is on the site:
+
+1. **Board.** Write a lote `hbox-docs/backend/lotes/AAAA-MM-DD_tema.json`: close what's done, open what's next
+   (owner + date), comment on what moved, every change with a one-line *why* in es-MX. Reuse ids from the
+   snapshot; `buscar` by title when unknown; `si_no_hay` before creating. Format: `hbox-docs/backend/lotes/README.md`.
+   Claude never writes the board directly; Leo runs `./scripts/tablero.sh revisar` → `aplicar`.
+2. **Docs.** Source in the `NN-` folder (`AAAA-MM-DD_Drogheda_…`, `date:` front matter, es-MX for the team) →
+   `hbox-docs/scripts/sync-docs.sh` MAP → `mkdocs.yml` nav (*Auditorías y pasadas*; superseded → *Historia*,
+   with a banner) → section index (`docs/hardware/index.md` …) → Bitácora entry. Figures on the site with the
+   doc they explain. Copy to the claude.ai Project (`claude/…`).
+3. **Ruta.** `hbox-docs/docs/datos/proyecto.json` when a board changes stage, a date moves or the week's focus
+   changes (`enfoque_inicial`). The live «Enfoque de la semana» is Leo's and Adriana's: propose the wording.
+4. **Decisions.** `hbox-docs/docs/tableros/ingenieria.md` «Últimas decisiones» (dated, newest first, with the
+   D-xx-n number) and §0 here.
+5. **Improvements.** If the site got in the way (stale data, missing view, broken link, wrong doc), fix it in the
+   same task when small; otherwise a pendiente in the lote (etiqueta «sitio») and a line in the site plan
+   (`claude/2026-10-20_Drogheda_Sitio_Inicio-y-Tablero_Propuesta.md`, Phase 2b/3).
+6. **Master index.** §0 status paragraph + §2 directory row (this file). Vault notes only when something
+   becomes evergreen (decision, lesson, milestone): `Second Brain/03 Projects/Helgen/Project-Drogheda/`.
+7. **Hand-off.** End the reply with a «Centro de mando» block: what changed on the site, the lote (if any), and
+   Leo's commands — sync → `mkdocs build --strict` → commit/push `hbox-docs` → bump the submodule → `deploy.sh`
+   → `tablero.sh revisar` / `aplicar` → `restart actas-hbox` only if `backend/app.py` changed.
+
+---
+
 ## 0. Where we are (2026-06-20)
 
 Helgen deployed **HBOX** RTK trackers on heavy port equipment at **Hutchison Ports
@@ -258,6 +298,42 @@ mirrors the forward path → bench-check SW/VIN ringing at 9/24/32 V, 2.5 A. Les
 overstates the hot loop; judge forward-path length (SW pin → diode) and GND vias at Cin− and the anode. Optional left: V5.7
 `/VEH5V` (145.9, 57.6) 2nd via (C78 branch), U7 compensation closer. Canonical: §6 of the 21-oct audit; figure
 `img/2026-10-21_Drogheda_Pasada-6-T34-T37_v1.0.png`.
+**21-oct night, later still: T38 on the real v6 (Leo: "work on the real V6").** `kicad/tools/t38_v6_courtyards_mh.py`
+(no part moved): (1) the 8 easyeda2kicad footprints of `Drogheda-v6.pretty` had courtyard = body outline with every pad outside
+(L22's was a triangle) → the DRC was blind on U19/U20/U23/U24/U25/U26/D22/D27/J12/J13/L22. New courtyard = bbox(body ∪ pads) +
+0.25 mm, written on the board AND in the library (v6 lib-mismatch count unchanged, 81). It exposed 14 overlaps: 13 margin-only
+(physical gap 0.29–0.76 mm) and 1 real (C153, 1210, 0.3 mm under L22's body). Exclusions can't be scripted: KiCad matches
+`type|x_nm|y_nm|uuid|uuid` on the exact marker position, which only its own DRC computes (tested: footprint-anchor positions don't
+match) → Michelle excludes them in the GUI at the end. V5.6/V5.7 use 2/4 of these footprints (U7, U26; + U25, L22 on V5.7) and
+were not touched: their DRC now shows 2/4 "doesn't match library" warnings (courtyard only; with the new courtyard they'd have only
+margin overlaps, 0.40–0.56 mm) → don't update those footprints before their Gerbers. (2) **New finding:** the v6 B.Cu is a `/3V3`
+plane and reached 1.85 mm from all 5 MH centres, inside their 6-mm mask openings (both faces): bare 3V3 under the standoff/insert,
+bare GND under the screw head → 3V3–GND short through metal hardware. Rule added to `hbox-watchdog-v6.kicad_dru` (outer layers,
+`A.Type == 'Pad' && A.memberOfFootprint('MH*') && B.NetName != 'GND'` → `hole_clearance` 2.4 mm = 4.0 mm from the centre); the zone
+filler honours it (B.Cu /3V3 now exactly 4.0 mm at all 5; F.Cu GND stays at 1.85, as V5.5) and the DRC now flags MH4's `/SIM_*`
+(11 errors). V5.6/V5.7 don't have the problem (outer pours GND, `/3V3` on In2). (3) MH6: `/3V3` 3.02 mm on F.Cu → via (61.6, 130.3)
++ B.Cu along y = 130.3 / x = 69.5 to H4.1, 4.06 mm. DRC 22 → 52 errors, all known (MH4 28, MH8 10, courtyards 14); 0 unconnected;
+parity 19 PF; warnings unchanged (262). **Block A correction:** rev 1.0 of the v6 state said "L22 stays, D34 goes below pin 8" —
+impossible (U25-to-P1 gap 4.1 mm < D34's 6.7 mm) → **proposal α** for Michelle (**D-21-3, needs Leo's OK**): R53/R54 next to U6.18 first; D34 rot 90 at
+(181.0, 121.75) (cathode 3.4 mm from the SW pin); L22 at (192.1, 122.5) (L22.1 8.7 mm; 0.62 mm copper-to-edge — check the HBOX
+wall); 4 GND vias at the anode; `/VEH5V` out of L22.2 under the inductor body (y 116–118) to R51.1; In1/In2 cleared under SW/L22;
+MH8's 2 GND vias deleted. Plan targets corrected (plan rev 1.3): D34.K ≤ 3.5 mm, L22.1 ≤ 9 mm, SW copper ≤ 10 mm² outside the
+pads (the pads alone are 33 mm²), pad-centre loop ≤ 60 mm² (today 115). MH4 stays with Michelle (SIM ESD re-placement + reroute).
+Canonical: v6 state doc rev 1.1 (§3, §5); figure `img/2026-10-21_Drogheda_v6-T38-Courtyards-U25-Barrenos_v1.0.png`. Lessons:
+easyeda2kicad footprints ship body-only courtyards — sweep "pads outside courtyard" on every imported footprint; and check pours,
+not only tracks, against hardware keep-outs.
+**Command centre (2026-10-21, 20:00; Leo: «this is the command centre for all tasks»).** Rule and closing loop
+in ★ above. Built the bridge that lets Claude's tasks reach the board: `hbox-docs/backend/tablero.py` (stdlib;
+foto / revisar / aplicar / pendientes through the live API as `X-Remote-User: claude`; ledger
+`/srv/projects/drogheda/lotes-aplicados.json`; never re-applies, never touches Hecho unless asked, refuses edited
+lotes) + `hbox-docs/scripts/tablero.sh` (Mac side; `deploy.sh` now refreshes `_estado/` and reports pending
+lotes). First lote `2026-10-21_pasada-6`: closes the pass 2–5 tasks and the V5.7 source/close tasks, puts
+`t-v56-revision-gerber` in progress for V5.6 + V5.7 (Leo + Claude, 22-oct), creates D-21-2 (Leo), the 5 + 5 pilot
+order (if not already there), the V5.7 bench task (Jesús + Claude) and v6 «D34 back next to U25.8, MH8 clear,
+R53/R54 ≤ 3 mm from U6.18» (Michelle, 24-oct); comments on the v6 tasks. Tested on a seeded copy of the real
+backend incl. a simulated 16-oct board. Site: Ruta/hitos/enfoque_inicial to pass 6 (V5.6 and V5.7 «Lista para
+Gerber», pilot ≈ 22-oct), Ingeniería decisions + Bitácora entries, «El sitio es el centro de mando» in the
+engineer's guide (v1.2), first rule on the home page. Vault: playbook + Drogheda memory set brought to 21-oct.
 
 ---
 
@@ -334,12 +410,13 @@ these before presenting; if it breaks one, say so and propose the compliant fix.
 | `00-Project-Management` | plan, ethos, hackathon, **financials**, **handover**, client comms, Drive tooling | [[00-Project-Management/PLAN\|PLAN]] · [[00-Project-Management/Engineering-Handover\|Engineering-Handover]] · `ethos.md` · `hackathon-plan.md` · `Financials.md` · `Drive-Upload/` · `client-comms/` |
 | `01-Requirements` | what we build | `SRS.md` · `HBOX-product-spec.md` |
 | `02-Architecture-Software` | backend/software analysis, ADRs | `backend-review.md` |
-| `03-Architecture-Hardware` | HBOX/cabinet, wiring, BOM, **watchdog PCB v3** | `hardware-respec-and-pcb-brief.md` · `cabinet-electrical-bom.md` · `watchdog-schematic.md` · `watchdog-health-telemetry.md` · `firmware-review.md` · `BOM-master.md` (+§5 Block B/E/H/I parts) · **`watchdog-pcb-v3-design.md`** (schematic spec) · `watchdog-pcb-v3-bom.xlsx` · `watchdog-pcb-v3-kicad-guide.md` (KiCad→JLCPCB) · `watchdog-pcb-v3-blockdiagram.svg` · `watchdog-protoboard-bringup.md` + `watchdog-proto-bench-bringup-v3.md` · `watchdog-connections.xlsx` (PCB pin/net list; H1 DNP; +B/H/I rows) · `watchdog-connections-rationale.md` (+§7 additions 2026-07-02) · **`watchdog-electrical-design-state.md`** (CANONICAL — read first) · **`watchdog-production-schematic-delta.md`** (PROD build spec; LTC4040 §4 values) · `kicad/` — `hbox-watchdog-v3.kicad_sch` (**DEV/proto**) · `hbox-watchdog-v3-PROD.kicad_sch/.kicad_pcb` (**PRODUCTION**: ERC 0, layout started, DRC baseline) · `Drogheda-sym.kicad_sym` (MP1584EN · LTC4040EUFD · AO4406A) · `Drogheda_Conexiones-por-Bloque_Proto_v1.xlsx` (**proto assumptions ledger**) · `Guia-Conexion-Protoboard/` (LaTeX source; `modulos-pinout.tex` = visual parts catalog) → `Drogheda_Guia-Conexion-Protoboard_ES_v3.1.pdf` · **`2026-07-08_Drogheda_4G-Modem-Alternatives_v1.0.md`** (XBee 2.0 mm bridge + cheap-4G survey) · `circuitikz-wiring/` (sheet + Beamer v2.1, blocks 1–11; XBee-socket 3V3 fix 07-08; **`Drogheda_Diagrama-Unico-Proto`** = todo-en-una-hoja para verificación rápida, Modo B; v1.1 07-10 agrega XBee 20-pin obligatorios VREF(14)→VCC · ON/OFF(20)→GND · GND×4 + USB config + franja de pinouts para el técnico; HiRes-300dpi.png para TV; **v1.2 07-20**: letras G/D/S·B/C/E en todos los transistores + bloque 5b Q10+DzG 15V) · **Guía v3.1** (5b Q10+Zener · 9c pines obligatorios XBee + USB · disipadores · plano 10×10) · **lista de compras reconstruida DESDE CERO** (1 tarjeta ≈MX$2,087) · `watchdog-protoboard-BOM-3boards.xlsx` + `watchdog-LISTA-DE-COMPRAS-ES.xlsx` (proto BOMs; 07-10: +BOB-08276/PRT-08272, buck «MODEM 3.3V», breakout USB-C+cable, botón/LED módem, straps VREF/ON-OFF, surtido +220R/22k) · **`2026-07-06_Drogheda_EinarBoard-1.0-PreFab-Audit_v1.0.md`** (CLOSED — Rev 1.1 fixes) · `Assembly-BOM-Split.md` + `LCSC-search-list.md` (verified LCSC) + `JLCPCB-Order-Guide.md` (ordering runbook) · `harness-connector-pinout.md` + `Socket-Pinout-Silkscreen.md` · **`EinarBoard-Manual/`** (Rev 1.1 order-prep pack: `einarboard-manual.tex` → branded PDF · `helgen_einarboard_1.0_production_bom.xlsx` · `tools/generate_production_bom.py` + `tools/sync_bom.py` Excel→LaTeX BOM sync) — plus repo-root `scripts/prep_order_release.sh` (safe cleanup + release commit) · **`2026-10-16_Drogheda_Auditoria-Produccion_V5.6-V5.7-v6_ES_v1.0.md`** (production audit + comparison table) + `2026-10-16_Drogheda_Instrucciones-Michelle_V5.6-V5.7-Pasada-3_ES.md` · `kicad/tools/t25_mounting_holes_v55.py` (restores the 7 V5.5 holes) · `kicad/tools/t27_paso1_2_mh11_rs1_kelvin.py` (MH11 out + RS1 Kelvin, V5.6/V5.7) · `kicad/tools/t28_v6_mecanicos.py` (v6: U25 part code, stackup, U6 paste) · `kicad/tools/t30_v56_v57_mecanicos.py` (V5.6/V5.7 mechanical fixes, 19-oct) · `kicad/tools/t31_c129_vsys_quitar_dbk2.py` (V5.6/V5.7 schematic: C129 at U6 VSYS + Dbk2 out, 20-oct) · `kicad/tools/t32_c130_vin_u7.py` (V5.6/V5.7 schematic: C130 at U7 VIN, 21-oct) · `kicad/tools/t33_v56_v57_auditoria_21oct.py` (V5.6/V5.7 PCB fixes from the 21-oct audit) · `kicad/tools/t34_v56_pasada6.py` + `t35_v56_via_u7.py` (V5.6 pass 6) · `kicad/tools/t36_v57_pasada6.py` + `t37_v57_c129_gnd.py` (V5.7 pass 6) · `2026-10-16_Drogheda_Auditoria-Produccion_v6_ES_v1.0.md` + `2026-10-16_Drogheda_Plan-Fines-de-Semana_v6-Produccion_ES.md` (v6 audit + weekend plan, rev 1.1) · **`2026-10-19_Drogheda_Re-Auditoria_V5.6-V5.7-v6_ES_v1.0.md`** (re-audit of all three) + `2026-10-19_Drogheda_Instrucciones-Michelle_V5.6-V5.7-Pasada-4_ES.md` · **`2026-10-19_Drogheda_V5.6_Clasificacion-Criticos_ES_v1.0.md`** (V5.6 critical vs. can-stay; C129) · **`2026-10-21_Drogheda_Auditoria-Pasada-4_V5.6-V5.7_ES_v1.0.md`** (audit of pass 4, T32/T33 results, pass-5 review, pass 6 done by Claude with T34–T37 + D-21-2) · **`2026-10-21_Drogheda_Estado-v6-T25-T28_ES_v1.0.md`** (v6 state 21-oct, T25 + T28 applied) |
+| `03-Architecture-Hardware` | HBOX/cabinet, wiring, BOM, **watchdog PCB v3** | `hardware-respec-and-pcb-brief.md` · `cabinet-electrical-bom.md` · `watchdog-schematic.md` · `watchdog-health-telemetry.md` · `firmware-review.md` · `BOM-master.md` (+§5 Block B/E/H/I parts) · **`watchdog-pcb-v3-design.md`** (schematic spec) · `watchdog-pcb-v3-bom.xlsx` · `watchdog-pcb-v3-kicad-guide.md` (KiCad→JLCPCB) · `watchdog-pcb-v3-blockdiagram.svg` · `watchdog-protoboard-bringup.md` + `watchdog-proto-bench-bringup-v3.md` · `watchdog-connections.xlsx` (PCB pin/net list; H1 DNP; +B/H/I rows) · `watchdog-connections-rationale.md` (+§7 additions 2026-07-02) · **`watchdog-electrical-design-state.md`** (CANONICAL — read first) · **`watchdog-production-schematic-delta.md`** (PROD build spec; LTC4040 §4 values) · `kicad/` — `hbox-watchdog-v3.kicad_sch` (**DEV/proto**) · `hbox-watchdog-v3-PROD.kicad_sch/.kicad_pcb` (**PRODUCTION**: ERC 0, layout started, DRC baseline) · `Drogheda-sym.kicad_sym` (MP1584EN · LTC4040EUFD · AO4406A) · `Drogheda_Conexiones-por-Bloque_Proto_v1.xlsx` (**proto assumptions ledger**) · `Guia-Conexion-Protoboard/` (LaTeX source; `modulos-pinout.tex` = visual parts catalog) → `Drogheda_Guia-Conexion-Protoboard_ES_v3.1.pdf` · **`2026-07-08_Drogheda_4G-Modem-Alternatives_v1.0.md`** (XBee 2.0 mm bridge + cheap-4G survey) · `circuitikz-wiring/` (sheet + Beamer v2.1, blocks 1–11; XBee-socket 3V3 fix 07-08; **`Drogheda_Diagrama-Unico-Proto`** = todo-en-una-hoja para verificación rápida, Modo B; v1.1 07-10 agrega XBee 20-pin obligatorios VREF(14)→VCC · ON/OFF(20)→GND · GND×4 + USB config + franja de pinouts para el técnico; HiRes-300dpi.png para TV; **v1.2 07-20**: letras G/D/S·B/C/E en todos los transistores + bloque 5b Q10+DzG 15V) · **Guía v3.1** (5b Q10+Zener · 9c pines obligatorios XBee + USB · disipadores · plano 10×10) · **lista de compras reconstruida DESDE CERO** (1 tarjeta ≈MX$2,087) · `watchdog-protoboard-BOM-3boards.xlsx` + `watchdog-LISTA-DE-COMPRAS-ES.xlsx` (proto BOMs; 07-10: +BOB-08276/PRT-08272, buck «MODEM 3.3V», breakout USB-C+cable, botón/LED módem, straps VREF/ON-OFF, surtido +220R/22k) · **`2026-07-06_Drogheda_EinarBoard-1.0-PreFab-Audit_v1.0.md`** (CLOSED — Rev 1.1 fixes) · `Assembly-BOM-Split.md` + `LCSC-search-list.md` (verified LCSC) + `JLCPCB-Order-Guide.md` (ordering runbook) · `harness-connector-pinout.md` + `Socket-Pinout-Silkscreen.md` · **`EinarBoard-Manual/`** (Rev 1.1 order-prep pack: `einarboard-manual.tex` → branded PDF · `helgen_einarboard_1.0_production_bom.xlsx` · `tools/generate_production_bom.py` + `tools/sync_bom.py` Excel→LaTeX BOM sync) — plus repo-root `scripts/prep_order_release.sh` (safe cleanup + release commit) · **`2026-10-16_Drogheda_Auditoria-Produccion_V5.6-V5.7-v6_ES_v1.0.md`** (production audit + comparison table) + `2026-10-16_Drogheda_Instrucciones-Michelle_V5.6-V5.7-Pasada-3_ES.md` · `kicad/tools/t25_mounting_holes_v55.py` (restores the 7 V5.5 holes) · `kicad/tools/t27_paso1_2_mh11_rs1_kelvin.py` (MH11 out + RS1 Kelvin, V5.6/V5.7) · `kicad/tools/t28_v6_mecanicos.py` (v6: U25 part code, stackup, U6 paste) · `kicad/tools/t30_v56_v57_mecanicos.py` (V5.6/V5.7 mechanical fixes, 19-oct) · `kicad/tools/t31_c129_vsys_quitar_dbk2.py` (V5.6/V5.7 schematic: C129 at U6 VSYS + Dbk2 out, 20-oct) · `kicad/tools/t32_c130_vin_u7.py` (V5.6/V5.7 schematic: C130 at U7 VIN, 21-oct) · `kicad/tools/t33_v56_v57_auditoria_21oct.py` (V5.6/V5.7 PCB fixes from the 21-oct audit) · `kicad/tools/t34_v56_pasada6.py` + `t35_v56_via_u7.py` (V5.6 pass 6) · `kicad/tools/t36_v57_pasada6.py` + `t37_v57_c129_gnd.py` (V5.7 pass 6) · `kicad/tools/t38_v6_courtyards_mh.py` (v6: courtyards of the 11 easyeda2kicad footprints + library, MH6 `/3V3` to B.Cu, 4-mm MH rule in the `.kicad_dru`) · `2026-10-16_Drogheda_Auditoria-Produccion_v6_ES_v1.0.md` + `2026-10-16_Drogheda_Plan-Fines-de-Semana_v6-Produccion_ES.md` (v6 audit + weekend plan, rev 1.3) · **`2026-10-19_Drogheda_Re-Auditoria_V5.6-V5.7-v6_ES_v1.0.md`** (re-audit of all three) + `2026-10-19_Drogheda_Instrucciones-Michelle_V5.6-V5.7-Pasada-4_ES.md` · **`2026-10-19_Drogheda_V5.6_Clasificacion-Criticos_ES_v1.0.md`** (V5.6 critical vs. can-stay; C129) · **`2026-10-21_Drogheda_Auditoria-Pasada-4_V5.6-V5.7_ES_v1.0.md`** (audit of pass 4, T32/T33 results, pass-5 review, pass 6 done by Claude with T34–T37 + D-21-2) · **`2026-10-21_Drogheda_Estado-v6-T25-T28_ES_v1.0.md`** (v6 state 21-oct, rev 1.1: T25 + T28 + T38 applied, block A proposal α, MH rule) |
 | `04-Source-Code` | firmware + backend repos | `firmware/` (**own git repo `hbox-firmware`**: `blackpillrtkcode_v2/` deploy · `legacy/` v1 · `docs/LOGGING-SPEC.md` v2.1) · `htracker/` · `notifications/` · `rtk-config/` |
 | `05-Analytics-Reports` | SQL views, dashboards (VERONICA/PowerBI), **observability** | `2026-06-22_Drogheda_Manual-Logs-Grafana_v1.0.pdf` (Grafana/Loki log-consultation manual) |
 | `06-Testing-Validation` | RCA, diagnostics, test evidence, **log analysis & tooling** | `RCA-2026-06-field-failures.md` · `remote-diagnostic-protocol.md` · `2026-06-20_Drogheda_Bench-Log-Analysis_v1.0.md` (rev-3) · `2026-06-20_Drogheda_GNSS-Findings-Summary.md` · `log-analysis/` (repo **`hbox-log-tools`**: `log-explorer.html` · `analyze_logs.py` · `build_dashboard.py` · `docs/manual.pdf`) |
 | `Marketing` | product-facing collateral (LaTeX→PDF) | `HBOX-Datasheet/` (industrial spec sheet) · `HBOX-Brochure-RTK/` (flyer) |
 | `99-Archive` | superseded raw inputs (read-only) | `situation_ORIGINAL.md` |
+| `hbox-docs/` | **the command centre** (submodule): internal site drogheda.helgen.online — MkDocs + Flask backend (actas, pendientes, inventario, sitios, equipo, enfoque, actividad) | **`CLAUDE.md`** (where each piece lives) · `docs/datos/proyecto.json` (Ruta, hitos) · `docs/hardware/index.md` · `docs/tableros/ingenieria.md` (decisions) · `docs/bitacora.md` · `scripts/sync-docs.sh` (publication policy) · `scripts/deploy.sh` · **`scripts/tablero.sh` + `backend/tablero.py` + `backend/lotes/`** (board snapshot and Claude's lotes, 21-oct) · `_estado/` (snapshot, gitignored) · `DESPLIEGUE.md` |
 | `.claude/skills/` | vendored project skill | `project-drogheda/` |
 
 > Structure follows the **[[Helgen Project Template]]** (English `NN-`). The Google
@@ -403,8 +480,9 @@ Montacargas 12 V. **Target:** 30 units by August.
   in-browser **Log Explorer** + batch **analyzer** + dashboard + Spanish LaTeX **manual**),
   lives at `06-Testing-Validation/log-analysis/`. Raw logs + config files git-ignored
   (credentials). Built 2026-06-20.
-- **Project tracker:** Notion — **`HBOX Unit Status — Bench Triage`** board under
-  *Project Drogheda — GPS RTK* (corrected to rev-3, 2026-06-20) + Mattermost (team chat).
+- **Project tracker:** **drogheda.helgen.online → Pendientes** (since 13/14-oct; the Notion task tracker and the
+  `HBOX Unit Status — Bench Triage` board are historical, imported once) + Mattermost (team chat). Claude changes the
+  board only through lotes (★ above).
 
 ---
 

hbox-docs

@@ -1 +1 @@
-Subproject commit d204b930c7757421f765d11f068b7c7003c041f9
+Subproject commit a91580e1af1bd909cb533b919675177f7c585783