\section{Resumen ejecutivo}

Cinco unidades HBOX en Hutchison Ports ICAVE (Veracruz) operaron de forma intermitente y
luego fallaron de manera casi simultánea, con desconexiones recurrentes en la plataforma.
La evidencia apunta a \textbf{al menos dos causas independientes}, no una sola:
(1) defectos de \textbf{backend} confirmados en el código que pueden sacar de la plataforma
a unidades sanas, y (2) un \textbf{evento térmico} sobre un prototipo frágil. El watchdog
(firmware) amplificaba cada interrupción. Este informe es preliminar hasta ingerir los
registros de campo.

\section{Las dos fallas son, probablemente, fallas distintas}

\begin{itemize}
  \item \textbf{(A) Muerte súbita y casi simultánea de la flota.} Apunta a un factor de
  \textbf{modo común} (no a cinco fallas coincidentes): un golpe de calor, o un corte de
  backend/SIM/caster.
  \item \textbf{(B) Desconexiones recurrentes a lo largo del tiempo.} Intermitentes por
  vibración (Dupont/SMA/soldadura), bloqueos de la tarjeta 4G y un watchdog que se recupera
  lento y ruidoso.
\end{itemize}

\section{Diagnóstico diferencial (lo barato primero)}

\hwtab{%
\begin{tabularx}{\textwidth}{@{}>{\bfseries}l X >{\centering\arraybackslash}p{2.2cm}@{}}
\toprule
\rowcolor{HelgenIndigo}\textcolor{white}{Hipótesis} & \textcolor{white}{Mecanismo} & \textcolor{white}{Prioridad}\\
\midrule
Backend (modo común) & El \textit{retranslator} espera el ACK TCP dentro del único bucle UDP $\rightarrow$ una lentitud aguas arriba tira a toda la flota. & Muy alta\\
Térmico & Carcasa PLA dentro de gabinete ABS IP67 sellado con la fuente Mean Well dentro: trampa de calor anidada. & Muy alta\\
Filtro anti-salto & Bloquea de forma permanente a una unidad sana (no actualiza referencia; sobrevive reconexiones). & Alta\\
Vibración & Dupont/SMA/soldadura se aflojan $\rightarrow$ intermitencias. & Alta\\
SIM/caster & Saldo de datos agotado o caster NTRIP caído. & Media\\
Fusible sub-dimensionado & Posible disparo bajo inrush/carga real (sospecha del cliente). & Media\\
\bottomrule
\end{tabularx}}

\begin{helgennotice}[Prueba gratuita primero]
Una unidad que aparece \textbf{en línea en el monitor de Helgen pero fuera de línea en la
plataforma del cliente} es \textbf{víctima del backend, no hardware muerto}. Verificar esto
en los registros históricos no cuesta nada y puede exonerar al hardware.
\end{helgennotice}

\section{Hipótesis térmica (reforzada por el BOM)}

Es una \textbf{trampa de calor anidada}: una carcasa \textbf{PLA} (ablanda $\sim$50–60\,\textdegree C)
sellada dentro de un gabinete \textbf{ABS IP67} que además aloja la fuente Mean Well (fuente
interna de calor), bajo sol pleno. El PLA puede \textbf{deformarse} antes de que ningún chip
esté sobre-temperatura. El ZED-F9P está calificado a $-40$\,a\,$+85$\,\textdegree C; los
afectados por calor son el \textbf{18650/PowerBoost}, el \textbf{módem 4G} y la \textbf{carcasa
PLA}, no el receptor. Un \textbf{ventilador dentro de una caja sellada no la enfría}; el calor
debe conducirse afuera (o se rompe el IP67).

\section{Backend — defectos confirmados en el código}

\begin{itemize}
  \item \textbf{Recuperación mal dirigida (5 min).} El v1 envía un \textit{reset} del GNSS,
  que no revive un módem 4G colgado (la falla dominante reportada).
  \item \textbf{Reinicio duro sin \textit{backoff} (10 min).} Si la tarjeta 4G está colgada, la
  unidad se reinicia cada $\sim$10 min indefinidamente $\rightarrow$ desconexiones recurrentes.
  \item \textbf{Filtro anti-salto.} Puede dejar a una unidad fuera de la plataforma de forma
  permanente. (Ambos corregidos en el firmware v2 y en el plan de backend.)
\end{itemize}

\section{La observación del cliente es correcta}

ICAVE describe correctamente un prototipo de laboratorio en un entorno industrial brutal:
conectores Dupont, estrés en soldaduras, sin diseño para vibración, conectores flojos,
fallas recurrentes de la tarjeta 4G, baja mantenibilidad de SIM y electrónica «no apta para
producción». Nada de esto se resuelve por software: es el núcleo del trabajo de
\textbf{ruggedización + PCB} (Serie 2).

\section{Conclusión provisional}

Lo más probable es un \textbf{evento térmico} sobre un \textbf{prototipo frágil}, con el
\textbf{backend} amplificando cada interrupción —— a menos que la muerte simultánea resulte
ser un \textbf{modo común de backend/SIM/caster}, que debe descartarse primero por ser lo más
barato. El plan de corrección es robusto a todo lo anterior: rediseño térmico-mecánico
(sin PLA, sin batería en el punto caliente, conducción de calor), interconexión ruggedizada
(PCB), firmware más inteligente (v2), fusible verificado y \textbf{endurecimiento del backend}.

\section{Evidencia pendiente}

\begin{itemize}
  \item Registros de campo (V de batería, calidad de fix, marcas de tiempo de reinicio) y la
  comparación monitor-Helgen vs.\ plataforma del cliente.
  \item Backend: \textit{logs} del \textit{retranslator} + caídas de buffer UDP en la ventana de la falla.
  \item Unidades retiradas: fotos de PLA deformado, batería inflada, soldaduras; prueba de banco del módem; soak térmico.
\end{itemize}