System-on-Module u ordenador de placa única: elegir para producción

¿Cuál es la diferencia entre un SoM y un SBC?

Un sistema en módulo incluye un procesador y funciones de soporte en un módulo que se conecta a un soporte o placa de aplicación. El límite exacto varía según el producto: se pueden incluir memoria, almacenamiento, administración de energía y funciones inalámbricas. El operador suministra las conexiones y los circuitos específicos de la aplicación que están fuera de ese límite.

Una computadora de placa única proporciona una placa más completa con un conjunto definido de interfaces y conectores. Algunos SBC se construyen internamente alrededor de un SoM. Ambos enfoques pueden respaldar productos comerciales; el factor de forma por sí solo no establece la confiabilidad, el soporte del ciclo de vida o la calificación ambiental. Inspeccione los compromisos reales del proveedor y la evidencia del hardware seleccionado.

Comience con la interfaz y las restricciones de instalación.

Describe cada conexión externa como una interfaz completa, no solo una característica del procesador. Un controlador CAN por sí solo no proporciona un conector CAN aislado, protección, terminación ni un arnés verificado. De manera similar, un procesador con capacidad Ethernet no especifica la ubicación del conector, el magnético, el enrutamiento de los cables o la clasificación ambiental del gabinete.

Haga un dibujo de instalación de una página. Marque la entrada de suministro, los cables de la cámara, la red, el acceso al almacenamiento, los orificios de montaje y la superficie de enfriamiento. Agregue el radio de curvatura del cable requerido y el acceso de servicio. Esto a menudo revela si una placa aparentemente económica necesita una colección de adaptadores y piezas de montaje que superen su ventaja inicial.

Para la IA periférica, congele también una primera descripción de la carga de trabajo: modelo, resolución de entrada, número de flujos activos y tasa de resultados requerida. Verifique la ruta del acelerador y del software antes de diseñar alrededor del módulo. el Guía de implementación de RK3588 describe cómo establecer una prueba de modelo repetible.

Comparar el costo completo del sistema

Utilice el mismo límite para ambas alternativas. Incluya la placa de cómputo, el hardware de interfaz o portador, la conversión de energía, los conectores, el gabinete, la refrigeración, el ensamblaje y las pruebas de producción. Registre la adaptación e ingeniería del software por separado del costo recurrente. Comparar el precio básico de un SoM con el de una computadora completamente cerrada oscurece la decisión real.

Si el ahorro recurrente es cero o negativo, este simple cálculo de costos no proporciona un volumen de equilibrio. Un operador personalizado aún puede estar justificado por una interfaz necesaria, un recinto más pequeño o una restricción de implementación, pero ese beneficio debe indicarse explícitamente. Evalúe los volúmenes de producción bajos, esperados y altos en lugar de tratar un pronóstico como cierto.

Solicite cotizaciones con los mismos entregables y pruebas de aceptación. Una propuesta puede incluir solo diseño de PCB, mientras que otra incluye cambios de BSP, prototipos, accesorios de prueba y documentación de producción. Se trata de ámbitos diferentes, incluso si ambos se describen como un proyecto de placa base.

Incluir propiedad y mantenimiento del software.

Identifique quién mantendrá la imagen del sistema operativo, los controladores, la configuración de arranque y la aplicación después de que se acepte el prototipo. Pregunte qué componentes se suministran como fuente, cuáles dependen de los paquetes binarios y cómo se prueban las actualizaciones. Mantenga una creación de imagen reproducible o un procedimiento de publicación documentado apropiado para el producto.

Un operador personalizado puede requerir cambios en la configuración de pines, el árbol de dispositivos, la secuenciación de energía y los controladores periféricos. La reutilización de un módulo de procesador reduce parte del trabajo de hardware, pero no elimina la validación del software de la placa de aplicación. Pruebe los dispositivos conectados reales y las rutas de recuperación, incluido el inicio con un periférico faltante.

Planifique las operaciones del servicio: recuperación de software, almacenamiento de reemplazo, identidad del dispositivo, recuperación de registros y reversión de actualizaciones. Estos requisitos influyen en los conectores y el acceso de depuración, por lo que deben incluirse en el resumen de hardware antes de finalizar el gabinete.

Evaluar el ciclo de vida y la evidencia ambiental.

• Disponibilidad: Pregunte sobre el horizonte de suministro, avisos de revisión, restricciones de pedidos y procedimientos de fin de vida útil.
• Térmicas: Valide la carga de trabajo con la ruta de enfriamiento real y las condiciones ambientales.
• Poder: definir el rango de entrada, el comportamiento de arranque y las perturbaciones que la instalación puede imponer.
• Servicio: decidir cómo se identifica y reemplaza un módulo, portador o unidad completa fallida.
• Calificación: distinguir clasificaciones de componentes, objetivos de diseño y pruebas completadas para el producto ensamblado.

No asuma que cambiar a un módulo que parezca compatible es una actualización inmediata. Verifique la interfaz eléctrica, la demanda de energía, la solución térmica, la cadena de arranque y el soporte de software. Incluso un reemplazo compatible con un conector necesita un alcance de validación documentado.

Tres patrones de selección prácticos

Una aplicación que se adapta a una placa existente

Para una instalación piloto o de producción cuyas interfaces, gabinete y necesidades ambientales se ajusten a un SBC disponible, comience validando esa plataforma. El trabajo reducido de hardware personalizado puede permitir que el equipo se concentre en la aplicación y la instalación.

Un producto con conexiones de campo especializadas.

Cuando el diseño necesita conectores particulares, interfaces aisladas, un contorno restringido o un suministro de entrada personalizado, un portador SoM plus puede proporcionar una integración más limpia. Definir esas necesidades en el resumen de requisitos de la placa portadora antes de seleccionar el módulo final.

Una familia de productos con diferentes variantes de E/S

Un módulo informático compartido puede admitir varios operadores. Para que esto sea útil, establezca una base de software común y una identificación explícita de variantes. El ahorro de ingeniería depende de controlar las diferencias en toda la familia, no simplemente de reutilizar el mismo procesador.

Preguntas sobre SoM y SBC

¿Un SoM siempre es más barato a mayor volumen?

No. Compare el costo unitario completo y el costo de ingeniería adicional utilizando cotizaciones reales, supuestos de fabricación y cantidades previstas. La respuesta correcta depende de la aplicación y de las alternativas existentes.

¿Se puede utilizar un SBC en un producto de producción?

Sí, si la placa, el software, la disposición de suministro y el producto ensamblado en particular cumplen con los requisitos. Una placa de desarrollo y un SBC respaldado por producción deben evaluarse según sus características documentadas.

¿Qué se debe decidir antes de que comience una junta de transportistas?

Defina el módulo, interfaces, potencia, gabinete, entorno operativo, alcance del software, cantidades esperadas y pruebas de aceptación. Identifique cualquier elemento no resuelto que pueda cambiar el esquema o el diseño.