65 lines
6.1 KiB
TeX
65 lines
6.1 KiB
TeX
% ================================================================ RESUMEN
|
|
\section{Resumen ejecutivo y veredicto}\label{sec:resumen}
|
|
|
|
\begin{helgennotice}[Veredicto — 22 de octubre de 2026]
|
|
\textbf{GO al pedido de hoy: 5 EinarBoard V5.6 + 5 EinarBoard V5.7 (piloto), con tres condiciones de pedido
|
|
que no tocan el cobre.} Los Gerber, taladros, máscaras, pasta y serigrafía que exportó Leo son, pad por pad y
|
|
pista por pista, los archivos de la pasada 6 con el relleno de zonas fresco (§\ref{sec:paquete}); el DRC con las
|
|
reglas del proyecto y la paridad con el esquemático salen limpios (0 errores salvo los 3 barrenos de MOD1, por
|
|
diseño; 0 sin conectar); el sensado Kelvin de RS1 está íntegro en VIN y CLN; el BOM tiene código LCSC en las
|
|
226 / 229 piezas montadas y la lista de posiciones cuadra con el PCB.
|
|
|
|
\textbf{Condiciones del pedido} (§\ref{sec:plan}): (1) vías del PCB con \emph{Epoxy Filled \& Capped} y
|
|
rayos X en \refdes{U6} — las tres vías térmicas del LTC4040 caen dentro de las ventanas de pasta;
|
|
(2) confirmar en el visor de JLC la rotación y el pin 1 de \refdes{U6}, \refdes{U7}, \refdes{U25},
|
|
\refdes{U26}, \refdes{L22}, \refdes{Q7}, \refdes{U16} y la polaridad de \refdes{D34}, \refdes{D10},
|
|
\refdes{C3}/\refdes{C43}/\refdes{C78}/\refdes{C10}/\refdes{C103} — las huellas easyeda2kicad no pasan por
|
|
la tabla de correcciones del Fabrication Toolkit; (3) antes de pedir, cambiar en el BOM \refdes{D10}
|
|
SMBJ33A $\to$ SMBJ33CA (misma huella; con el arnés al revés la V5.7 abre su fusible SMD \refdes{F2}).
|
|
|
|
\textbf{NO-GO para las 108 V5.6 y las 322 V5.7} hasta que el piloto pase el banco con el firmware 0.7.0: hoy
|
|
\emph{ningún firmware enciende el módem de estas tarjetas} (\net{MODEM\_EN} en PC3 es nuevo), y el ciclo de 10 min
|
|
en batería, el RS-485 y el Ethernet de campo existen en hardware pero no en software (§\ref{sec:firmware}).
|
|
\end{helgennotice}
|
|
|
|
\subsection{Lo que pidió Leo y lo que encontró la auditoría}
|
|
|
|
\hwtab{\begin{tabular}{@{}L{4.46cm}L{2.13cm}L{9.31cm}@{}}
|
|
\toprule
|
|
\cab{\cw{Mandato (22-oct)} & \cw{Estado} & \cw{Qué respalda el estado}}\\
|
|
\midrule
|
|
1 $\cdot$ Que todos los puertos funcionen & \estado{Hardware sí} $\cdot$ firmware no & USB-C DFU, USB-C del módem, RJ45, RS-485, RS-232, TTL (H4), GX16, JST internos: netlist correcto contra las hojas de datos (§\ref{sec:puertos}). Lo que falta es software: SC16IS752, Ethernet de campo.\\
|
|
\rowcolor{HelgenMist} 2 $\cdot$ V5.7 sin la Mean Well & \estado{Sí} & U25 TPS54360B: 5.32 V a 600 kHz, 9--32 V continuos, EN flotante habilita, L22 15.5 A de saturación, D34 5 A/60 V (§\ref{sec:v57-fuente}). Se mide en banco a 9/24/32 V.\\
|
|
3 $\cdot$ Ethernet, RS-485 y RS-232 usables & \estado{Usables} con dos reglas & RS-485 ocupa el bus desde el encendido hasta que 0.7.0 escribe EFCR (uso punto a punto o tolerar $\sim$1 s en el arranque); H4 y P16 nunca al mismo tiempo (§\ref{sec:puertos}).\\
|
|
\rowcolor{HelgenMist} 4 $\cdot$ Que el módem no provoque un apagón & \estado{Resuelto en hardware} & AP64350 desde \net{SYS5V} (arranca a 3.8 V; en respaldo el riel es 4.79 V), 2.5 A del boost del LTC4040 contra 1.8 A de pico, 220 $\mu$F en \net{3V3\_MODEM}, PFI a 4.40 V. El firmware secuencia: etapa $\to$ NMEA $\to$ módem (§\ref{sec:bateria}).\\
|
|
5 $\cdot$ 10 min dormida en batería, despertar, dos reportes, dormir & \estado{Hardware sí} $\cdot$ firmware no & STM32 alimentado en respaldo, LSE Y4 para la alarma del RTC, INT1 del SC7A20 en PB9 para despertar por movimiento, \net{MODEM\_EN}/\net{PWR\_CTRL} para cortar rieles. Piso dormido estimado 75 mW si el W5500 se pone en power-down; 5 días con ventanas de 45 s cada 10 min (§\ref{sec:bateria}).\\
|
|
\rowcolor{HelgenMist} 6 $\cdot$ Gerber/BOM/CPL ya generados & \estado{Verificados} & Idénticos a una regeneración con relleno fresco (§\ref{sec:paquete}); P-1 (relleno viejo en el repo) quedó cerrado a las 13:00.\\
|
|
7 $\cdot$ Empezar el firmware & \estado{Empezado} & \texttt{board\_v56.h} entregado (mapa de 64 pines del netlist, idéntico en V5.6 y V5.7) y la especificación 0.7.0 con sus algoritmos (§\ref{sec:firmware}).\\
|
|
\rowcolor{HelgenMist} 8 $\cdot$ Última auditoría: riesgos y easy wins & \estado{Hecho} & 30 hallazgos (§\ref{sec:hallazgos}), 16 riesgos puntuados antes y después de mitigar (§\ref{sec:riesgos}), 6 easy wins de BOM/pedido/proceso.\\
|
|
9 $\cdot$ Documento Helgen + Beamer & \estado{Hecho} & Este PDF y \texttt{…\_Presentacion\_ES\_v1.0.pdf}.\\
|
|
\rowcolor{HelgenMist} 10 $\cdot$ Pedir hoy & \estado{GO piloto} & Con las condiciones de arriba. Las 108 / 322 después del banco.\\
|
|
\bottomrule
|
|
\end{tabular}}
|
|
|
|
\subsection{Lo que cambió respecto a «casi listo»}
|
|
|
|
Las sesiones anteriores decían «casi listo» porque medían el cobre. Esta auditoría midió además lo que el
|
|
cobre no muestra: \emph{el paquete que va a JLC} (¿es el cobre que auditamos?), \emph{el pedido}
|
|
(vías en la pasta, rotaciones), \emph{el comportamiento en batería} (presupuesto, piso dormido, secuencia del
|
|
módem) y \emph{el firmware que tiene que existir para que todo eso se pueda probar}. De ahí salen las tres
|
|
condiciones del pedido y el límite claro: GO para 5 + 5, no para 430.
|
|
|
|
Dos cosas que vale la pena decir sin rodeos:
|
|
|
|
\begin{itemize}
|
|
\item \textbf{El camino crítico ya no es el PCB, es el firmware 0.7.0.} Sin él las tarjetas del piloto no
|
|
encienden el módem. La especificación está en §\ref{sec:firmware}; el mapa de pines ya está escrito y verificado
|
|
pin a pin contra los dos netlists.
|
|
\item \textbf{Había un riesgo de proceso que hoy no mordía pero mañana sí:} los dos \texttt{.kicad\_pcb} del repo
|
|
tenían el relleno de zonas de la pasada 5. El Fabrication Toolkit rellenó al exportar (por eso los Gerber estaban
|
|
bien), pero cualquier otra exportación —\texttt{kicad-cli}, o el GUI sin «B»— habría mandado a fábrica un relleno
|
|
que pasa encima de las vías nuevas de T35 y T37 (figura \ref{fig:relleno}). \textbf{Cerrado a las 13:00:} Leo
|
|
rellenó, guardó y regeneró los paquetes; la re-verificación (§\ref{sec:paquete}) encontró 0.000 mm$^2$ entre el
|
|
relleno guardado y uno fresco, y el mismo cobre de la mañana. Queda el commit y la regla D-22-3.
|
|
\end{itemize}
|