21-oct noche: v6 T25+T28, pasada 5 revisada, pasada 6 de V5.6/V5.7 por Claude (T34-T37), D-21-2

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01QCy5VHMVLkAmftYM6swWmx
This commit is contained in:
Leopoldo Rodríguez 2026-10-21 19:53:42 -06:00
parent 4b5b467dd7
commit 699ec85edd
10 changed files with 253 additions and 8 deletions

View File

@ -18,6 +18,9 @@ audience: Leo, Michelle (layout), Jesús (banco), Aldair (fabricación), Adriana
!!! note "19-oct: sin cambios en los bloqueantes"
El commit del sábado 17 (`00a9af4`) solo agregó 15 vías de tierra (81 → 96) y mejoró la cobertura de In1 bajo la RF LTE. Todo lo de esta auditoría sigue vigente; T25 y T28 se volvieron a probar sobre `00a9af4` y aplican igual. El plan de fines de semana se recorrió una semana: [**rev. 1.1**](v6-plan-fines-de-semana.md) (24–25 oct y 31 oct–1 nov). Detalle: [re-auditoría del 19-oct, §8](re-auditoria-19oct.md#8-v6).
!!! note "21-oct: T25 y T28 aplicados; avance del bloque A"
T25 y T28 ya se aplicaron sobre `9255b84` (falta el push de Leo): quedan cerrados los bloqueantes 1 y 8, y los barrenos ya están en la tarjeta. Michelle adelantó el bloque A, pero D34 quedó lejos del pin SW de U25 y MH8 cae encima de D34. Detalle: [estado de la v6 al 21-oct](v6-estado-21oct.md).
**El plan para cerrarla** está en un documento aparte: [**▶ Plan de fines de semana — v6 lista para producción**](v6-plan-fines-de-semana.md).
!!! danger "Veredicto: la v6 todavía no se puede mandar a fabricar"

View File

@ -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.1
status: ACTIVO — rev. 1.1 (19-oct): recorrido una semana; empieza el sábado 24-oct a las 8:00
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)
audience: Leo, Michelle (layout), Jesús (banco), Aldair (fabricación), Adriana (PM)
---
@ -16,6 +16,9 @@ audience: Leo, Michelle (layout), Jesús (banco), Aldair (fabricación), Adriana
!!! note "Rev. 1.1 (19-oct): el plan se recorre una semana"
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).
**Dos metas:**
| Meta | Qué significa | Fecha objetivo |
@ -39,7 +42,7 @@ audience: Leo, Michelle (layout), Jesús (banco), Aldair (fabricación), Adriana
| Día | Quién | Qué | Listo cuando |
|---|---|---|---|
| **Sáb 24-oct, 8:00** | Leo | Correr T25 `--set v6` + T28 y subir (§2) | push hecho; Michelle avisada |
| **Sáb 24-oct, 8:00** | Leo | Correr T25 `--set v6` + T28 y subir (§2). **Ya se corrieron el 21-oct: falta el push** | push hecho; Michelle avisada |
| **Sáb 24-oct** | Michelle | **Bloques A + B:** el camino de la energía (U25, RS1, Q7, U6, L6) + liberar MH4 y MH6 (§3) | criterios del §3.5 |
| **Dom 25-oct** | Michelle | **Bloque C:** módem (RF LTE, U20, VBAT). **Bloque D:** GNSS. **Bloque E:** U12 (§4) | criterios del §4.4 |
| **Dom 25-oct, noche** | Claude | Re-auditoría del commit del domingo; lista corta para el lunes | lista enviada |
@ -59,6 +62,8 @@ audience: Leo, Michelle (layout), Jesús (banco), Aldair (fabricación), Adriana
## 2. Sábado 24, 8:00 — Leo: scripts T25 y T28 (15 min)
**21-oct:** ya se corrieron sobre `9255b84` ([estado del 21-oct](v6-estado-21oct.md)). El DRC da 22 errores, en MH4 y en MH8, y no solo los 14 de MH4: D34 quedó dentro de MH8. Solo falta el commit y push de abajo.
Con KiCad **cerrado** y todo subido. Los dos scripts se probaron juntos en copias del commit `2612891` (16-oct) y del `00a9af4` (el del sábado 17, probado el 19-oct): el DRC solo muestra los errores esperados en MH4.
!!! warning "Antes: árbol limpio y nadie más con la v6 abierta"

View File

@ -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.1
status: ACTIVO — audita HBox_PCB 85e7602 (V5.6) y 1416dcb (V5.7) · 21-oct tarde: T32 (C130) y T33 (arreglos por script) aplicados · lo que queda para Michelle en la sección 3
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
audience: Leo, Michelle (layout)
---
@ -17,6 +17,10 @@ audience: Leo, Michelle (layout)
**Actualización (21-oct, tarde):** el corto, la separación, la 2.ª vía de VSYS y casi todas las vías de potencia ya quedaron con **T33**, y C130 ya está en los dos esquemáticos con **T32**. A Michelle le queda lo que pide mover pistas: C130 junto a U7.2, el GND de C129, la entrada de RS1 y, en la V5.7, C149/C150 ([sección 3](#3-para-michelle-pasada-5-despues-de-t32-y-t33)).
**Actualización (21-oct, noche):** Michelle ya hizo la pasada 5 (`6458c5d`). C130 quedó bien en las dos, pero la vía de entrada de RS1 quedó encima del hilo de sensado de U6.6: **el sensado ya no es Kelvin**. Lo que falta está en la [sección 5](#5-pasada-5-revisada-6458c5d-y-lo-que-falta).
**Actualización (21-oct, 19:40):** Michelle ya se había ido, así que la pasada 6 la hice yo con scripts (**T34 a T37**): primero en copias con el DRC de KiCad y luego en los archivos de HBox_PCB. **El cobre de la V5.6 y de la V5.7 queda listo para Gerber.** C149/C150 de la V5.7 se quedan como están: la meta de < 30 mm² que pedí no se alcanza girándolos ([sección 6](#6-pasada-6-hecha-por-claude-t34-a-t37)). Falta que Leo haga commit y push.
| Tarjeta | Commit | DRC (errores): commit → con T33 | Sin conectar | Paridad | Veredicto (con T32 y T33) |
|---|---|---|---|---|---|
| **V5.6** (`hbox-watchdog-v5`) | `85e7602` | **5 nuevos** (un corto y una separación) + los 3 de MOD1 → **solo los 3 de MOD1** | 0 | solo PF* (+ C130 hasta el F8) | **No lista:** el corto y la separación ya salieron. Faltan C130 junto a U7.2, el GND de C129 y la entrada de RS1 (≈ 1 h). Luego Gerber. |
@ -139,6 +143,97 @@ Avísale a Leo con los dos hashes: Claude revisa el cobre antes de pedir Gerber.
- Script: `kicad/tools/t32_c130_vin_u7.py` (ERC igual, netlist solo +C130).
- Si no cabe junto a U7.2, el punto 3 queda en 🟡 y se mide en el piloto: zumbido en U7.2 y caída del riel del módem en J7.1.
- **Giro de U7: aceptarlo.** Mejora el nodo SW de 13 a 6–10 mm; lo que empeora, se arregla con los puntos 3 y D-21-1.
- **D-21-2 — V5.7: C149/C150 se quedan como están** (propuesta de Claude, 21-oct noche; **falta el OK de Leo**). Girarlos no baja el lazo a < 30 mm²; con el plano de GND entero debajo, no cambia nada medible. Se verifica en el banco ([sección 6.2](#62-v57-por-que-c149c150-se-quedan-como-estan)).
## 5. Pasada 5 revisada (`6458c5d`) y lo que falta
![Pasada 5 de Michelle: lo que quedó y lo que falta](img/2026-10-21_Drogheda_Pasada-5-V56-V57_v1.0.png)
**DRC de las dos:** solo los 3 errores de MOD1 (todavía sin excluir), 0 sin conectar y la paridad solo con los PF*: C130 ya entró con F8. Nada protegido se movió.
| Punto de la sección 3 | V5.6 | V5.7 |
|---|---|---|
| F8 y C130 junto a U7.2, con su vía a GND | ✅ a 1.8 mm del pin, unido por F.Cu, con su vía | ✅ igual |
| 2.ª vía de la entrada de U7 | ❌ sigue una sola, en (139.4, 117.2) | ❌ sigue una sola, en (139.57, 116.57) |
| Vía al GND de C129 | ✅ 1 vía a ≤ 0.5 mm | ❌ ninguna |
| RS1: 2.ª vía de entrada | ❌ la vía nueva de (149.48, 118.8) solo toca F.Cu; el DRC la marca como colgando | ❌ igual |
| RS1: vía de entrada fuera del pad | 0.51 mm del pad, **pero encima del hilo de sensado de U6.6** 🔴 | 0.12 mm (meta ≥ 0.2), **y encima del hilo de sensado** 🔴 |
| C149/C150 junto a U25, lazo < 30 mm² | — | 🟠 a 1.0 mm de U25.2, pero sin girar: lazo ≈ 56 mm² (antes ≈ 52) |
| 2.ª vía en `/VEH5V` (168.0, 110.6) | — | ✅ 2 vías |
| Exclusiones de MH7, MH9 y MH10 | ❌ | ❌ |
| Opcional: compensación de U7 más cerca | sin cambio | sin cambio |
!!! danger "El sensado de RS1 ya no es Kelvin en ninguna de las dos"
La vía de entrada de RS1 sí se movió fuera del pad, pero quedó **encima del hilo de 0.25 mm que va de U6.6 (VIN del LTC4040) al pad 1 de RS1**.
- **Qué cambia:** U6.6 ya no mide el voltaje en el pad sino en la vía. A los 10 mΩ de RS1 se suman unas décimas de mΩ de cobre (≈ 0.3–0.4 mΩ), así que el límite de entrada baja ≈ 3–4 %: ≈ 2.4 A en vez de 2.5 A. Además, parte de la corriente de entrada pasa por el hilo de sensado.
- **Qué tan grave es:** no es el defecto de la V5.5 (la carga limitada a ≈ 1 A), pero es justo lo que T27 corrigió, y depende de dónde caiga la vía en cada tarjeta.
- **Por qué el DRC no lo marca:** la vía y el hilo son de la misma red.
**Pasada 6** (era para Michelle; **la hice yo el 21-oct en la noche con T34 a T37**, [sección 6](#6-pasada-6-hecha-por-claude-t34-a-t37)):
1. ✅ T34 y T36. **RS1, en las dos:**
- recorre la vía de entrada de `/VEH5V` para que quede a **≥ 0.2 mm del hilo de sensado** de U6.6 y a ≥ 0.2 mm del pad de RS1.1, por ejemplo del lado izquierdo del pad;
- pon una **2.ª vía** de entrada unida en F.Cu **y** en B.Cu al `/VEH5V` que llega;
- la vía de (149.48, 118.8) únela al `/VEH5V` de B.Cu o bórrala;
- el hilo de sensado no se mueve: sigue entrando al pad de RS1.1 por su lado, sin tocar nada más.
2. ✅ T35 y T36. **2.ª vía de la entrada de U7, en las dos:** junto a (139.4, 117.2) en la V5.6 y a (139.57, 116.57) en la V5.7.
3. ✅ T37. **V5.7, GND de C129:** 1–2 vías a ≤ 0.5 mm del pad (152.2, 112.58).
4. ⏸ Se queda (D-21-2, [sección 6.2](#62-v57-por-que-c149c150-se-quedan-como-estan)). ~~**V5.7, C149/C150:** gíralos para que su tierra mire a D34 y al EP de U25 (sección 3.2, paso 2). Meta: lazo < 30 mm².~~
5. ✅ T34 y T36. **Exclusiones** de MH7, MH9 y MH10 en el DRC, en las dos.
6. ✅ T34 y T36. **Tramos sueltos:**
- V5.6: el tramo de 0.01 mm de `/RS485_B` en (136.59, 108.89), que regresó;
- V5.7: el tramo de 3.6 mm de `/24V` en B.Cu, junto a (182.4, 68.11).
Cierre igual que en la sección 3. Antes de pedir Gerber, Claude revisa el cobre, sobre todo el sensado de RS1: hecho, sección 6.
## 6. Pasada 6 hecha por Claude: T34 a T37
![Pasada 6: lo que hicieron T34 a T37 en la V5.6 y la V5.7](img/2026-10-21_Drogheda_Pasada-6-T34-T37_v1.0.png)
Leo pidió avanzar sin esperar a Michelle. Ningún script mueve piezas. Cada uno revisa que el archivo sea el auditado (si cambió, no escribe), deja su respaldo (`.T34bak` … `.T37bak`) y, si se corre otra vez, no hace nada.
| Script (`kicad/tools/`) | Tarjeta | Qué cambia |
|---|---|---|
| **T34** `t34_v56_pasada6.py` | V5.6 | **RS1 Kelvin otra vez:** el hilo de U6.6 baja por (151.55, 115.8) → (151.55, 117.7) y entra al pad 1 de RS1 por su lado de adentro · 2 vías de entrada de `/VEH5V` 0.6/0.3 en (150.7, 115.9) y (150.9, 116.6), unidas en F.Cu y en B.Cu · fuera la vía colgando de (149.48, 118.8) · fuera el tramo de 0.01 mm de `/RS485_B` · exclusiones de MH7, MH9 y MH10 en el `.kicad_pro` |
| **T35** `t35_v56_via_u7.py` | V5.6 | 2.ª vía de la entrada de U7 en (138.7, 117.45), encima de la pista C130.1 → U7.2 y unida en B.Cu a la llegada de `/SYS5V` |
| **T36** `t36_v57_pasada6.py` | V5.7 | Lo mismo de RS1, con las mismas vías y el mismo camino del sensado · fuera la vía colgando de (149.48, 118.8) · 2.ª vía de U7 en (138.925, 116.525) · fuera los 2.3 mm sueltos de `/24V` en B.Cu · exclusiones de MOD1 |
| **T37** `t37_v57_c129_gnd.py` | V5.7 | **Vía de GND de C129** en (151.25, 112.5), a 0.18 mm del pad y unida con 0.5 mm en F.Cu. Para hacerle lugar, el tramo horizontal de `/IGATE` sube 0.43 mm y el de `/F0_SEL` baja 0.07 mm (B.Cu), y `/CHRG_FAULT` y `/CHRG_STAT` (In2) rodean la vía con un escalón a 45° de 0.74 mm, sin cruzarse |
**Resultados** (KiCad 10.0.4, con el `.kicad_dru`, «Rellenar zonas» y «Comprobar paridad»):
| | V5.6 | V5.7 |
|---|---|---|
| Errores del DRC | solo los 3 de MOD1, ya excluidos | igual |
| Sin conectar · vías y tramos colgando | 0 · 0 | 0 · 0 (antes, 1 vía y 1 tramo) |
| Paridad | solo los PF* | igual |
| Sensado de RS1 (VIN y CLN) | Kelvin | Kelvin (antes, VIN no) |
| Vías sueltas en el 5 V | solo las aceptadas: JP1.2 (ventilador), U6.16 y la rama de R2 | las aceptadas (rama de U12, R2, U6.16, `/24V` hacia U25 y DzG1) + `/VEH5V` (145.9, 57.6), rama de C78, 🟡 opcional |
| Retorno de C129 | vía a 0.5 mm (Michelle, pasada 5) | vía a 0.18 mm con T37; antes, la más cercana a 4.5 mm |
| Holgura mínima de lo nuevo a otras redes | 0.18 mm (hilo de sensado junto a `/VIN_SW`) | igual; la vía de C129, ≥ 0.2 mm |
| Piezas montadas sin LCSC | 0 | 0 |
### 6.1 Qué falta antes del Gerber
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*.
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.
### 6.2 V5.7: por qué C149/C150 se quedan como están
El 16-oct pedí girar C149/C150 con una meta de lazo < 30 mm². Medido hoy sobre la V5.7 con T37:
- **La meta no se alcanza girándolos.** El lazo por centros de pad (C149 → U25.2 → U25.8 → D34.1 → D34.2 → C149) es ≈ 56 mm², y ≈ 40 de esos son de U25 → D34: VIN y SW están en lados opuestos del chip y D34 está arriba de él. Con C149/C150 girados quedaría en ≈ 46 mm² en el mejor caso. Bajar de 30 pide mover D34, y eso es rehacer la fuente.
- **Con el plano entero, girarlos casi no cambia nada.** Debajo de toda la fuente, In1 es GND **sin cortes** (207 de 208 mm², a 0.21 mm de F.Cu), y C149, C150 y D34 tienen 3–4 vías a GND cada uno. Así, la corriente de retorno de alta frecuencia va por el plano justo debajo del camino de ida. Lo que pesa es el largo de ese camino (≈ 4–6 mm de U25.8 a D34.1), no el área entre los pads, y girar los capacitores no lo acorta.
- **Propuesta (D-21-2, falta el OK de Leo):** se quedan como están. En el banco, con las primeras V5.7, medir el nodo SW y VIN de U25 con punta de tierra corta (sobretiro y oscilación al encender el FET) a 9, 24 y 32 V con 2.5 A de carga. Si sale mal, se acerca D34 en la siguiente revisión. En la v6 sí hace falta: ahí D34 quedó a 13 mm del pin SW ([estado de la v6](v6-estado-21oct.md)).
### 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.
- 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).
## Cómo se hizo
@ -160,3 +255,11 @@ Avísale a Leo con los dos hashes: Claude revisa el cobre antes de pedir Gerber.
- vías de corte por red, otra vez: en las redes de potencia solo quedan las que le tocan a Michelle, las que se aceptaron el 19-oct (rama de U12, medición de `/BAT_PLUS` y, en la V5.7, las dos de `/24V` hacia U25) y ramas sin corriente (divisores, pull-ups, pines de medición).
Después se aplicaron a HBox_PCB: los scripts revisan que el archivo sea el auditado y, si cambió, no escriben. Cada uno deja su respaldo (`.T32bak`, `.T33bak`).
- **Pasada 5 (noche):** `6458c5d` contra el resultado de T33 (`71499c1`), con los mismos scripts y el mismo DRC. El sensado de RS1 se probó recortando el área del pad del resto del cobre: si U6.6 llega a la fuente sin pasar por el pad, no es Kelvin.
- **Pasada 6 (T34–T37, noche):** cada script, primero en una copia de los archivos de HBox_PCB en la Mac y después en los archivos reales, que eran idénticos a la copia (mismo SHA-256 antes y después). Sobre el cobre rellenado:
- prueba Kelvin de RS1 con el pad recortado;
- vías de corte por red;
- holguras de lo nuevo a todas las redes: pistas, pads y vías en las 4 capas;
- planos de In1 e In2 alrededor de los cambios;
- BOM: LCSC en todo lo montado.
- **Lazo de U25:** área del polígono por centros de pad, la misma medida del 16 y el 19-oct. Plano de In1: área de relleno de GND en la ventana de la fuente (178–194 × 58.5–71.5 mm).

View File

@ -0,0 +1,102 @@
---
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]
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
audience: Leo, Michelle (layout)
---
# Estado de la v6 al 21-oct · T25 y T28 aplicados
**Pregunta (Leo, 21-oct):** ¿T28 ya quedó o hay que correrlo? ¿Cómo va la v6?
**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.
![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
| 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`. |
**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»:
- 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.
!!! 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.**
## 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.
| # | 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 |
| 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 |
| 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 |
**Lo demás** (bloques C a H: módem, GNSS, U12, pares diferenciales, puertos, In1, serigrafía) no cambió desde el 19-oct.
**El sensado de RS1 sigue como el 16-oct:** VIN es Kelvin y CLN es «casi Kelvin», como se aceptó. Hay que conservarlo al rehacer `/VIN_SW`.
**Otros cambios de hoy:**
- `/24V` (la rama de Q10) pasó de In1 a B.Cu; el plan pedía borrarlo.
- Rig1 quedó a 4.8 mm de P1.3 (meta ≤ 3 mm; antes 8.4).
- P1 se recorrió 1.46 mm al oeste.
## 3. Lo que tiene que corregir Michelle antes de seguir
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)):
- 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.
**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.
## 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:
- sábado 24: bloques A y B, empezando por la sección 3 de aquí;
- domingo 25: bloques C, D y E;
- entre semana: T29;
- lunes 2-nov: pedido del piloto.
## 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.
- **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.

Binary file not shown.

After

Width:  |  Height:  |  Size: 440 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 673 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 550 KiB

@ -1 +1 @@
Subproject commit 71499c1b5a819118ee57bf9faf1f6cd6ccd0b35d
Subproject commit 24c3443a70b0852b8926847d7a89b8de6b129a60

View File

@ -226,6 +226,38 @@ Rcomp2/Ccomp2/Rfreq2 closer (COMP 13 → 23 mm after the U7 rotation). The plann
(146.37, 86.96) (U12 branch, accepted 19-oct). Lessons: deleting a via can leave a sub-mm stub (delete it too); a new via
with a long stub can split a GND pour island (1 unconnected) → always re-run DRC with parity on the copy before applying.
Figure `img/2026-10-21_Drogheda_T33-Arreglos-y-Pendientes_v1.0.png`.
**21-oct night: v6 T25 + T28 applied; V5.6/V5.7 pass 5 reviewed.** T28 (and T25 `--set v6`) had never been run (the plan
had them for Sat 24, 8:00). Applied by Claude on Michelle's `9255b84` after a copy test (KiCad 10.0.4 DRC with `.kicad_dru`,
refill, parity): 22 new errors, all at MH4 (D23/D24 inside, `/NTC` In2, `/SIM_RST`, a GND track) and **MH8: Michelle had moved
D34 + 2 GND vias into the v6 corner hole, invisible because the holes were missing**; 0 unconnected; parity = 19 PWR_FLAG.
T28 closes v6 blockers 1 (U25 LCSC Part) and 8 (stackup) + U6 paste 50 %, 114 solid pads, RF 0.35, title block. v6 block A
progress: L22.1 2.2 mm from U25.8, 6 EP vias, C149 0.75 mm, 5 GND vias at D34.A, `/VEH5V` L22 → RS1 all F.Cu 1.0 mm, 0 vias —
but **D34 is now 13 mm from the SW pin (hot loop ≈ 47 → ≈ 115 mm²)** and R53/R54 (LTC4040 BSTFB, belong ≤ 3 mm from U6.18)
sit in D34's spot. Blockers 3 (`/VIN_SW` In2), 4 (U6), 6 (RF LTE In1), 7 (111 GND vias) unchanged. V5.6/V5.7 pass 5
(`6458c5d`): DRC only MOD1, parity only PF*; C130 placed 1.8 mm from U7.2 with its own GND via (both); V5.6 C129 GND via;
V5.7 (168.0, 110.6) doubled. **Regression in both: the moved RS1 entry via now sits ON the 0.25 mm U6.6 VIN sense trace →
not Kelvin (≈ +0.3–0.4 mΩ, input limit −3–4 %); the new "2nd RS1 via" (149.48, 118.8) is F.Cu-only (dangling).** Still open:
U7.2 single input via, V5.7 C149/C150 not rotated (loop ≈ 56 mm²) and no C129 GND via, MH7/9/10 exclusions, stubs
(`/RS485_B` V5.6, `/24V` V5.7). Lesson: "move the via off the pad" must also say "not onto the sense trace"; re-run
kelvin2 after every change near RS1. Canonical: `03-Architecture-Hardware/2026-10-21_Drogheda_Estado-v6-T25-T28_ES_v1.0.md`
(site `hardware/v6-estado-21oct/`) + §5 (pass 6 list) of the 21-oct audit.
**21-oct night, later: pass 6 done by Claude with T34–T37 (Michelle out; Leo: "start step by step, V5.6 first").**
`kicad/tools/t34_v56_pasada6.py` (V5.6: RS1 Kelvin restored — U6.6 sense rerouted (151.55, 115.8) → (151.55, 117.7) → pad 1 from
its inner side; 2 `/VEH5V` entry vias 0.6/0.3 at (150.7, 115.9)/(150.9, 116.6) joined on F.Cu + B.Cu; dangling via (149.48, 118.8)
and the 0.01 mm `/RS485_B` stub deleted; MH7/9/10 DRC exclusions written to `.kicad_pro`) · `t35_v56_via_u7.py` (V5.6: 2nd U7.2
input via (138.7, 117.45)) · `t36_v57_pasada6.py` (V5.7: same RS1 fix, U7 via (138.925, 116.525), `/24V` B.Cu dead end trimmed to
(182.4, 69.4), exclusions) · `t37_v57_c129_gnd.py` (V5.7: C129 GND via (151.25, 112.5), 0.18 mm from the pad — room made by moving
the `/IGATE` and `/F0_SEL` B.Cu horizontals and a 0.74 mm 45° bump of `/CHRG_FAULT` + `/CHRG_STAT` on In2). All: dry-run default,
uuid5, `.T3xbak`, abort on drift, idempotent; tested on Mac copies (KiCad 10.0.4 DRC with `.kicad_dru` + refill + parity), then
applied to HBox_PCB (same SHA-256 as the copies). Both boards now: only the 3 MOD1 errors (excluded), 0 unconnected, 0 dangling,
parity only PF*, RS1 Kelvin on VIN and CLN, every mounted part with LCSC → **copper ready for Gerber** (next: Leo commit/push,
B + DRC in KiCad, Fabrication Toolkit Gerber/BOM/CPL). **V5.7 C149/C150 rotation dropped — proposal D-21-2, needs Leo's OK:** of
the ≈ 56 mm² pad-centre loop, ≈ 40 mm² is U25 → D34 alone (VIN and SW on opposite sides of the HSOP-8, D34 above it) → ≈ 46 at best
by rotating, < 30 needs D34 moved; and In1 is solid GND under the whole stage (207/208 mm², 0.21 mm below F.Cu), so the HF return
mirrors the forward path → bench-check SW/VIN ringing at 9/24/32 V, 2.5 A. Lesson: over a solid plane the pad-centre polygon
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`.
---
@ -302,7 +334,7 @@ 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) · `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 list for Michelle) |
| `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) |
| `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`) |

@ -1 +1 @@
Subproject commit 65a221ba9c6a03cf581cb1cf0ad707e2ed824f63
Subproject commit d204b930c7757421f765d11f068b7c7003c041f9