% ================================================================ MANDATO Y MÉTODO
\section{Mandato, insumos y método}\label{sec:metodo}

\subsection{El mandato, en las palabras de Leo (22-oct, 10:01)}

Meta de V5.6 y V5.7: que \textbf{todos los puertos funcionen}; la \textbf{V5.7 no usa la Mean Well};
\textbf{Ethernet, RS-485 y RS-232} usables si se les conectan señales; el \textbf{módem 4G no debe provocar un
apagón}; en batería, \textbf{10 minutos dormida}, despertar, mandar \textbf{un par de reportes} y volver a dormir;
los Gerber, BOM y archivos de fabricación \textbf{ya están} en \texttt{HBOX\_v5\_Rev6\_PROD} y
\texttt{HBOX\_v5\_Rev7\_PROD}; \textbf{empezar el firmware} y que quede «spot on»; \textbf{esta auditoría se hace
una vez} (las demás sesiones dicen «casi listo»; se dejaron pasar detalles por falta de espacio): resaltar
\textbf{riesgos} y \textbf{victorias fáciles}, con \textbf{tabla} problema $\to$ arreglo, \textbf{imágenes} y
explicaciones; \textbf{documento en español, formato Helgen, LaTeX} + \textbf{Beamer}; resaltar los
\textbf{algoritmos}; \textbf{matriz de riesgo}; solo V5.6 y V5.7; \textbf{las tarjetas se piden hoy}: hace
falta una decisión.

Antes de empezar, la auditoría se escribió a sí misma el protocolo (el «reprompt» que pidió Leo):
\path{2026-10-22_Drogheda_Auditoria-Final-Produccion_V5.6-V5.7_Protocolo_ES_v1.0.md}. Define el rol
(auditor independiente; socio objetivo, no complaciente), las clases de hallazgo, los criterios GO / NO-GO y el
método A--G que sigue este documento. Queda como el paso 7 de la Ruta a producción para cualquier tarjeta futura.

\subsection{Insumos: exactamente lo que está en la Mac}\label{sec:insumos}

\hwtab{\begin{tabular}{@{}L{3.49cm}L{8.34cm}L{4.07cm}@{}}
\toprule
\cab{\cw{Insumo} & \cw{Archivo} & \cw{SHA-256 (primeros 8)}}\\
\midrule
V5.6 PCB (el de los Gerber) & \texttt{kicad/hbox-watchdog-v5.kicad\_pcb} (guardado 22-oct 01:05) & \texttt{f07ad5b5}\\
V5.6 esquemático & \texttt{kicad/hbox-watchdog-v5.kicad\_sch} & \texttt{dc9381d7}\\
V5.6 proyecto $\cdot$ reglas & \texttt{hbox-watchdog-v5.kicad\_pro} $\cdot$ \texttt{.kicad\_dru} & \texttt{f6721eb7} $\cdot$ \texttt{8e4d3a7b}\\
\rowcolor{HelgenMist} V5.7 PCB (el de los Gerber) & \texttt{kicad/hbox-watchdog-v57.kicad\_pcb} (guardado 22-oct 01:30) & \texttt{9373ebe8}\\
\rowcolor{HelgenMist} V5.7 esquemático & \texttt{kicad/hbox-watchdog-v57.kicad\_sch} & \texttt{e0e6caf6}\\
\rowcolor{HelgenMist} V5.7 proyecto $\cdot$ reglas & \texttt{hbox-watchdog-v57.kicad\_pro} $\cdot$ \texttt{.kicad\_dru} & \texttt{d36d5139} $\cdot$ \texttt{8e4d3a7b}\\
Paquete V5.6 & \texttt{production/HBOX\_v5\_Rev6\_PROD.zip} + \texttt{\_bom.csv} + \texttt{\_positions.csv} (22-oct 01:55) & \texttt{49969628} $\cdot$ \texttt{3fbb69f2} $\cdot$ \texttt{0904080d}\\
Paquete V5.7 & \texttt{production/HBOX\_v5\_Rev7\_PROD.zip} + \texttt{\_bom.csv} + \texttt{\_positions.csv} (22-oct 15:55) & \texttt{fb18a61b} $\cdot$ \texttt{08e53137} $\cdot$ \texttt{c6f2c750}\\
\rowcolor{HelgenMist} Firmware & \texttt{04-Source-Code/firmware/hbox\_v5\_bringup/} 0.6.3 (\texttt{.ino} 2025 líneas, \texttt{board\_v5.h}, \texttt{board\_v4.h}) & —\\
Referencias previas & Auditorías del 16, 19 y 21-oct; ECO V5.6 (27-sep); ECO V5.7 (13-oct); auditoría EMC V5.5 (22-ago) & —\\
\rowcolor{HelgenMist} Hojas de datos & LTC4040 (ADI 4040fb), AP64350 (Diodes), TPS54360B (TI), W5500 (WIZnet v1.1.0), SC16IS752, SP3485, MAX3232, SC7A20, STM32F411RE; piezas en JLC: C85100, C32346, C15578, C99550, C840531 & —\\
\bottomrule
\end{tabular}}

Verificación previa: los dos \texttt{.kicad\_pcb} solo difieren de sus respaldos \texttt{.T35bak} /
\texttt{.T37bak} en lo que T35 y T37 agregaron (la segunda vía de entrada de U7 y la vía de GND de C129):
\textbf{nadie movió nada después de la pasada 6}, y los Gerber se exportaron después del último guardado de cada
PCB. El submódulo \texttt{kicad/} está en \texttt{b74b96f} (T34--T38 ya en commits); los paquetes
\texttt{production/HBOX\_v5\_Rev[67]\_PROD*} siguen sin commit.

\subsection{Método A--G y herramientas}

\hwtab{\begin{tabular}{@{}L{0.87cm}L{3.20cm}L{11.83cm}@{}}
\toprule
\cab{\cw{} & \cw{Qué} & \cw{Cómo}}\\
\midrule
A & Integridad del paquete & Regeneración con \texttt{kicad-cli} 10.0.4 en copias (\texttt{\_to\_delete/audit-20261022/}) y comparación primitiva por primitiva (flashes = pads, trazos = pistas, regiones = rellenos) contra lo exportado; rellenado de zonas con el proyecto cargado (\texttt{pcbnew} + \texttt{.kicad\_pro} + \texttt{.kicad\_dru}); BOM/CPL contra las huellas del PCB; rotaciones; pasta; taladros.\\
\rowcolor{HelgenMist} B & Eléctrica por bloque & Netlist exportado de cada esquemático (254 / 259 componentes, 240 / 241 redes) y revisión de cada bloque contra su hoja de datos: valores, umbrales, pull-ups, estados por defecto, pines al aire.\\
C & Batería y módem & Presupuesto de corriente en respaldo (límites del LTC4040 y del AP64350), piso dormido por componente, autonomía por ventana/periodo, secuencia de dormir/despertar.\\
\rowcolor{HelgenMist} D & Cobre final & DRC de KiCad con \texttt{--schematic-parity --refill-zones --severity-all}; prueba Kelvin de RS1 (recortando el área del pad); vías de corte (articulación) por red de potencia; potencia por capas internas; pasta de los pads térmicos.\\
E & Firmware & Lectura de 0.6.3; \texttt{board\_v56.h} derivado del netlist (los 64 pines, V5.6 = V5.7); inventario de algoritmos existentes; diseño de los que faltan; riesgos.\\
\rowcolor{HelgenMist} F & Riesgo & Matriz 5 × 5 (probabilidad × impacto) antes y después de las mitigaciones; criterio GO / NO-GO.\\
G & Entrega y cierre & Este documento, el Beamer, \texttt{board\_v56.h}, el protocolo; lote en el centro de mando, Ruta, decisiones, índice maestro.\\
\bottomrule
\end{tabular}}

\begin{helgennotice}[Qué significa cada clase de hallazgo]
\sevA\ \textbf{Bloqueante}: fabricado así, una función del mandato no se cumple ni con firmware, o la tarjeta se
daña. \sevB\ \textbf{Alto}: compromete el mandato en condiciones de campo (calor, batería baja, ráfaga LTE),
pero se mitiga con firmware, BOM o un paso del pedido, y se mide en el piloto. \sevC\ \textbf{Medio}: degrada
una función o la mantenibilidad; se acepta con mitigación. \sevD\ \textbf{Bajo / easy win}: barato y sin
mover piezas (BOM, un valor, firmware, un paso del pedido), o una nota para la siguiente revisión.
\end{helgennotice}