Articulo de referencia

AUTOSAR

AUTOSAR ( Automotive Open System Architecture ) es una alianza de desarrollo global fundada en 2003 por fabricantes de automóviles , proveedores y otras empresas de los sectores...

AUTOSAR ( Automotive Open System Architecture ) es una alianza de desarrollo global fundada en 2003 por fabricantes de automóviles , proveedores y otras empresas de los sectores de electrónica, semiconductores y software . Su objetivo es desarrollar y establecer una arquitectura de software abierta y estandarizada para las unidades de control electrónico (ECU) de los automóviles.

Los objetivos son la escalabilidad a diferentes variantes de vehículos y plataformas, la transferibilidad del software, la consideración de los requisitos de disponibilidad y seguridad, la cooperación entre diferentes socios, el uso sostenible de los recursos naturales y la mantenibilidad durante el ciclo de vida del producto . [ 1 ] [ 2 ] [ 3 ]

Historia

AUTOSAR fue creada en julio de 2003 por Bavarian Motor Works (BMW) , Robert Bosch GmbH , Continental AG , Mercedes-Benz Group AG , Siemens VDO y Volkswagen AG para desarrollar y establecer un estándar industrial abierto para la arquitectura electroelectrónica (E/E) de la industria automotriz.

En noviembre de 2003, Ford Motor Company se unió como socio principal. En diciembre del mismo año, Peugeot Citroën Automobiles SA y Toyota Motor Corporation se sumaron. En noviembre del año siguiente, General Motors Holding LLC también se unió como socio principal. Tras la adquisición de Siemens VDO por Continental en febrero de 2008, Siemens VDO dejó de estar representada de forma independiente como socio principal de AUTOSAR.

Desde 2003, AUTOSAR ha proporcionado cuatro versiones principales de la arquitectura de software automotriz estandarizada para su plataforma clásica y una versión, junto con la versión de las pruebas de aceptación. El trabajo en la plataforma clásica de AUTOSAR se puede dividir en tres fases:

  • Fase I (2004–2006): Desarrollo fundamental del estándar (versiones 1.0, 2.0, 2.1) [ 4 ]
  • Fase II (2007–2009): Expansión del estándar en términos de arquitectura y metodología (versiones 3.0, 3.1, 4.0) [ 5 ]
  • Fase III (2010–2013): Mantenimiento y mejoras seleccionadas (versiones 3.2, 4.1, 4.2) [ 6 ]

En 2013, el consorcio AUTOSAR introdujo un modo de trabajo continuo para la plataforma clásica con el fin de mantener el estándar y proporcionar mejoras seleccionadas (incluidas las versiones R4.2 y 1.0 de las pruebas de aceptación).

En 2016, se inició el trabajo en la Plataforma Adaptativa. Se publicó una versión inicial (17-03) a principios de 2017, seguida de la versión 17-10 en octubre de 2017 [ 7 ] y la versión 18-03 en marzo de 2018. [ 8 ] Con la versión 18-10 en octubre de 2018, se publicaron las principales actividades de desarrollo. [ 9 ]

A partir de diciembre de 2023, las versiones de AUTOSAR se volvieron prácticamente

R23-11 Noticias y eventos AUTOSAR [ 10 ] [ 11 ]

R24-11 Noticias y eventos AUTOSAR

R25-11 https://www.autosar.org/news-events/detail/autosar-release-event-r25-11 [ 12 ]

Concepto y objetivos

Visión

AUTOSAR busca establecer un estándar global para software y metodología, permitiendo arquitecturas de sistemas eléctricos/electrónicos abiertas para la movilidad inteligente del futuro. Esta visión se centra en garantizar altos niveles de confiabilidad, especialmente en términos de seguridad.

Motivación y objetivos de AUTOSAR

AUTOSAR proporciona especificaciones para módulos de software básicos, define interfaces de aplicación y establece una metodología de desarrollo común basada en un formato de intercambio estandarizado. Los módulos de software básicos disponibles gracias a la arquitectura de software por capas de AUTOSAR pueden utilizarse en vehículos de diferentes fabricantes y componentes electrónicos de diferentes proveedores, lo que reduce los gastos en investigación y desarrollo . [ 6 ]

Basándose en este principio, AUTOSAR tiene como objetivo prepararse para las tecnologías venideras. [ 13 ] [ 1 ]

La motivación detrás de AUTOSAR es gestionar la creciente complejidad del software y los sistemas eléctricos/electrónicos a medida que se expande su alcance funcional. La iniciativa está diseñada para brindar flexibilidad en las modificaciones, actualizaciones y mejoras de productos, aprovechando soluciones escalables dentro y entre las líneas de productos. Mejorar la escalabilidad y la flexibilidad en la integración y transferencia de funciones es un objetivo clave, con el fin de optimizar la calidad y la confiabilidad del software y los sistemas eléctricos/electrónicos.

Los objetivos de AUTOSAR incluyen abordar los requisitos futuros de los vehículos, como la disponibilidad, la seguridad, las actualizaciones de software y la facilidad de mantenimiento. AUTOSAR busca mejorar la escalabilidad y la flexibilidad para la integración y transferencia de funciones. Además, la iniciativa pretende aumentar el uso de software y hardware comerciales estándar en todas las líneas de productos, promoviendo la reutilización de software. Al acelerar los procesos de desarrollo y mantenimiento, AUTOSAR busca mejorar la gestión de la complejidad y el riesgo de los productos y procesos, optimizando al mismo tiempo los costos asociados con los sistemas escalables. Con base en este principio, AUTOSAR busca prepararse para las tecnologías futuras.

Publicación de los estándares AUTOSAR

AUTOSAR utiliza una arquitectura de tres capas: [ 14 ]

  • Software básico: módulos de software estandarizados (en su mayoría) sin una función automotriz explícita, pero que ofrecen los servicios necesarios para ejecutar la parte funcional de la capa de software superior. [ 15 ]
  • Entorno de ejecución (RTE): middleware que abstrae la topología de red para el intercambio de información entre y dentro de las ECU entre los componentes del software de aplicación y entre el software básico y las aplicaciones. [ 16 ]
  • Capa de aplicación: componentes de software de aplicación que interactúan con el entorno de ejecución. [ 17 ]

Base

El propósito del estándar fundamental es garantizar la interoperabilidad entre las plataformas AUTOSAR. El estándar fundamental contiene requisitos comunes y especificaciones técnicas (por ejemplo, protocolos) compartidos entre las plataformas AUTOSAR, así como la metodología común. [ 18 ] [ 19 ]

Metodología

  • La descripción de la configuración del sistema incluye toda la información del sistema y la información acordada entre las diferentes ECU (por ejemplo, la definición de las señales del bus).
  • Extracto de la ECU: contiene la información de la Descripción de la Configuración del Sistema necesaria para una ECU específica (por ejemplo, aquellas señales a las que tiene acceso una ECU específica).
  • Descripción de la configuración de la ECU: contiene toda la información básica de configuración del software local a una ECU específica. Utilice esta información para compilar el software ejecutable, el código de los módulos de software básicos y el código de los componentes de software a partir de ella. [ 20 ] [ 21 ]

Plataforma clásica

La plataforma AUTOSAR Classic es el estándar para las ECU integradas en tiempo real basadas en OSEK . Su principal producto son las especificaciones.

La arquitectura distingue entre tres capas de software que se ejecutan en un microcontrolador : aplicación, entorno de ejecución ( RTE ) y software básico (BSW). La capa de software de aplicación es mayormente independiente del hardware. La comunicación entre los componentes de software y el acceso al BSW se realiza a través del RTE, que representa la interfaz completa para las aplicaciones.

El BSW se divide en tres capas principales y controladores complejos:

  • Servicios
  • Abstracción de la unidad de control electrónico (ECU)
  • Abstracción del microcontrolador

Los servicios se dividen a su vez en grupos funcionales que representan la infraestructura para los servicios de sistema, memoria y comunicación.

Un concepto esencial de la plataforma clásica es el bus funcional virtual (VFB). Este bus virtual es un conjunto abstracto de RTE que aún no se han implementado en ECU específicas y desacopla las aplicaciones de la infraestructura. Se comunica a través de puertos dedicados, lo que significa que las interfaces de comunicación del software de aplicación deben asignarse a estos puertos. El VFB gestiona la comunicación dentro de cada ECU y entre ECU. Desde el punto de vista de la aplicación, no se requiere un conocimiento detallado de las tecnologías o dependencias de bajo nivel. Esto permite el desarrollo y uso del software de aplicación de forma independiente del hardware.

La plataforma clásica también permite la integración de sistemas que no son AUTOSAR, como GENIVI, ahora renombrado COVESA, mediante el uso del lenguaje de definición de interfaz Franca ( Franca IDL ). [ 22 ]

Interfaces de aplicación estandarizadas

La estandarización de las interfaces funcionales entre fabricantes y proveedores, así como la estandarización de las interfaces entre las distintas capas de software, se considera fundamental para alcanzar los objetivos técnicos de AUTOSAR. [ 23 ] [ 24 ] Solo mediante la estandarización del contenido concreto de las interfaces, tanto en su representación física como temporal, se logra la compatibilidad de integración necesaria.

Plataforma adaptativa

Los nuevos casos de uso exigieron el desarrollo de la plataforma adaptativa. Un ejemplo es la conducción automatizada, en la que el conductor transfiere temporal o parcialmente la responsabilidad de la conducción al vehículo. El sistema de automatización que sustituye al conductor requerirá comunicación con  infraestructura externa (por ejemplo, señales de tráfico, centros de control de tráfico o servidores en la nube), y deberá realizar un procesamiento de señales masivo, cálculos de estrategias de conducción y monitorización del estado del sistema. Esto debe basarse en hardware informático de alto rendimiento, como procesadores multinúcleo o unidades de procesamiento gráfico .

Además, las aplicaciones Car-2-X requieren interacción con vehículos y sistemas externos. Esto implica que el sistema debe proporcionar comunicación segura a bordo, compatibilidad con plataformas informáticas multidominio, integración con smartphones , integración con sistemas que no sean AUTOSAR, etc. Asimismo, los servicios en la nube requerirán medidas de seguridad específicas, como interacción segura con la nube y prioridad para vehículos de emergencia. Estos servicios permitirán servicios remotos y distribuidos, como diagnósticos remotos , actualizaciones inalámbricas (OTA), reparaciones y gestión de intercambios.

Para dar soporte al despliegue dinámico de aplicaciones de clientes y proporcionar un entorno para aplicaciones que requieren una alta capacidad de procesamiento, AUTOSAR está estandarizando la Plataforma Adaptativa AUTOSAR. Su núcleo es un sistema operativo basado en el estándar POSIX . Este sistema operativo puede ser utilizado por la aplicación mediante un subconjunto de POSIX según IEEE 1003.13 (en concreto, PSE51). Una de las características clave de la Plataforma Adaptativa es la comunicación orientada a servicios, ya que se basa en la Arquitectura Orientada a Servicios. [ 25 ]

AUTOSAR adaptativo se desarrolla y programa en C++, un lenguaje de programación orientado a objetos . El protocolo de comunicación utilizado para la red interna del vehículo es SOME/IP, basado en Ethernet . Dispone de dos tipos de interfaces: servicios e interfaces de programación de aplicaciones (API). La plataforma se compone de clústeres funcionales agrupados en servicios y la base de la plataforma adaptativa AUTOSAR.

Grupos funcionales:

  • Ensamblar las funciones de la plataforma adaptativa
  • Definir la agrupación de la especificación de requisitos
  • Describir el comportamiento de la plataforma de software desde la perspectiva de la aplicación y de la red.
  • No restrinja el diseño final del software de la arquitectura que implementa la Plataforma Adaptativa.

En la plataforma adaptativa AUTOSAR, los clústeres funcionales deben tener al menos una instancia por máquina (virtual), mientras que los servicios pueden distribuirse en la red del vehículo.

Los servicios de la plataforma adaptativa incluyen:

  • Gestión de actualizaciones y configuración
  • Gestión estatal
  • Gestión de redes
  • Diagnóstico

La plataforma adaptativa contiene tanto la especificación como el código. En comparación con la plataforma clásica, AUTOSAR desarrolla una implementación para acortar el ciclo de validación e ilustrar los conceptos subyacentes. Esta implementación está disponible para todos los socios de AUTOSAR. [ 26 ] [ 27 ] [ 28 ] [ 25 ] [ 29 ]

Organización

AUTOSAR definió seis niveles diferentes de membresía. La contribución de los socios varía según el tipo de asociación: [ 30 ] [ 31 ] [ 32 ]

  • Socio Premium Plus
  • Socio Premium
  • Socio asociado
  • Socio Asociado Light
  • Socio de desarrollo
  • Asistente
  • Abonado

Los socios principales son desde 2026 AUMOVIO (AUMOVIO Germany GmbH), BMW (BMW AG), Bosch (Robert Bosch GmbH), Denso, GM (General Motors Holding LLC), Huawei (Huawei Technologies Co.Ltd.), Mercedes-Benz (Mercedes-Benz Group AG), Toyota (TMC), Vector (Vector Informatik GmbH) y VW (Volkswagen AG). [ 33 ] Estas empresas son responsables de la organización, administración y control de la asociación de desarrollo AUTOSAR. [ 30 ] Dentro de este núcleo, la junta ejecutiva define la estrategia general y la hoja de ruta. [ 34 ] El Comité Directivo gestiona las operaciones diarias no técnicas y la admisión de socios, las relaciones públicas y los asuntos contractuales. [ 35 ] El presidente y el vicepresidente, nombrados por un año, representan al Comité Directivo para tal fin. [ 36 ] El portavoz de AUTOSAR se encarga de la comunicación con el mundo exterior. [ 37 ] [ 38 ]

Las empresas Premium Partner Plus apoyan al equipo de líderes de proyecto en los diversos procesos técnicos, organizativos y cotidianos. Además, aportan nuevas ideas estratégicas a la ronda de líderes de proyecto.

Los miembros Premium y de Desarrollo contribuyen a los paquetes de trabajo coordinados y supervisados ​​por el Equipo de Líderes de Proyecto establecido por los Socios Principales. [ 30 ] [ 39 ] Los socios asociados están utilizando los documentos estándar que AUTOSAR ya ha publicado. [ 40 ] Los asistentes participan actualmente en proyectos de colaboración académica y no comerciales. [ 41 ]

Proveedores

Selección de proveedores, incluidos RTOS, BSW, herramientas de diseño, compilador , etc. [ 42 ]

Proveedores que ofrecen herramientas y software relacionados, por ejemplo, para pruebas, diagnósticos, desarrollo, etc.

AUTOSAR en el sitio

AUTOSAR participa en diversos eventos cada año. Además, se organiza anualmente la Conferencia Abierta de AUTOSAR (AOC) para establecer contactos y ofrecer una visión general de los últimos logros.

La lista de eventos previstos puede consultarse en la página web de AUTOSAR. [ 43 ]

Véase también

Referencias

  1. ^ " Elektrobit Automotriz: AUTOSAR" . Consultado el 11 de diciembre de 2015 .
  2. "Sitio web oficial de AUTOSAR" . AUTOSAR . 5 de junio de 2018.
  3. ^ Scheid, Oliver (2015). Compendio AUTOSAR - Parte 1: Aplicación y RTE . Bruchsal: plataforma de publicación independiente CreateSpace.
  4. Fennel, H.; Helmut, S.; Bielefeld, J.; et al. (2006). "Logros y explotación de la asociación para el desarrollo de AUTOSAR" . pág. 10.  
  5. "AUTOSAR — El estándar automotriz mundial para sistemas E/E" . ATZextra Worldwide . 18 (9): 5–12 . Octubre de 2013. doi : 10.1007/s40111-013-0003-5 . ISSN 2195-1470 . 
  6. 1 2 "AUTOSAR: Dando forma al futuro de un estándar global" (PDF) . Archivado del original (PDF) el 19 de diciembre de 2015. Recuperado el 11 de diciembre de 2015 .
  7. "Adaptive Platform_Release_17_10_EN" (PDF) . AUTOSAR . 20 de diciembre de 2017. Archivado del original (PDF) el 31 de diciembre de 2021. Consultado el 5 de junio de 2018 .
  8. "AUTOSAR_Release_18_03_EN" (PDF) . AUTOSAR . 23 de abril de 2018. Archivado del original (PDF) el 3 de noviembre de 2022 . Consultado el 5 de junio de 2018 .
  9. "Historia" . www.autosar.org . Consultado el 14 de mayo de 2018 .
  10. cooperación, desarrollo de AUTOSAR. "Evento de lanzamiento de AUTOSAR R20-11" . www.autosar.org . Archivado del original el 16 de abril de 2021. Recuperado el 9 de diciembre de 2020 .
  11. "AUTOSAR Release R23-11" . AUTOSAR . 29 de noviembre de 2023. Consultado el 27 de junio de 2024 .
  12. "Resultados de búsqueda AUTOSAR" . www.autosar.org . Consultado el 16 de febrero de 2026 .
  13. "AUTOSAR: Motivación y Metas" . Archivado del original el 19 de diciembre de 2015. Consultado el 11 de diciembre de 2015 .
  14. "AUTOSAR: El estándar mundial de automoción para sistemas e/e", ATZextra , 18 , Springer Fachmedien Wiesbaden: 9–10 de octubre de 2013, ISSN 2195-1454 
  15. "AUTOSAR: Software básico" . Archivado del original el 19 de diciembre de 2015. Consultado el 11 de diciembre de 2015 .
  16. "AUTOSAR: Entorno de ejecución" . Archivado del original el 19 de diciembre de 2015. Consultado el 11 de diciembre de 2015 .
  17. "AUTOSAR: Software" . Archivado del original el 19 de diciembre de 2015. Consultado el 11 de diciembre de 2015 .
  18. "Fundación" . www.autosar.org . Consultado el 14 de mayo de 2018 .
  19. Stepanovic, Mia; Bjelica, Milan; Kastelan, Ivan; Velikic, Gordana (enero de 2020). "Enfoque escalable para extender el software automotriz utilizando la pila adaptativa AUTOSAR". 2020 IEEE International Conference on Consumer Electronics (ICCE) . Las Vegas, NV, EE. UU.: IEEE. págs. 1–2 . doi : 10.1109/ICCE46568.2020.9212328 . ISBN  978-1-7281-5186-1. S2CID 222221057 . 
  20. "AUTOSAR: Metodología" . Archivado del original el 19 de diciembre de 2015. Consultado el 11 de diciembre de 2015 .
  21. Chaaban, Khaled; Leserf, Patrick; Saudrais, Sebastien (septiembre de 2009). «Desarrollo de sistemas de dirección por cable utilizando la metodología AUTOSAR» . Conferencia IEEE de 2009 sobre Tecnologías Emergentes y Automatización de Fábricas . Mallorca: IEEE. pp. 1–8 . doi : 10.1109/ETFA.2009.5347123 . ISBN  978-1-4244-2727-7. S2CID 16258656 . 
  22. "Plataforma clásica" . www.autosar.org . Consultado el 2 de diciembre de 2019 .
  23. "AUTOSAR: Descripción técnica" . Archivado del original el 19 de diciembre de 2015. Consultado el 11 de diciembre de 2015 .
  24. "Interfaz de aplicación" . Consultado el 14 de mayo de 2018 .
  25. 1 2 Furst, Simon; Bechter, Markus (junio de 2016). «AUTOSAR para vehículos conectados y autónomos: la plataforma adaptativa AUTOSAR». 46.ª Conferencia Internacional Anual IEEE/IFIP sobre Sistemas y Redes Confiables (DSN-W) de 2016. Toulouse, Francia: IEEE. págs. 215-217 . doi : 10.1109/DSN-W.2016.24 . ISBN  978-1-5090-3688-2. S2CID 1133757 . 
  26. "Plataforma adaptativa" . www.autosar.org . Consultado el 14 de mayo de 2018 .
  27. "AUTOSAR para vehículos inteligentes" (PDF) . AUTOSAR . 29 de noviembre de 2017.
  28. "AUTOSAR demuestra ser LA plataforma de software automotriz para la movilidad inteligente" (PDF) . AUTOSAR . 18 de octubre de 2017. Archivado del original (PDF) el 3 de noviembre de 2022. Consultado el 5 de junio de 2018 .
  29. Reichart, Günter; Asmus, Rinat (2021). Bertram, Torsten (ed.). «Avances en la Plataforma Adaptativa AUTOSAR para Vehículos Inteligentes» . Automatisiertes Fahren 2020 . Actas (en alemán). Wiesbaden: Springer Fachmedien: 67– 75. doi : 10.1007/978-3-658-34752-9_6 . ISBN 978-3-658-34752-9. S2CID 240964305 . 
  30. 1 2 3 "AUTOSAR: Información básica" (PDF) . Archivado del original (PDF) el 19 de diciembre de 2015. Recuperado el 11 de diciembre de 2015 .
  31. "Socios actuales" . www.autosar.org . Consultado el 14 de mayo de 2018 .
  32. "Organización" . AUTOSAR . Consultado el 27 de junio de 2024 .
  33. "Socios principales" . www.autosar.org . Archivado del original el 14 de mayo de 2018. Consultado el 14 de mayo de 2018 .
  34. "AUTOSAR: Junta Ejecutiva" . Archivado del original el 19 de diciembre de 2015. Consultado el 11 de diciembre de 2015 .
  35. "AUTOSAR: Comité Directivo" . Archivado del original el 23 de septiembre de 2015. Consultado el 11 de diciembre de 2015 .
  36. "Autopresse: Autonews" . Consultado el 11 de diciembre de 2015 .
  37. "AUTOSAR: Portavoz" . Archivado del original el 19 de diciembre de 2015. Consultado el 11 de diciembre de 2015 .
  38. "Comunicado de prensa sobre el traspaso de la presidencia de AUTOSAR" (PDF) . AUTOSAR . 21 de noviembre de 2017. Archivado del original (PDF) el 3 de noviembre de 2022. Consultado el 5 de junio de 2018 .
  39. "AUTOSAR: Equipo Líder del Proyecto" . Archivado del original el 19 de diciembre de 2015. Consultado el 11 de diciembre de 2015 .
  40. "Socios Asociados" . www.autosar.org . Archivado del original el 28 de noviembre de 2020. Consultado el 14 de mayo de 2018 .
  41. "Asistentes" . www.autosar.org . Archivado del original el 28 de noviembre de 2020. Consultado el 14 de mayo de 2018 .
  42. cooperación, desarrollo de AUTOSAR. "IDs de proveedor" . www.autosar.org . Archivado del original el 23 de enero de 2021. Recuperado el 25 de febrero de 2021 .
  43. "Noticias y eventos" (Comunicado de prensa). AUTOSAR . Consultado el 27 de junio de 2024 .
  44. "Generación de código ARXML y C" . www.ibm.com . 17 de octubre de 2017. Consultado el 10 de abril de 2021 .

Lecturas adicionales

  • Scheid, Oliver (2015). Compendio AUTOSAR: Parte 1: Aplicación y RTE . Createspace Independent Publishing Platform. pág.  406. ISBN 978-1-50275-152-2.
  • Kindel, Olaf; Federico, Mario (2009). Desarrollo de software con AUTOSAR (Softwareentwicklung mit AUTOSAR) . dpunkt.verlag. pag.  300.ISBN 978-3-89864-563-8.
  • Staron, Miroslaw (2021). Arquitecturas de software para la industria automotriz: una introducción. Springer. ISBN 978-3-030-65938-7.
  • Sitio web oficial
  • Grupos de usuarios de AUTOSAR ( COMASSO , etc.)