CoreAVI ofrece a sus clientes soluciones de seguridad crítica como, por ejemplo, los packs de seguridad extensivos que incluyen un set de garantías que un desarrollador puede utilizar durante el diseño de sistemas y sus fases de certificación. Estos packs sirven para abordar los requerimientos de múltiples estándares de seguridad de la industria y reducen significativamente los tiempos del proyecto mientras aumentan la confianza en el éxito de la certificación. Algunos de estos packs son: 

• Evidencias de Certificación de software aviónico y paquete de datos DO-178C/ED-12C

• Evidencias de Certificación de hardware aviónico DO-254/ED-80 y paquete de datos para módulos COTS-D y GPUs y SoCs soportados

• Certificación y Pack de Seguridad Automovilístico ISO 26262 

• Certificación y Pack de Seguridad Industrial IEC 61508 

Además, CoreAVI puede acomodarse a otros estándares de seguridad crítica según los requerimientos del cliente. Para descargarse la ficha técnica de estas certificaciones y obtener más información, acude a la página web de CoreAVI. 

CoreAVI lleva muchos años ofreciendo a sus clientes soluciones de seguridad crítica de primer nivel. Los soportes para las certificaciones de seguridad de sus Aplicaciones de Seguridad Crítica en Plataformas incluyen paquetes de datos para certificaciones aviónicas DO-254/ED-80 y DO-178C/ED-12C a DAL A, así como Paquetes de Seguridad y certificaciones para ISO 26262 y aplicaciones IEC 61508.

Además, la compañía trabaja con DERs aviónicos y autoridades de asistencia independientes acreditadas para proveer asistencia de seguridad crítica.

Para conocer los ítems que ofrece CoreAVI en el kit de certificación CertCore ™ DO-178C/ED-12C (en cuanto a planes de software, estándares de diseño de software, diseño de software de datos, datos de validación y certificación y datos finales) visita su página web, donde encontrarás un cuadro explicativo detallado.

En la industria automotriz y la de vehículos con cabina, las pantallas multifunción han reemplazado a los indicadores y manómetros del pasado. Los SoCs de alto rendimiento están siendo empleados no solo para transmitir información básica a los drivers sino también para conseguir visión aumentada y mejorar la vigilancia situacional en humano-máquina-interfaz, lo cual permite al driver interpretar visualmente grandes cantidades de información. En la aviónica, las GPUs y los softwares usados en estos sistemas de automoción de alta fiabilidad y seguridad crítica adoptarán sistemas electrónicos cualificados para la seguridad. Estos sistemas encajarán con su propósito, pues estarán diseñados para cumplir con los estándares de seguridad funcional, permitir computación determinística, y los softwares estarán escritos de acuerdo con la guía MISRA-C para la seguridad crítica en software de acuerdo con estándares como el ISO 26262.

• Flujos de trabajo: Una moda en la automoción es consolidar múltiples funciones de cabina en un dominio de control de cabina (CDC) en la cual discurren flujos de seguridad y de no-seguridad, mezclados de forma crítica. A menudo los flujos de trabajo de computación determinística no deben compartir recursos con otros flujos, y es muy importante tenerlo en cuenta para la seguridad determinística en flujos HMI. En este sentido el Arm Mali-G78AE, ya permite separar el GPU en 1, 2 o 4 GPUs y alojarlas en diferentes flujos de trabajo.

• Arquitectura HMI segura: Los casos de uso de los gráficos certificados con ISO 26262 ASIL B son muchos en los diseños existentes. La integración del contenido de seguridad con contenido de no-seguridad en un cluster es común. En los actuales sistemas el renderizado puede llevarse a cabo en hardware y software ASIL QM, y el mecanismo de seguridad está en el monitor de seguridad ASIL B. Lo normal es dedicar el hardware a la muestra en pantalla de control que genera CRC. El CRC se compara con el CRC de referencia, y si coinciden, el sistema QM está funcionando correctamente, así como el contenido de seguridad. Sin embargo, cuando estos criterios no se cumplen, esta aproximación no escala bien. Por eso los diseños tendrán que soportar aplicaciones de seguridad que funcionen en cores de seguridad de aplicaciones cualificadas.

• Desarrollo de Aplicaciones HMI seguras: Las aplicaciones en aviónica se aprovechan de la aceleración de la GPU que permite el API OpenGL® Safety Critical. En el futuro la suite de Seguridad Funcional para Mali-G78AE soportará OpenGL SC 1.0.1, 2.0 y el Vulkan SC 1.0. Los diseñadores HMI aprovecharán las herramientas HMI que soportan los flujos de trabajo, permitiendo el etiquetado de ciertos datos y superficies para el renderizado de dominios de seguridad y no-seguridad. El ecosistema de los partners de herramientas HMI facilitará la transición de los flujos de trabajo desde ASIL QM HMIEs a HMIs de Seguridad.

• Alianzas fuertes: Cuando más autónomos se vuelven los sistemas de automoción, y cuanto más generalizada se vuelve el machine learning, más común serán las alianzas en el mundo de la automoción.

Puedes descubrir más información en el siguiente enlace.

CoreAVI ha anunciado la disponibilidad de un nuevo hardware de Conversión de Vídeo para permitir el procesamiento de vídeo con latencia baja y la fusión de gráficos para aplicaciones de misión crítica.

El nuevo Módulo de Conversión de Vídeo VIM3006 es el resultado de una colaboración entre los proveedores HENDSOLDT y CoreAVI. El diseño basado en FPGA que se puede obtener con la licencia de CoreAVI tiene todos los datos necesarios para el apoyo técnico, la fabricación y reparación. El módulo está también disponible con un paquete de datos que apoyan la certificación RTCA DO-254/EUROCAE ED-80 conforme a A(M)C 20-152A así como FPGA, y con un driver de procesamiento de vídeo con un paquete de datos para apoyar la certificación RTCA DO-178C/EUROCAE ED-12C.

El Módulo de Conversión de Vídeo VIM3006 3U VPX es compatible con las GPU XMC2 de CoreAVI, como por ejemplo la GPMX002, para permitir una baja latencia en la captura del vídeo para el procesamiento y la superposición, y el procesamiento de vídeo con mezcla y renderizado de gráficos. Esto le otorga un sensor de vídeo integrado y una solución de gráficos independiente de una GPU específica, permitiendo el uso de diferentes GPUs según las necesidades. Está diseñado para adaptarse con la interfaz de captura de vídeo VkCore® SC para permitir la latencia baja del procesamiento de vídeo para aplicaciones como la visión combinada, el seguimiento terrestre… El módulo soporta dos canales input de vídeo independientes, capturando los dos inputs SPMTE292 HD-SDI o ARINC 818-2.

Adicionalmente, cuatro salidas independientes convierten los canales de hasta cuatro TMDS (DVI) desde una GPU en formato XMC 2.0 hasta las salidas SMPTE292 HD-SDI o ARINC 818-2. La FPGA IP puede ser personalizada para acoplarse a varios form factor factores de forma y está disponible como un módulo rugerizado y refriegerado por conducción adherido al estándar VITA 41/42/65 (OpenVPX™), construido para misiones en entornos muy severos.

CoreAVI presenta CertCore™ 178, ¿quieres saber cómo puede ayudarte a nivel de certificación?

Lo primero que debes saber es que CoreAVI desarrolla drivers de software (DRV), librerías (LIB), Board Support Package (BSP) y softwares para montaje en placa (BOOT) COTS-D para cumplir con los requerimientos del sistema.

DO-178C es un medio de cumplimiento aceptable de mostrar la adhesión a las certificaciones o autorizaciones (E)TSO aplicables a las regulaciones de aeronavegabilidad para software en aeronaves, y donde la aplicación DAL es A o menor.

El desarrollo del software tiene lugar con la supervisión de una Representación de Ingeniería Designada (DER) FAA independiente para asegurar el cumplimiento de los objetivos DO-178C.  El DER puede otorgar una carta formal firmada que atestigua el cumplimiento del DO-178C por parte del software o la forma FAA 8110-3, si el DER es delegado.

El paquete de certificación disponible, CertCore178, descrito aquí, es el subgrupo de conformidad del ciclo de vida de datos DO-178C para los softwares que una autoridad de certificación espera que incluya certificación.

El ciclo de vida de datos que queda está disponible para ser examinado en CoreAVI.

CoreAVI también ofrece una opción de certificación de defensa para soporte on-site directo desde la propia empresa, para defender las pruebas de certificación internamente y con las autoridades de certificación.

Para todo ello, CoreAVI emplea tecnología electrónica para la retención fuerte y permanente de datos siguiendo las guías en FAA-IIR-01-01A 23/04, Guía de Certificación de Aeronaves para el Uso de Tecnología Electrónica Métodos Alternativos para el Almacenamiento de Información, y FAA Orden 8000-79, Uso de Tecnología Electrónica y Almacenamiento de Datos.

Características y Beneficios

• Ciclo de vida de los datos que facilita FAA, EASA, TCCA y otras certificaciones de seguridad de las autoridades de certificación aviónica, donde DO-178C es un medio de cumplimiento aceptable.

• Embalaje de pruebas DO-178C/ED-12C que da soporte a los sistemas que requiere DALA

• Los procesos de garantía menores se apoyan en licencias a medida

• Nivel de independencia A implementado en todas las actividades

Puedes descubrir más en el siguiente enlace.

El ArgusCore SC1 de CoreAVI es un controlador de gráficos en tiempo real OpenGL SC 1.0.1 que ha sido diseñado para permitir las mejores capacidades de rendimiento de procesadores gráficos de menor y mayor potencia, y para alcanzar los mayores niveles de certificación, incluyendo FAA DO-178C / EASA ED-12C Nivel A.

Los controladores ArgusCore SC1 son un superconjunto de la especificación API OpenGL SC 1.0.1 de Khronos (OpenGL para aplicaciones de seguridad crítica). Las librerías de gráficos OpenGL SC 1.0.1 son implementadas para soportar una función fija de renderización de flujos de gráficos. ArgusCore SC1 es una solución probada por la industria que ha alcanzado de forma exitosa certificaciones aviónicas FAA/EASA y que está desplegada extensamente en los sistemas de visualización en aeronaves civiles, comerciales y de defensa alrededor del mundo.

La aceleración de la codificación hardware de vídeo y la decodificación están soportadas con un controlador plug-in que codifica framebuffers y también codifica un stream de vídeo en una textura. Juntos, estos controladores permiten la distribución de vídeo, la grabación y la reproducción. CoreAVI también ofrece una API integrada para simplificar la captura de datos de vídeo directamente en texturas para minimizar la latencia. Para facilitar la inicialización de cualquiera de estos hardware externos de gráficos/vídeo en GPU, CoreAVI incluye un mecanismo para llevar a cabo la inicialización después de la inicialización básica GPU y después de que la GPU esté controlando sus outputs de visualización.

Funciones incluidas

ArgusCore CS1 está provisto con una variedad de funciones detalladas abajo:

• Driver Controlador de Visualización: ArgusCore SC1 incluye un driver controlador de visualización integrado que permite la configuración de puertos de controladores de visualización y otras funciones de control de visualización. También se ofrece un medio para definir un modo de vídeo totalmente personalizado gracias a la definición de la resolución y a los detalles del timing.

• Manager de Virtualización GPU: ArgusCore SC1 está disponible con un manager de virtualización GPU, HyperCoreTM, para permitir múltiples particiones renderizados de gráficos para manejar una o diversas GPU. Específicamente, ArgusCore SC1 soporta una arquitectura Multi Partición Multitarea (MTMP) que ofrece soporte para aplicaciones de tarea única o multitarea en el mismo espacio o en diferente, así como permite compartir una GPU única entre aplicaciones residentes en diferentes OSs anfitriones.

• Seguridad: las funciones de seguridad de ArgusCore SC2 añaden protección a la memoria asignada a cada partición de tal manera que cada partición solo accede a sus recursos asignados a través del uso de un hardware de gestión de memoria virtual, cuando es soportada en un objetivo hardware GPU.

Puedes conocer más en el siguiente enlace.

El DecodeCore es un controlador de decodificación de vídeo en tiempo real H.264/H.265/MPEG2/VC-1 que permite al hardware de vídeo que está integrado contar con modernos gráficos y procesadores de SoC. El controlador de decodificación de vídeo de CoreAVI ha sido desplegado en sistemas de vídeo tanto terrestres como aéreos globalmente, incluyendo el comando y control UAV, la vigilancia situacional de 360º, el Sistema de Información Geográfica (GIS), los mapas en movimiento y varios sistemas sensores de alarma. 

El DecodeCore permite a las aplicaciones decodificar y mostrar vídeos comprimidos con una utilización de la CPU mucho más baja que en el caso de los decodificadores con solo un software. 

La arquitectura del controlador y la API garantiza una alta eficiencia y una baja latencia entre el hardware decodificador de vídeo y el hardware de gráficos. El vídeo descomprimido también está disponible como una textura permitiendo la manipulación compleja y acelerado de imagen hardware y la integración con gráficos 2D y 3D. 

Características y beneficios 

• Implementación totalmente libre de amenazas.

• Decodificación de vídeo a baja potencia y alto rendimiento de decodificación de streams de vídeo H.264/H.265/MPEG2/VC-1. Hay que tener en cuenta que los formatos están sujetos a los soportes GPU y no todos los formatos pueden ser soportados por todos los controladores.

• Controladores gráficos totalmente integrados con el ArgusCore (OpenGL) de CoreAVI y con gráficos basados en Vulkan VkCore SC y controladores de computación para la mínima latencia y sobrecarga.

• Arquitectura escalable que soporta procesamiento y reproducción de más de 10 streams de decodificación de vídeo independientes y simultáneos.

• Ingeniería GPU capaz de utilizar automáticamente los más recientes frames de decodificación de vídeo sin utilización de la CPU. 

• La decodificación del vídeo se puede reproducir como una textura, permitiendo la fácil integración con capas 2D o 3D.

• Soporta configuraciones de sistemas multicore virtualizadas.

• Está disponible con el paquete de certificaciones de seguridad CertCoreTM 178 (DO-178C / ED12-C Aviónica) Nivel A.

Desarrollada con funcionalidades en tiempo real y de seguridad crítica, esta suite de productos permite el máximo rendimiento para aprovechar las avanzadas capacidades de los controladores de decodificación de vídeos integrados en GPUs y SoCs, incluyendo el Decodificador de Vídeo Unificado de la AMD (UVD).  

Puedes consultar más haciendo clic en el siguiente enlace. 

La industria de la tecnología de gráficos y monitores está atravesando una época de grandes cambios, adoptando rápidamente los nuevos gráficos Vulkan®. Los estándares abiertos actuales, como el OpenGL® y OpenCL® han servido a la industria de forma excelente durante muchos años, así que ¿cuál es el incentivo que ha llevado a los integradores a cambiar a Vulkan?

• Historia de los sistemas de gráficos

El uso de sistemas de gráficos apareció por primera vez en los primeros años 90 en la estación de trabajo de Silicon Graphics Workstation, empleando una librería de gráficos propietarios llamada IRIS GL. IRIS GL llevó a la creación de las Librerías Gráficas Abiertas (OpenGL), las cuales se formalizarían en 1992. Cuando OpenGL se formalizó, había  tarjetas gráficas bus Estándares de Arquitectura de la Industria (ISA) en uso con gráficos VGA. Hoy en día, los gráficos AMD y NVIDIA PCI Express facilitan un uso detallado y suave. La disponibilidad de muchos cores de computación en modernos GPUs les permite ser utilizados para el gaming, la extracción de criptografías, un profundo machine learning y muchos otros casos avanzados. 

Los nuevos conjuntos de chips gráficos son un cambio total en la fase diseño, pero todavía soportan estándares OpenGL. En las industrias comerciales, las preferencias han evolucionado a favor de una tecnología de nueva generación como Vulkan que supone un gran salto en cuanto a rendimiento. Esta adopción está ya en marcha en la industria del gaming para una nueva generación de juegos como Artifact, Doom, Hitman y Quake, el cual emplea un nuevo AMC y GPUs NVIDIA. Un eventual cambio desde OpenGL, OpenCL y Computación Unificada de Arquitectura de Dispositivos (CUDA) a Vulkan podría significar el fin de una era para estas tecnologías. 

Para comprender las librerías de estándares gráficos debemos, en primer lugar, examinar sus orígenes y su progresión. 

• OpenGL

La evolución del estándar OpenGL llevó un par de años. La competición en la industria de la computación forzó el secretismo y la creación de diferentes estándares entre elementos clave del terreno: Silicon Graphics, Sun Microsystems, IBM, y Hewlett-Packard. Al final, estos fabricantes y otros muchos acordaron participar en el Tablero de Revisión de la Arquitectura OpenGL (ARB), y la primera especificación del primer gran OpenGL 2.0 fue lanzada en 2004. La ARB pasó las especificaciones del control a Khronos Group, el cual es un miembro fundador sin ánimo de lucro   del consorcio, centrado en Interfaces de Programación para Aplicaciones de estándares abiertos libres de royalties 

El diseño de OpenGL permitió a las aplicaciones gráficas emplear un amplio rango de lenguajes de programación empleando lenguajes vinculantes, incluyendo ‘C’, Java y JavaScript, para acceder a las funciones de la librería de OpenGL. 

OpenGL introdujo apoyo para el lenguaje shader con el objetivo de otorgar más control de los conductos de gráficos  sin utilizar ensamblajes de lenguajes o lenguajes específicos de hardware (lo cual constituía un requerimiento al principio) para construir aplicaciones shader. In shader es un tipo de programa de computación usado para sombrear niveles de luz, oscuridad y color en una imagen. También existen shaders de computación 2D, 3D, pixel, vértice y geométricos, lo cual es normalmente recopilado y ejecutado en un hardware gráfico. 

• OpenCL y CUDA

El OpenCL y el CUDA surgieron de forma diferente que OpenGL. CUDA permitió el uso de los cores de GPU por parte de algoritmos de procesamiento intensivo de software, y OpenCL fue destinado estrictamente a programas que pudieran ejecutar a través de plataformas heterogéneas para incluir CPUs, GPUs, DSP, FPGA y otras plataformas de aceleración de hardware. CUDA definió el término Unidas de Procesamiento Gráfico de Propósito General (GPGPU), cuando los algoritmos del software podían ser utilizados en cores GPU para desarrollar procesos intensivos, dejando los cores de las CPU libres para realizar otras tareas.  

Antes de seguir, tienes que saber que OpenCL es una estructura para programación paralela sin aspectos gráficos, donde las aplicaciones pensadas para dispositivos CU están escritas en Representación Intermedia Portable Estándar (SPIR). SPIR es un estándar abierto gestionado por Khronos que se aplica a OpenCL y a Vulkan, en los cuales SPIR-V está definido por la integración de Vulkan y aspectos de OpenGL y OpenCL. El objetivo de OpenCL es convertir todos los dispositivos de computación lógicos con respecto hacia el procesador host, en el cual cada dispositivo de computación haya procesado elementos con una o más unidades de computación.

• Vulkan: la nueva generación de gráficos y computación

Hablar de Vulkan es hablar de la nueva generación de gráficos y librerías de computación que combina capacidades tanto de OpenGL como de OpenCL. Está gestionado como una librería open source que permite a la industria desarrollar el estándar a través de Khronos. Esto es fundamental para las industrias en las cuales la certificación de seguridad sea crítica. El Vulkan API es todo un nuevo mundo para los usuarios de OpenGL, similar a OpenCL y CUDA, y permite bajos niveles de acceso a la GU. Como resultado del impulso inherente del rendimiento, Vulkan acudió inicialmente a los desarrolladores de juegos; no obstante, Khronos Group está en proceso de definir librerías de seguridad crítica Vulkan que ya han llamado la atención de las industrias aeroespaciales, automovilísticas y de transporte, en las cuales OpenGL SC s empleado y en las que se requiere certificación. 

Los componentes clave de Vulkan son las unidades de ejecución, las colas de trabajo, los buffers de comando, los canales, subgrupos, buffers de memoria, y el dispositivo Vulkan (o VkDevice), al cual se pueden aplicar todos los comandos. 

La diferencia más importante entre OpenGL/Open CL y Vulkan es que Vulkan abre el mundo de los shaders y la computación GPGPU. La computación de shaders permite la creación de gráficos utilizando directamente el GPU, mientras que OpenGL utiliza el procesador host para crear canales de gráficos antes de mostrarlos. Esto significa que Vulkan está a un nivel más de velocidad que OpenGL, ya que reduce de forma dramática el procesamiento host en los sistemas gráficos, lo cual se traduce en una reducción de la carga CPU host y mejora la temperatura de acción. 

Si quieres saber más sobre esta evolución y su estado actual, no te pierdas este whitepaper de CoreAvi.

Lynx Software Technologies, innovadores en modernas tecnologías de plataforma software, y Core Avionics & Industrial Ic. (CoreAVI), líder en plataformas de gráficos y computación para aplicaciones de seguridad crítica, están proporcionando tecnologías clave para el soporte y el desarrollo de la nueva generación de Unidades de pantallas panorámicas de la Cabina - Unidad electrónica (PCD-EU) para el  F-35 Lightning II.  Este desarrollo es un elemento clave del programa de Actualización de Tecnología 3 (TR3).

Lynx y CoreAVI están realizando una serie de soluciones integradas que incluyen la estructura LYNX MOSA. icTM y los drivers gráficos de seguridad crítica ArgusCore™ SC OpenGL® SC, el manager de virtualización HyperCore™ GPU, y el EGL_EXT_Compositor FACE-alineado multi-ventana API de CoreAVI.

El PCD-EU es la unidad de procesamiento para la pantalla panorámica invertida de la cabina del piloto. Presenta una versión revisada a temperatura especial de una GPU de AMD que está disponible en CoreAVI. El sistema despliega múltiples aplicaciones independientes en particiones seguras consecutivas que funcionan en pantallas múltiples separadas mediante drivers gráficos ArgusCore SC.

La partición segura LYNX MOSA.ic y el dispositivo AMD y HyperCore hacen posible el uso del GPU en las particiones, para que un GPU, con el uso de EGL_EXT_Compositor, pueda soportar múltiples canales display con requerimientos variados de Niveles de Garantía de Diseño (DAL).

Dan Joncas, jefe de ventas y marketing en CoreAVI, declara que ‘‘Este proyecto es el resultado del esfuerzo de dos compañías, cada una con un liderazgo dominante, trabajando juntas y empleando sus fortalezas. Lynx aportó la experiencia y sus conocimientos en tecnología para dividir de forma segura las aplicaciones de seguridad crítica y las de no-seguridad crítica, albergadas en el mismo procesador. La tecnología de CoreAVI hace posibles las pantallas gráficas y el intercambio de recursos GPU en los múltiples sistemas operativos huéspedes que funcionan en particiones seguras en un entorno de criticidad variado. CoreAVI y Linx han reforzado el programa con valor proporcionando un pack completo de seguridad certificable basado en arquitectura abierta y tecnología COTS’’.

Puedes conocer más sobre este trabajo conjunto aquí.

Tal y como Hensoldt ha anunciado, la empresa ha seleccionado la plataforma IP de hardware COTSD-D y el software de computación y gráficos de Core Avionics & Industrial Inc. (CoreAVI) para producir una nueva generación de ordenadores de misión con certificado de seguridad y sistemas de display. El sistema será certificado con el Nivel de Seguridad de Diseño (DAL) A DO-254/ED-80 y DO-178C/ED-12C.

Este sistema empleará el AMD E9171 GPU, el procesador de gráficos más reciente de AMD que CoreAVI provee a la aviónica y los mercados de más alta fiabilidad. El display y el sistema informático más avanzado y escalable de Hensoldt abordará la necesidad de actualizar la tecnología, así como los despliegues para nuevos programas de seguridad crítica aviónicos.

Los nuevos sistemas informáticos ricos en funciones de Hensoldt ofrecen el poder escalable y el alto rendimiento necesarios para poder cubrir las necesidades de un amplio rango de aplicaciones de seguridad crítica aviónica. Esta solución, que se caracteriza por ser muy flexible, ha sido construida ad hoc para las funciones gráficas y de computación con el apoyo de OpenGL® SC 2 y Vulkan®. Además, ofrece vídeos mejorados con funciones display 4K y permitirá el procesamiento paralelo para albergar aplicaciones de vídeo y computación simultáneamente.

Tener un partner que ofrece una solución completa del sistema —desde el GU, pasando por el software de seguridad crítica, hasta el embalaje certificado— es clave para acelerar y facilitar los esfuerzos de integración de Hensoldt, por lo que esta colaboración entre dos compañías está diseñada para asegurar que esta nueva solución ofrezca a los clientes los más altos niveles de seguridad y protección sin tener que sacrificar el rendimiento o las funciones.

CoreAVI ha sido partner de Hensoldt durante largo tiempo y ambos han apoyado generaciones previas de sistemas de misión de Hensoldt con el GPU E4690 de AMD y los drivers gráficos de seguridad crítica OpenGL SC, así como las exitosas ejecuciones de las certificaciones DO-254 y DO-178C.

En este itinerario de nueva generación, las compañías trabajarán ahora juntas para ofrecer soluciones de seguridad crítica basadas en el Embedded Raedon™ E9171 GPU de AMD, añadiendo los gráficos y drivers de computación VkCore® SC basados en Vulkan® de CoreAVI, bibliotecas de aplicaciones VkCoreGL™ SC1 OpenGL, hardware IP COTS-D, y las certificaciones de embalaje Nivel de Seguridad del Diseño (DAL) DO-254/ED-80 y DO-178C/ED-12C asociadas.

En la siguiente nota de prensa podrás ampliar información sobre esta fructífera alianza.