La CPU de un ordenador de puente de mando es la parte de la hoja de especificaciones que la mayoría de los equipos de compras pasan por alto, pero es la que decide silenciosamente si las cartas electrónicas se desplazan con fluidez en el pilotaje costero, si las superposiciones de radar se actualizan sin fluctuaciones a alta velocidad y si el puente mantiene una interfaz utilizable dentro de cinco años. Una estación de puente moderna no ejecuta una carga de trabajo de oficina. Renderiza cartografía en tiempo real, fusiona señales de sensores, decodifica secuencias de vídeo comprimidas, se comunica con media docena de sensores serie y firma archivos de registro redundantes en segundo plano, todo ello dentro de una carcasa sellada que no puede depender de la ventilación del gabinete. La selección del procesador debe absorber esa carga sin estrangulamiento térmico, sin compatibilidad con zócalos obsoletos y sin obligar a una sustitución completa tras dos renovaciones.
Este artículo explica cómo especificar el procesador en un ordenador de puente de mando marítimo, desde la perspectiva de un integrador: desde las cargas de trabajo que determinan la elección, pasando por las convenciones de la hoja de especificaciones de la CPU integrada que son importantes en el mar, hasta los casos en los que un procesador industrial estándar ya no es suficiente.
¿Por qué es importante la elección de la CPU en un ordenador de puente marítimo?
El entorno bridge impone dos limitaciones al procesador que un ordenador de sobremesa de oficina nunca tiene que cumplir: un límite térmico fijo y un horizonte de adquisición de varios años. Un ordenador bridge suele alojarse en una carcasa sellada de aluminio cepillado sin ventilador, o con un único ventilador filtrado de bajas revoluciones, ya que el bridge está diseñado para resistir salpicaduras, niebla salina y polvo. Dicha carcasa tiene un límite de potencia de diseño térmico que suele estar entre quince y sesenta y cinco vatios, según la clase de chasis. Una vez superado este límite, el procesador reduce su frecuencia bajo carga sostenida, lo que en una superposición de radar con mucho tráfico se muestra como un tartamudeo en lugar de un mensaje de error claro. Por lo tanto, la elección de la CPU debe ser compatible con el chasis en el que se aloja, no con el resultado de la prueba de rendimiento.
La otra limitación es el ciclo de vida. El conjunto de componentes del puente de mando de un buque comercial está diseñado para durar al menos un ciclo de dique seco, y el de un buque naval suele estar diseñado para durar entre siete y diez años antes de una modernización planificada. Los procesadores de escritorio para consumidores y de uso general tienen ciclos de reemplazo de quince a dieciocho meses, lo que significa que la pieza que se especifica hoy queda obsoleta antes de que se lance el buque. Las referencias integradas de la misma familia de silicio tienen compromisos de longevidad de siete a quince años, con el mismo zócalo, el mismo chipset y el mismo modelo de controlador conservados durante todo el período. Esa continuidad es lo que hace posible un plan de repuestos de cinco años. La elección entre una referencia de escritorio y una referencia integrada del mismo chip suele ser la decisión más importante en cuanto a la CPU en la hoja de compras.
Antes de elegir la CPU, se debe tomar una decisión más amplia sobre la plataforma. Decisión sobre la topología de un PC con panel sellado El diseño del espacio térmico dentro del cual se encuentra el equipo es determinante: un PC de panel sellado detrás de un cristal tiene un límite térmico más ajustado que un ordenador puente independiente montado en una carcasa ventilada. Un componente de escritorio de 65 W puede funcionar correctamente dentro de la carcasa, pero se sobrecalentará instantáneamente dentro de un panel sellado.
¿Qué cargas de trabajo determinan la CPU del ordenador del puente de mando marítimo?
La carga de cálculo del puente es intermitente, no constante, y varía considerablemente según la misión de la nave. El procesador debe dimensionarse para la peor combinación posible de estas ráfagas, no para el caso promedio de inactividad. Cinco cargas de trabajo dominan los cálculos matemáticos.
Motor de gráficos y representación ECDIS
Una aplicación ECDIS es un motor de cartografía vectorial en tiempo real. Extrae celdas de cartas S-57 o S-101 del disco, las ajusta al lienzo visible, aplica las reglas de simbología IHO S-52, superpone objetivos AIS, líneas de ruta, contornos de seguridad y sombreado de profundidad, y redibuja con cada desplazamiento de la carta, cambio de escala o actualización de rumbo del buque. En un tránsito de alto tráfico, el motor de cartas por sí solo puede saturar uno o dos núcleos de CPU. El pilotaje costero con superposiciones meteorológicas, superposiciones de corrientes y AIS de alta densidad aumenta aún más su carga. Un procesador de puente necesita al menos dos núcleos potentes reservados para el motor de cartas en funcionamiento estable, con margen para los picos que un navegante genera al cambiar el rango de visualización.
Aquí es también donde se evidencia claramente la brecha informática entre la oficina y la marina. hardware de oficina no robusto en el puente A menudo, esto significa que el procesador puede renderizar una presentación con fluidez, pero se bloquea durante un cambio de rango de cartas náuticas con veinte objetivos AIS visibles, porque la CPU se configuró para ráfagas interactivas cortas en lugar de para la renderización vectorial sostenida.
Superposición de radar y fusión de sensores
La superposición del radar en la pantalla de cartas náuticas constituye la segunda carga constante. La señal del radar llega comprimida a través de un bus Ethernet; el ordenador del puente debe decodificarla, corregir la distorsión para estabilizar el rumbo y el movimiento del buque, codificar por colores los objetivos y alinearlos píxel a píxel con la pantalla ECDIS. Una señal de radar de clase A a la frecuencia de pulso típica añade una carga equivalente a la de otro núcleo cuando se superpone en tiempo real. El AIS, el seguimiento de objetivos ARPA y la fusión giroscópica añaden cargas menores pero constantes a estas.
Decodificación y visualización de la cámara
Cada vez más, se exige a los ordenadores del puente de mando que decodifiquen secuencias H.264 o H.265 procedentes de cámaras de timón, cámaras de aproximación al muelle, cámaras de la sala de máquinas y sensores térmicos. La decodificación por software es costosa. Los procesadores modernos incluyen bloques de decodificación de vídeo por hardware que descargan casi todo este trabajo, por lo que la generación importa: un modelo integrado de 2018 puede decodificar por software una secuencia H.265 4K y consumir la mitad de la CPU en el proceso, mientras que un modelo de 2022 o posterior decodifica la misma secuencia en silicio dedicado y apenas se registra en el contador de núcleos. Si el diseño del buque incluye más de dos señales de cámara en el puente de mando, la cobertura de decodificación de vídeo por hardware se convierte en un requisito indispensable.
Sondeo de sensores y tráfico en serie
Un ordenador puente moderno consulta los sensores NMEA 0183 y NMEA 2000, a veces mediante líneas RS-232 y RS-422 nativas, y otras veces mediante convertidores USB a serie. Cada flujo de datos del sensor reside en un controlador del núcleo, se almacena en búfer, se analiza en una trama de datos, se le añade una marca de tiempo y se enruta al motor de cartas, la interfaz del piloto automático, la lógica de reinicio del BNWAS y cualquier servicio de registro que se ejecute en segundo plano. El coste total de la CPU es moderado en estado estable, pero aumenta bruscamente cuando un sensor presenta fallos intermitentes y el controlador vuelve a intentarlo. Un procesador con capacidad para gestionar subprocesos maneja estos picos; un procesador que ya está sobrecargado con dos núcleos debido al trabajo con cartas y radares ralentizará el motor de cartas cuando se produzca el pico.
Antecedentes: Cumplimiento normativo, registro y auditoría
Los buques equipados con SOLAS realizan un registro continuo de datos de viaje y firman el registro de auditoría. Los ordenadores de puente de la sociedad de clasificación también ejecutan agentes de monitorización del estado, conexiones seguras de shell con la gestión de la flota y controladores de actualización de software. Cada uno de estos componentes es pequeño de forma aislada, pero su conjunto requiere al menos un núcleo completo disponible en todo momento. Especificar un procesador de cuatro hilos para un conjunto de puente de Clase A casi siempre resulta un error al tercer año, cuando se añade un agente de auditoría a una carga que ya está al límite.
¿Cómo se deben interpretar las hojas de especificaciones de las CPU para uso marítimo?
La hoja de especificaciones para la adquisición de componentes navales no solicita el nombre de la CPU. Solicita un conjunto de números que describan el comportamiento del silicio bajo las limitaciones del puente de mando. Cinco de esos números son más importantes que el resto.
Núcleos, hilos y el número real de paralelismo
El número de núcleos no es lo mismo que el número de hilos. La carga de trabajo de un puente de mando funciona mejor en núcleos físicos que en núcleos lógicos con hyperthreading, ya que tanto el motor de gráficos como la superposición de radar compiten por las mismas unidades de ejecución cuando se ejecutan en hilos hermanos. Para un puente de mando de clase B para embarcaciones de recreo o de trabajo, cuatro núcleos físicos constituyen un mínimo razonable. Para un puente de mando comercial de clase A, seis núcleos físicos con hyperthreading es la base práctica. Los puentes de mando tácticos y autónomos suelen comenzar con ocho núcleos físicos para que la pila de autonomía disponga de un margen dedicado que no se comparta con la renderización crítica para la seguridad.
Reloj base, reloj de impulso y comportamiento sostenido
Las hojas de especificaciones indican una frecuencia base y una frecuencia de refuerzo. La frecuencia de refuerzo es la cifra de marketing; la frecuencia base es la que realmente utiliza el puente cuando el chasis está sellado y el motor de gráficos lleva quince minutos actualizando la información. Una frecuencia de refuerzo de 3.6 GHz con una base de 1.2 GHz se interpreta de forma muy diferente a una de 3.0 GHz con una base de 2.4 GHz, aunque los valores de refuerzo favorezcan la primera. Los integradores navales deben evaluar el límite inferior de la frecuencia base, no la frecuencia de refuerzo nominal, ya que este límite inferior determina el comportamiento en estado estacionario de todas las cargas de trabajo en el puente.
TDP, cTDP y el límite superior del chasis
La potencia de diseño térmico (TDP) es el calor que el chasis debe disipar. Muchos componentes integrados publican un rango de TDP configurable, a menudo denominado cTDP-down y cTDP-up, que permite al integrador ajustar el procesador al tamaño del chasis. Un componente integrado de 28 W con un cTDP-down de 15 W suele ser una mejor opción para aplicaciones marinas que un componente de consumo de 15 W sin margen térmico, ya que el componente integrado se ha caracterizado en el punto de baja potencia con el mismo silicio. La especificación del puente debe hacer referencia a la TDP configurada para la que está optimizado el chasis, no al valor nominal del silicio.
SKU integrado frente a SKU convencional
Las SKU integradas de Intel y AMD son la única opción sensata de larga duración para el servicio a bordo de buques. Ofrecen compromisos de longevidad de siete a quince años, un comportamiento de pasos bloqueado para que una actualización de microcódigo no cambie la temporización determinista y soporte de memoria ECC en los niveles relevantes. La misma familia de chips ofrecerá una versión integrada con una frecuencia de reloj ligeramente inferior y un precio más alto; ese precio es lo que compra la hoja de ruta de piezas de repuesto. La elección del procesador también influye en la elección del sistema operativo El puente puede funcionar durante el mismo período, ya que las versiones del sistema operativo con soporte a largo plazo se validan con familias específicas de silicio integrado.
Decodificación de gráficos integrados y hardware
La GPU integrada en una CPU integrada moderna realiza más trabajo de puente del que la mayoría de los equipos de compras se imaginan. Dibuja el lienzo del gráfico, compone la superposición del radar, decodifica las transmisiones de la cámara y acelera el sistema de ventanas. Una hoja de especificaciones que enumera treinta y dos unidades de ejecución frente a noventa y seis unidades de ejecución describe una diferencia de cuatro a cinco veces en la fluidez del desplazamiento del gráfico con las superposiciones activas. La generación de decodificación de video por hardware también es importante: la decodificación por hardware H.265 ahora es estándar, la decodificación por hardware AV1 es cada vez más importante si el conjunto de cámaras cambia a ese códec, y la compatibilidad con la canalización HDR es importante para las pantallas de puente en modo nocturno.
¿Cuándo conviene ir más allá de una CPU industrial estándar?
Para la mayoría de los puentes comerciales, un procesador Core i5 o Core i7 integrado de última generación con entre treinta y dos y noventa y seis unidades de ejecución de gráficos integrados es más que suficiente. Los casos en los que un puente necesita ir más allá de ese nivel básico provienen de cuatro ámbitos, y cada uno tiene su propia historia de adquisición.
Cargas de trabajo de defensa y tácticas
Una consola de puente táctico o centro de información de combate normalmente agrega tráfico Link 16, Link 22, MIL-STD-1553B o ASTERIX junto con la pila de cartografía, y agrega superposiciones de simbología en tiempo real que deben redibujarse a la frecuencia de actualización táctica. El procesador que reside en esas consolas suele ser un Core i7 integrado de gama alta o un Xeon integrado con ocho o más núcleos físicos, porque la partición de seguridad necesita ejecutarse junto con la partición táctica sin compartir unidades de ejecución. Estas plataformas también tienen que pasar una Programa de pruebas ambientales MIL-STDlo cual limita las opciones de chasis que pueden albergar la CPU.
Buques autónomos y semiautónomos
Un sistema de autonomía en el puente de mando no requiere una CPU. Se trata de una CPU más una GPU independiente o un acelerador de procesamiento de visión dedicado, ya que el sistema de percepción se basa en inferencia neuronal que no se adapta bien a los gráficos integrados. Cuando el diseño del buque incluye capacidad de operaciones remotas, un sistema de fusión de sensores que ejecuta redes neuronales profundas o un motor de prevención de colisiones que supera al ARPA tradicional, la plataforma de computación del puente debe exponer una ranura PCIe o una interfaz de acelerador dedicada. Este requisito suele llevar a elegir una CPU Xeon integrada o un Core i7 con carriles PCIe libres para el acelerador.
Estaciones de trabajo puente con múltiples pantallas
Un puente multidisplay moderno puede gestionar de cuatro a seis pantallas independientes desde un único ordenador: gráficos en la principal, radar en la segunda, cuatro cámaras en la tercera y panel de sensores en la cuarta. Cada pantalla es un objetivo de renderizado que la GPU debe procesar. Una vez que se superan las tres pantallas, los gráficos integrados de un procesador Core i5 convencional suelen quedarse sin capacidad de procesamiento, y el puente necesita una GPU integrada de gama superior o una tarjeta gráfica dedicada.
Computación perimetral para telemetría de flotas
Los buques comerciales utilizan cada vez más una pequeña carga de procesamiento en el puente de mando o justo detrás de él: preprocesamiento de telemetría del motor, análisis de vibraciones, monitorización basada en el estado y, a veces, un agente de gestión de flota que almacena datos para la transmisión por satélite. Estas cargas de trabajo consumen muchos recursos de CPU, pero no son críticas en tiempo real, por lo que lo más adecuado suele ser un segundo procesador en un gabinete independiente, no una CPU más potente en la unidad del puente. Combinar ambos sistemas genera un exceso de calor que el gabinete del puente no puede soportar.
¿Por dónde debería comenzar el trabajo de especificación de la CPU del puente marino?
La elección de la CPU en una computadora de puente de mando naval se realiza mejor partiendo de la carga de trabajo, no del catálogo de silicio. Comience con la carga de trabajo real de cartografía, radar, cámara, sensor y auditoría que la embarcación ejecutará el primer día, además de un plan creíble para lo que se agregará en los años dos a cinco. Asigne eso a una cantidad de núcleos físicos, un mínimo de reloj base, un máximo de TDP que se ajuste a la clase de chasis y un compromiso de longevidad del SKU integrado. Luego, elija el chip cuya hoja de especificaciones cubra los cuatro números sin depender del comportamiento de aumento para ocultar un reloj base suave. Un chasis de computadora naval diseñado específicamente y caracterizado según ese objetivo es la forma más clara de anclar la especificación; Gama de ordenadores marinos de alto rendimiento En este sitio se enumeran plataformas que ya han sido optimizadas térmica y mecánicamente para el entorno del puente, de modo que la hoja de adquisición pueda hacer referencia a una envoltura de calidad comprobada en lugar de partir de hojas de datos de silicio sin procesar.
Preguntas frecuentes
¿Cuántos núcleos de CPU necesita un ordenador de puente de mando marítimo?
Cuatro núcleos físicos constituyen el mínimo práctico para el puente de mando de una embarcación de recreo o de trabajo de Clase B; seis núcleos físicos con hyperthreading son la base para un puente de mando comercial de Clase A que ejecuta ECDIS, superposición de radar y cámaras; y ocho núcleos físicos son típicos para un puente de mando táctico o autónomo que debe evitar que la pila de autonomía comparta unidades de ejecución con la renderización crítica para la seguridad. Un mayor número de subprocesos que el de núcleos físicos facilita el trabajo en segundo plano, como el sondeo y el registro de sensores, pero no sustituye a los núcleos reales bajo la carga del puente de mando.
¿Es suficiente un procesador Intel Core i5 para ECDIS y radar?
Para la mayoría de las implementaciones comerciales de puentes, un procesador Core i5 integrado de última generación con al menos seis núcleos físicos y una GPU integrada de noventa y seis unidades de ejecución es suficiente para renderizar ECDIS sin problemas con superposición de radar, dos transmisiones de cámara y una carga de sensores normal. Las generaciones anteriores de Core i5 o los procesadores de la serie U de quince vatios funcionarán para configuraciones solo de cartas náuticas, pero tienden a ralentizarse cuando la superposición de radar y la decodificación de la cámara se ejecutan simultáneamente. Los integradores de puentes deben evaluar la frecuencia base y el número de unidades de ejecución de la GPU integrada, no el valor de la frecuencia turbo.
¿Debe un ordenador de puente de mando marítimo utilizar un procesador de sobremesa o un procesador integrado?
Integrados, casi siempre. Los procesadores convencionales para ordenadores de sobremesa y portátiles llegan al final de su ciclo de vida en un plazo de quince a dieciocho meses, lo que inutiliza el plan de repuestos de un buque que opera durante diez años. Los componentes integrados de Intel y AMD ofrecen una vida útil de entre siete y quince años, un comportamiento de sincronización fija que evita cambios en la temporización con las actualizaciones de microcódigo y compatibilidad con memoria ECC en los niveles correspondientes. El precio ligeramente superior de los componentes integrados justifica la disponibilidad de la hoja de ruta de adquisición.
¿Necesitas una GPU dedicada en un ordenador de puente de mando marítimo?
No es necesario para un puente comercial estándar. Un procesador Core i5 o Core i7 integrado moderno con una GPU de alta capacidad de ejecución gestiona sin problemas ECDIS, superposición de radar y hasta tres pantallas. Se requiere una GPU dedicada cuando el puente ejecuta más de tres pantallas independientes desde un solo ordenador, cuando un sistema de percepción neuronal o de autonomía necesita aceleración por hardware, o cuando la canalización de la cámara incluye un códec que carece de soporte de decodificación por hardware integrado.
¿Cómo afecta el TDP a la elección de la CPU en un PC marino sellado con panel?
El chasis establece el límite térmico, y la CPU debe funcionar dentro de él sin sufrir estrangulamiento térmico constante. Un PC marino sellado detrás de un cristal suele tolerar entre quince y veintiocho vatios de calor de CPU; un ordenador puente independiente montado en un gabinete de consola ventilado puede absorber entre cuarenta y cinco y sesenta y cinco vatios. Los componentes integrados suelen ofrecer un rango de TDP configurable, de modo que el integrador puede limitar un componente de 28 W a 15 W si el chasis lo requiere. La hoja de especificaciones debe hacer referencia al TDP configurado para el que está optimizado el chasis, no a la potencia nominal del chip.
¿Importará la generación de decodificación de vídeo por hardware para las cámaras bridge?
Sí. Las instalaciones modernas de puentes de mando suelen incluir cámaras de timón H.265, sensores térmicos y cámaras de aproximación al muelle que transmiten en formatos comprimidos. Los bloques de decodificación por hardware de una CPU integrada de 2022 o posterior gestionan estas transmisiones en silicio dedicado y apenas se reflejan en el número de núcleos. Los componentes integrados más antiguos recurren a la decodificación por software, que puede consumir medio núcleo por transmisión y sobrecargar el motor de cartas náuticas cuando varias cámaras transmiten simultáneamente. Si el plan del puente incluye dos o más transmisiones de cámara, la cobertura de decodificación por hardware para H.265 (e idealmente AV1) es un requisito indispensable.
¿Cuánto tiempo debería durar la CPU de un ordenador de puente de mando marítimo?
Un procesador integrado para puentes de mando navales debería estar disponible como repuesto durante al menos siete años a partir de la fecha de entrega original, y frecuentemente entre diez y quince años en las versiones industriales y de defensa. La cifra relevante es la vida útil que el proveedor de silicio ha indicado para esa versión específica, no la antigüedad de la plataforma en el mercado. Un puente de mando construido con un componente cuya vida útil restante es de tan solo tres años en el momento de la entrega ya requiere una revisión el mismo día de su zarpe.