 | Este artículo tiene varios problemas. Ayude a mejorarlo o discuta estos problemas en la página de discusión . ( Obtenga información sobre cómo y cuándo eliminar estos mensajes de plantilla ) ( Aprenda cómo y cuándo eliminar este mensaje de plantilla )
|
 | |
| Abreviatura | ASAM |
|---|---|
| Formación | 1998 |
| Tipo | INGO |
| Estatus legal | Asociación |
| Propósito | Estandarización internacional |
| Sede | Höhenkirchen cerca de Munich, Alemania |
| Región atendida | Mundial |
| Afiliación | Empresas de automoción: OEM , proveedores, proveedores de servicios, universidades |
| Junta Directiva | Prof. Dr. Marcus Rieker (Presidente) Prof. Dr. Frank Koester Dr. Ralf Noerenberg Armin Rupalla Richard Vreeland |
| Gerente de negocios | Dr. Klaus Estenfeld |
| Sitio web | www.asam.net |
Association for Standardization of Automation and Measuring Systems o ASAM es una asociación incorporada bajo la ley alemana. Sus miembros son principalmente fabricantes de automóviles, proveedores y proveedores de servicios de ingeniería internacionales de la industria automotriz . La asociación coordina el desarrollo de estándares técnicos, que son desarrollados por grupos de trabajo compuestos por expertos de sus empresas miembros. ASAM persigue la visión de que las herramientas de una cadena de procesos de desarrollo pueden interconectarse libremente y permitir un intercambio de datos sin problemas. Los estándares definen protocolos , modelos de datos , formatos de archivo e interfaces de programación de aplicaciones ( API) para su uso en el desarrollo y ensayo de unidades de control electrónico de automoción. Una gran cantidad de herramientas populares en las áreas de simulación, medición, calibración y automatización de pruebas cumplen con los estándares ASAM. El cumplimiento garantizará la interoperabilidad de las herramientas de diferentes proveedores, permitirá el intercambio de datos sin necesidad de convertidores y facilitará el intercambio de especificaciones inequívocas entre clientes y proveedores.
Los estándares ASAM utilizan otros estándares públicos como UML , XML y CORBA , por lo que permanecen independientes de tecnologías o plataformas de TI específicas . Además, ASAM coopera estrechamente con otras organizaciones como ISO y AUTOSAR .
Historia [ editar ]
Durante la crisis económica de fines de la década de 1980 y principios de la de 1990, la industria automotriz se vio sometida a una gran presión para reducir costos y optimizar sus procesos internos. Un área identificada para el ahorro de costos fue el área de medición y prueba para el desarrollo de vehículos. El equipo utilizado había sido en su mayoría soluciones especialmente diseñadas, con interfaces y formatos de datos ampliamente incompatibles , lo que obstaculizaba gravemente la interconectividad y el intercambio de datos. Los directores de desarrollo de Audi , BMW , Daimler-Benz , Porsche y Volkswagenacordó cooperar en esta área y fundó en 1991 el "Arbeitskreis zur Standardisierung von Automatisierungs- und Messsystemen" (ASAM, Ing., grupo de trabajo para la estandarización de sistemas de automatización y medición). A diferencia de los esfuerzos de estandarización anteriores, en los que los fabricantes de equipos originales creaban los estándares y los imponían unilateralmente a los proveedores, ASAM tenía el objetivo desde el principio de incluir a los proveedores en el proceso de desarrollo de estándares como socios iguales. Esta medida incorporó sus conocimientos tecnológicos y aseguró que las normas sean viables y den como resultado productos rentables.
Los primeros estándares que surgieron de ASAM fueron ASAM ODS, ASAM-G (predecesores de ASAM GDI de hoy), ASAM ACS-I (predecesores de ASAM ACI) y la serie de estándares ASAM ASAP-1, -2 y -3 (predecesores de ASAM MCD-1, -2, -3).
En 1996, el proyecto STAUMECS, financiado con fondos comunitarios, apoyó aún más el desarrollo de normas. Dado que el número y la importancia de los estándares crecieron constantemente, ASAM eV se fundó el 1 de diciembre de 1998 en Stuttgart / Alemania como la entidad legal que posee y distribuye los estándares.
Cronología [ editar ]
- 1998: Fundación de ASAM eV como asociación registrada por 26 miembros fundadores. El primer presidente vino de DaimlerChrysler. El primer gerente comercial fue enviado por BMW.
- 1999: primer lanzamiento de ASAM ACI.
Primer grupo de interés regional de ASAM en EE. UU. - 2000: primer lanzamiento público de ASAM MCD-2 D (ODX).
- 2001: Primer día técnico de ASAM en los EE. UU. En DaimlerChrysler en Auburn Hills, MI.
- 2002: primer lanzamiento de ASAM CEA.
Incorporación de estándares MSR en ASAM. - 2003: El número de miembros superó la marca de los cien e incluyó empresas de EE. UU., Japón, Francia y Suecia.
Primera versión de ASAM MCD-3. - 2004: Primer evento de pruebas cruzadas organizado por ASAM. Los proveedores de herramientas de ASAM ODS realizan pruebas de interoperabilidad con sus productos. Evento organizado por GM en Detroit.
Decisión de la Junta Directiva de congelar todos los estándares en su versión actual durante 18 meses para ayudar a los proveedores de herramientas a desarrollar herramientas compatibles con ASAM.
Primera versión de ASAM MCD-2 NET (FIBEX).
ASAM ODS 5.0 ha sido aceptado por ISO y publicado como ISO 22720. - 2005: Fundación de ASAM LLC como la representación regional de ASAM en los EE. UU.
- 2006: Se publica la primera Guía de soluciones de ASAM, que contiene estudios de casos y un directorio de miembros y productos de ASAM.
Primera versión de ASAM CDF.
Primera versión de ASAM MDX.
Primera versión de ASAM MBFS.
Primeros lanzamientos de verificadores ASAM oficiales: A2L Checker, ODS Model y Data Checker. - 2007: Representación regional de ASAM en India.
Primera versión de ASAM FSX. - 2008: Fundación del TSC (Technical Steering Committee) para el control técnico del desarrollo de la norma.
Primera versión de ASAM LXF. - 2009: primer lanzamiento de ASAM HIL.
Incorporación de MDF en ASAM y primer lanzamiento como ASAM MDF. - 2010: decisión de la reunión de membresía para permitir el acceso gratuito a los estándares de ASAM solo para los miembros. Los no miembros tienen que comprar estándares para contribuir a los costos de su desarrollo.
- 2011: Primer grupo de proyecto regional en los EE. UU. Para la creación de un estándar complementario de ODS.
Honda se convierte en el primer miembro OEM de Japón.
Primer grupo de interés regional de ASAM en Japón. - 2012: ASAM MCD-3 se divide en dos estándares independientes ASAM MCD-3 MC y ASAM MCD-3 D.
Primera versión de ASAM ATX. - 2013: Cambio de nombre de ASAM HIL a ASAM XIL y lanzamiento de ASAM XIL 2.0 con software de código abierto que implementa una parte importante de la API del estándar.
- 2014: lanzamiento por primera vez de software de código abierto junto con el estándar (ASAM XIL 2.0).
- 2015: ASAM abre una oficina en Japón para apoyar a los miembros japoneses.
Primera versión de ASAM OTX Extensions. Se propone transferir la norma a ISO 13029 como parte 4 de la norma. - 2016: primer lanzamiento de ASAM MCD-2 CERP y ASAM CPX
- 2017: primer lanzamiento de ASAM MCD-1 POD
Miembros [ editar ]
ASAM tiene más de 200 empresas miembros en todo el mundo. En su mayoría provienen de la industria automotriz , aunque ASAM no limita la membresía a esta industria. Las principales empresas miembros son BMW , Bosch , Continental , Daimler , Denso , Delphi , GM , Honda , SAIC , Toyota , TRW , Volkswagen y Volvo .
Las empresas miembro se pueden clasificar en tres grandes grupos:
- Usuarios finales: OEM y sus proveedores, en su mayoría aplicando herramientas y procesos que cumplen con los estándares ASAM.
- Proveedores de sistemas ASAM: proveedores de herramientas y proveedores de servicios que implementan los estándares ASAM en herramientas o mediante servicios de ingeniería.
- Educativo: universidades e instituciones de investigación
Los miembros pagan una tarifa anual, que depende del número de empleados. Obtienen acceso gratuito a todos los estándares de ASAM y herramientas de verificación, y pueden utilizarlos para el desarrollo de herramientas o para proporcionar servicios de ingeniería. Además, la membresía permite proponer cambios a los estándares existentes o el desarrollo de nuevos estándares y participar en su desarrollo.
Por lo general, las grandes empresas, como los fabricantes de equipos originales (OEM) y los de nivel 1, tienen un gran interés en los estándares, ya que se utilizan para desplazar los sistemas propios o propios y hacerlos más independientes de proveedores de herramientas específicos o departamentos de herramientas internos costosos. Los estándares ASAM son un seguro para los OEM y los Tier-1 de que su inversión en equipos de prueba y desarrollo es estable y se puede reutilizar a largo plazo.
Los proveedores de sistemas ASAM también tienen una ventaja significativa, ya que los estándares ASAM crean un mercado global e independiente del OEM para sus productos. Los estándares les permiten vender productos a un amplio grupo de usuarios finales sin tener que implementar personalizaciones importantes de productos. Esto minimiza los costos de desarrollo y maximiza las ganancias. Las empresas que participan activamente en el desarrollo de las normas tienen una ventaja adicional de "ser las primeras en llegar al mercado".
La fuerza de ASAM es su gran grupo de proveedores de sistemas. Casi dos tercios de los miembros de ASAM pertenecen a este grupo. Como consecuencia, las herramientas y los servicios de ingeniería que cumplen con ASAM están ampliamente disponibles. Según una opinión de expertos, hay alrededor de 500 productos en todo el mundo disponibles solo en el área de sistemas MCD.
Estructura organizativa [ editar ]
ASAM se constituye como una asociación incorporada. La estructura permite la integración de nuevos miembros en la organización existente.
El órgano de toma de decisiones más alto de ASAM es la reunión anual de miembros. Cada empresa tiene derecho a voto en proporción a su cuota anual de membresía. Los delegados eligen la Junta Directiva y el Comité Directivo Técnico por períodos alternos de dos años. Además, aceptan el informe financiero anual, aprueban los cambios de los estatutos y votan cualquier decisión adicional de importancia estratégica.
La Junta Directiva (BoD) tiene el control operativo de la asociación, pero está sujeta a las decisiones de la reunión de miembros. El BoD consta de hasta cinco miembros. La Junta representa a ASAM en todos los asuntos legales y públicos, es responsable de las finanzas de la asociación, decide sobre la admisión o expulsión de los miembros, establece las pautas para los otros comités y la oficina central, desarrolla una estrategia a largo plazo para la asociación y supervisa su ejecución.
El Comité Directivo Técnico (TSC) se centra principalmente en los aspectos técnicos y de mercado de las normas ASAM. El comité consta de un máximo de 10 delegados de la comunidad ASAM. El objetivo principal del TSC es garantizar que la cartera estándar de ASAM satisfaga las necesidades del mercado y se mantenga competitiva. El comité evalúa las propuestas técnicas, monitorea el progreso de los proyectos en curso y revisa y publica estándares nuevos o revisados.
El trabajo de desarrollo real de las normas lo realizan los grupos de proyectos de ASAM. Esos grupos pueden estar cerrados, lo que significa que solo aquellas empresas envían miembros al Grupo de Proyecto, que propuso el estándar. Un grupo de proyecto abierto también puede permitir o invitar a más participantes. Los grupos de proyectos pueden trabajar en el desarrollo de versiones futuras de un estándar (proyectos FVD) o realizar tareas de mantenimiento en un estándar, como revisiones menores o corrección de errores (proyectos de mantenimiento).
ASAM tiene una oficina central cerca de Munich / Alemania, que se encarga de la distribución de estándares, mantiene una infraestructura de TI para los grupos de proyectos, proporciona experiencia de primer nivel sobre sus estándares, realiza marketing técnico y proporciona servicios generales de membresía.
Proceso de creación de estándares [ editar ]
Los miembros de la asociación inician el desarrollo de nuevos estándares o la extensión o corrección de los estándares existentes. El proceso se inicia a través de una "propuesta de emisión" a ASAM, que describe los objetivos deseados, casos de uso, contenido técnico, recursos estimados y un plan de proyecto. La propuesta se da a conocer a todos los miembros para que realicen comentarios. Después de un mínimo de 6 semanas de discusión, la propuesta y los comentarios de los miembros se presentan al TSC para su evaluación y decisión. En caso de que los recursos estén asegurados y la propuesta sea aceptada por el TSC, entonces el proyecto propuesto puede iniciarse.
El 25% del presupuesto requerido de un proyecto generalmente corre a cargo de ASAM. El 75% restante lo cubren las empresas participantes del proyecto a través de compromisos de trabajo, aportes de documentos existentes o fondos. Un proyecto solo puede comenzar si al menos tres empresas miembro participan en el grupo del proyecto.
ASAM proporciona la infraestructura de trabajo para el equipo del proyecto, es decir, un sistema de seguimiento de problemas , un repositorio de archivos y un sistema de control de versiones, medios para conferencias remotas, descripciones y pautas de procesos, plantillas de documentos y el apoyo a través del personal de su oficina central.
El equipo del proyecto elige a un líder del proyecto, que es responsable de los asuntos organizativos, asegurando el progreso del trabajo del grupo y manteniéndolo encaminado de acuerdo con la propuesta de proyecto aprobada. La oficina de ASAM asigna un jefe de proyecto de mantenimiento para los proyectos de mantenimiento, que controla y realiza el trabajo operativo del grupo de proyectos. De lo contrario, el equipo del proyecto configura su estructura interna y procesos de trabajo de acuerdo con sus propias necesidades.
Durante la vigencia del proyecto, los miembros del proyecto trabajan en el estándar a través de reuniones periódicas, conferencias telefónicas o trabajo individual fuera de línea. El líder del proyecto informa periódicamente al TSC sobre el progreso del trabajo del grupo.
Una vez que los miembros del equipo del proyecto determinan que el estándar está listo para su publicación, envían los entregables para su revisión al TSC. Los entregables pueden incluir documentos, esquemas, código de referencia y archivos de ejemplo. El líder del proyecto presenta el comunicado en la reunión del TSC. El TSC y el BoD de ASAM aprueban el lanzamiento. La oficina de ASAM publica el lanzamiento y hace que el estándar esté disponible para su descarga para sus miembros.
Cartera de estándares [ editar ]
Las normas ASAM [1] se utilizan principalmente en la industria del automóvil. Se centran en la definición de interfaces de comunicación entre dispositivos en el área de medición, calibración, diagnóstico y pruebas. Los estándares cubren procesos y cadenas de herramientas en estas áreas y tienen el objetivo de reducir los esfuerzos de desarrollo, integración y mantenimiento para ellos. Los estándares ASAM cubren casos de uso específicos y se desarrollan de acuerdo con los siguientes principios rectores:
- Independencia del hardware y el sistema operativo
- Uso de modelos orientados a objetos
- Definición de semántica y sintaxis
- Independencia del almacenamiento físico de datos
En consecuencia, son independientes del proveedor y de la tecnología, lo que mantiene intercambiables los componentes del sistema de diferente origen y los desacopla de los continuos avances de las plataformas de TI. Esto asegura inversiones en herramientas y procesos a largo plazo.
ASAM utiliza métodos de descripción comunes para las definiciones de tecnología en los estándares:
- Descripción del formato: define la sintaxis y la semántica de un formato de archivo con el fin de intercambiar datos.
- API : define la interfaz y el comportamiento funcional de las rutinas ejecutables con el fin de llamar a las rutinas de servicio o intercambiar datos entre programas informáticos.
- Definición de protocolo: define la sintaxis, semántica y sincronización de la comunicación a través de un bus con el fin de establecer un enlace de comunicación entre sistemas informáticos.
- Referencia de tecnología: especifica una interpretación dependiente de la tecnología de las partes del estándar independientes de la tecnología, generalmente a través de reglas de mapeo o código de programa.
- Compañero de área de aplicación: define una extensión de un estándar básico para un área de aplicación específica o un tipo específico de dispositivo.
- Especificación de la capa de transporte: define cómo se debe interpretar una definición de protocolo genérico utilizando una capa física concreta.
ASAM ha subdividido las normas en tres grupos, que se describen brevemente en las siguientes tablas:
- AE: Electrónica automotriz
- CAT: Prueba asistida por computadora
- COMÚN: Estándares comunes compartidos entre AE y CAT
- ASAM AE
Los estándares ASAM AE ( electrónica automotriz ) se aplican principalmente durante las fases de diseño e implementación del desarrollo de software de ECU (lado izquierdo del modelo V). Se enfocan en:
- diseño de especificaciones funcionales y de interfaz para componentes de software
- realizar tareas de medición, calibración y diagnóstico en una ECU
- automatización de pruebas HIL
- descripción de artefactos de ingeniería
- intercambio de cuestiones de ingeniería
| Estándar | Título | Descripción |
|---|---|---|
| ASAM ATX | Formato de intercambio de pruebas automotrices | Definición de un formato basado en XML para describir pruebas. Permite la reutilización de descripciones de pruebas en diferentes sistemas de automatización de pruebas. Cubre actividades como la especificación de pruebas, la planificación de pruebas, la ejecución de pruebas y la evaluación de pruebas. Las especificaciones de prueba incluyen casos de prueba, secuencias, pasos, acciones y metadatos correspondientes. El formato permite almacenar valores de prueba para entradas (valores de estímulo), salidas (valores esperados) y condiciones de ejecución. Se utiliza con frecuencia junto con HIL. |
| ASAM CC | Catálogo de contenedores | Definición de un formato basado en XML para describir objetos de ingeniería como código fuente, objetos compilados o archivos de documentación, y metainformación asociada sobre los objetos, como creador, nombre o versión. Se utiliza principalmente para intercambiar información entre OEM y proveedor. |
| ASAM CPX | Formato de intercambio del proceso de calibración | Definición de un formato basado en XML e ISO 13029 (OTX) para describir las pruebas de calibración de la ECU, es decir, para determinar y validar los parámetros del software de la ECU. Standard proporciona una API de acceso programático a los datos de calibración y medición en la ECU, acceso a metainformación sobre estos datos (de archivos A2L), funciones para controlar la ejecución de pruebas de medición y modelos de simulación, y funciones matemáticas específicas. |
| ASAM CDF | Formato de datos de calibración | Definición de un formato basado en XML para almacenar valores de calibración y metadatos asociados sobre adquisición y calidad. Complementa MCD-2 MC de manera que proporciona los valores de los parámetros de calibración descritos por MCD-2 MC. |
| ASAM FSX | Formato de intercambio de especificaciones funcionales | Definición de un formato basado en XML para describir la especificación funcional del software, principalmente con el propósito de generar documentación técnica. El formato permite la documentación a través de texto en prosa en varios idiomas, referencias cruzadas, enlaces y mención de requisitos. Se pueden expresar variaciones de la especificación. Es complementario de MDX, que contiene las definiciones de funciones de la interfaz. |
| PROBLEMA ASAM | Formato de intercambio de EMISIÓN | Definición de un formato basado en XML para el intercambio de información entre diferentes partes de un proceso de desarrollo distribuido. Cubre solicitudes de cambio, solicitudes de aclaración, informes de problemas y otros casos de uso. Además, definición de un flujo de trabajo para el manejo de las solicitudes. |
| ASAM MBFS | Especificación de funciones basadas en modelo | Definición de una biblioteca de bloques para el diseño basado en modelos que contiene las funciones típicas necesarias en las especificaciones del algoritmo de control automotriz. Incluye la definición de 70 bloques con iconos, pseudocódigo y vectores de prueba. También incluye una descripción de una implementación de referencia en MATLAB / Simulink . |
| ASAM MCD-1 CCP | Protocolo de calibración CAN | Definición de un protocolo de comunicación entre controladores maestro y esclavo en una red CAN 2.0B. Incluye transferencia de datos de calibración a dispositivos esclavos, adquisición continua de datos de dispositivos esclavos y realización de funciones de control genéricas. El estándar también se conoce como "ASAP1". |
| ASAM MCD-1 XCP | La familia de protocolos universales de medición y calibración | Definición de un protocolo de comunicación independiente del bus entre controladores maestro y esclavo. Incluye adquisición y estimulación de datos sincrónicos, acceso de lectura / escritura en datos de calibración, administración de páginas de memoria, programación flash y otras características opcionales. Las especificaciones de la capa de transporte se definen para CAN , Ethernet (TCP / IP y UDP / IP), FlexRay, USB y SxI. Establece una versión mejorada y generalizada de MCD-1 CCP. |
| ASAM MCD-2 CERP | Formato de modelo de producto y regla del sistema experto de calibración | Definición de un formato basado en XML e ISO 13029 (OTX) para describir las dependencias de los parámetros de calibración de la ECU. La versión actual cubre el caso de uso de la verificación de parámetros de calibración. El estándar tiene funciones para acceder a la información de la base de datos (según ASAM MCD-2 MC), datos de tiempo de ejecución de calibración (valores, unidades) y el archivo de intercambio del modelo del producto. El modelo de producto describe las propiedades y características del sistema. Las funciones y procedimientos de verificación están definidos para comparar y validar datos. |
| ASAM MCD-2 D | Especificación del modelo de datos para diagnóstico de ECU | Definición de un formato basado en XML para describir el diagnóstico de la ECU, la programación y los datos de la interfaz del vehículo relacionados para el intercambio de datos entre la ECU y el equipo de prueba externo. Si cumple con esta norma, dicho equipo no requiere una programación especial para procesar datos de diagnóstico desde una ECU . El estándar también se conoce como "ODX". |
| ASAM MCD-2 MC | Formato de intercambio de datos de calibración y medición de la ECU | Definición de parámetros de calibración (CARACTERÍSTICAS) y variables medibles (MEDIDA) a través de un formato no XML . Dichos datos residen dentro de la memoria de la ECU . El formato de definición hace que los datos sean accesibles a través de sistemas de aplicación. Además, describe la interfaz HW de la ECU para la configuración del controlador de dispositivo del sistema de aplicación. El estándar también se conoce como "ASAP2". La extensión del nombre de archivo es comúnmente ".a2l". |
| ASAM MCD-2 NET | Modelo de datos para sistemas de red ECU | Definición de un formato basado en XML para describir mensajes y su sincronización de buses de comunicación automotriz. Es el formato de descripción preferido para FlexRay y MOST , pero también es compatible con CAN , TTCAN, LIN y Ethernet. Se utiliza para el diseño, configuración, monitoreo y simulación de comunicación en el bus. El estándar también se conoce como "FIBEX" (formato de intercambio de bus de campo). El contenido está armonizado con la plantilla del sistema AUTOSAR . |
| ASAM MCD-3 ASAP3 | Interfaz del sistema de automatización / optimización y calibración de ECU | Definición de un protocolo RS232 entre un sistema de automatización de pruebas y un sistema de medición y calibración conectado a una ECU . Estándar describe una tecnología obsoleta. En su lugar, se utilizará MCD-3 MC. |
| ASAM MCD-3 D | Interfaz de programación de aplicaciones para MVCI Diagnostic Server | Definición de una API orientada a objetos para un servidor de diagnóstico, que proporciona servicios independientes del protocolo y del bus para la comunicación entre las aplicaciones cliente y las ECU . Incluye una asignación de la API de OO a C ++ , Java y COM-IDL con código de ejemplo. Se complementa con MCD-2 D, que contiene la configuración de diagnóstico real para ECU y redes de vehículos. |
| ASAM MCD-3 MC | Interfaz de programación de aplicaciones para el servidor de medición y calibración | Definición de una API orientada a objetos para un servidor de medición y calibración, que proporciona servicios independientes del protocolo y del bus para la comunicación entre las aplicaciones cliente y las ECU . Incluye un mapeo de la API de OO a COM-IDL con código de ejemplo. Se complementa con MCD-2 MC, que contiene la descripción real de los datos de medición y calibración de las ECU . |
| ASAM MDX | Formato de intercambio de datos del modelo | Definición de un formato basado en XML para describir interfaces de funciones, sus datos (variables y parámetros de calibración) y programación en software ECU . Esto permite la integración de funciones como el código objeto en el software general de la ECU sin tener acceso al código fuente. El estándar es complementario de FSX, que contiene la descripción funcional de funciones. MDX es el predecesor de la plantilla de componentes de software AUTOSAR . |
| ASAM OTX | Abrir formato de intercambio de secuencia de prueba | Definición de una extensión de ISO 13029 "Open Test Sequence Exchange" (OTX) con funcionalidad añadida. Incluye nuevos tipos de datos, monitoreo de cambios y activación de eventos, acceso general de lectura y escritura a archivos, procesamiento general de archivos XML, diagramas de flujo y máquinas de estado. Incluye un documento que aclara las lagunas en las especificaciones, las limitaciones y algunos errores conocidos de ISO 13029. Se transferirá a ISO en el futuro y se convertirá en las partes 4 y 5 de ISO 13029. |
| ASAM XIL | Interfaz de simulador genérico | Definición de una API entre los sistemas de automatización de pruebas y los bancos de pruebas como los sistemas HIL (hardware-in-the-loop) o los sistemas SIL (software-in-the-loop). Proporciona acceso al modelo de simulación, los datos de calibración y medición internos de la ECU , los datos de diagnóstico, la unidad de simulación de errores eléctricos y la red de la ECU. API se describe como un modelo UML independiente de la tecnología . Incluye código de fuente abierta en C # , que implementa una parte importante de la API del estándar. El nombre anterior de la norma era "ASAM HIL". |
- ASAM CAT
Los estándares ASAM CAT (pruebas asistidas por computadora) se aplican principalmente durante las fases de verificación y validación del desarrollo del software de la ECU (lado derecho del modelo V ) y durante la calibración automatizada y las pruebas del sistema en bancos de pruebas de motores y vehículos. Se enfocan en:
- calibración automatizada
- almacenamiento de datos de prueba
- evaluación y análisis de datos de prueba
| Estándar | Título | Descripción |
|---|---|---|
| ASAM ACI | Interfaz de calibración automática | Definición de una API orientada a objetos cliente-servidor para un sistema de calibración automática (cliente) para el control remoto de un sistema de automatización de banco de pruebas (servidor). Estándar incluye
El cliente y el servidor pueden residir en diferentes sistemas de host, comunicarse a través de TCP / IP y son adecuados para la ejecución de pruebas estáticas. Incluye una guía CORBA para la implementación de middleware, un archivo de definición de interfaz y una descripción para las pruebas de certificación de interfaz. |
| ASAM CEA | Componentes para evaluación y análisis | Definición de componentes funcionales para la evaluación y análisis de datos de medición de prueba. Más comúnmente utilizado para el desarrollo de aplicaciones para el procesamiento y visualización de datos de prueba. Los componentes definidos son: Entrada, Trabajador, Salida, Consumidor, Productor y Visor. Los servicios están disponibles para controles gráficos, registro y rastreo, conversión de unidades, deshacer y rehacer, comunicación entre componentes y ayuda. Además, define un formato de archivo para la descripción del componente CAE. Incluye archivos de código de referencia para Java y .NET. |
| ASAM GDI | Interfaz de dispositivo genérico | Standard se centra en la conexión de dispositivos de medición y control de un banco de pruebas con un sistema de automatización del banco de pruebas a través de una arquitectura de 4 capas. Incluye la especificación de
+ capa 3: controladores de dispositivos para un acceso uniforme a dispositivos de diferentes tipos
Estándar especifica las API para todas las capas y proporciona formatos de descripción para las capacidades del dispositivo y las conexiones de datos. Incluye estándares complementarios para la comunicación con bancos de pruebas de dinamómetro de chasis, dispositivos de prueba de choque, sistemas DAQ multicanal y mapeo de MCD-3 a GDI. Incluye archivos para definición de esquema, encabezado C, formato de descripción y ejemplos de implementación. También disponible a través de ISO 20242 sin los códigos y estándares complementarios específicos de la industria automotriz. |
| ASAM ODS | Servicios de datos abiertos | Standard se centra en el almacenamiento y la recuperación persistentes de datos independientemente de una arquitectura de TI. Se utiliza principalmente junto con sistemas de automatización de pruebas. Incluye la especificación de
Existen modelos de aplicación para geometría de vehículos, pruebas NVH, datos de calibración del banco de pruebas, datos de bus y flujos de trabajo de prueba. Incluye archivos para la definición de esquema, definiciones de interfaz y ejemplos de formato de descripción. |
- ASAM COMÚN (Común)
Los estándares ASAM COMMON se utilizan en ambas áreas, AE y CAT.
| Estándar | Título | Descripción |
|---|---|---|
| ASAM LXF | Formato de intercambio de diseño | Definición de un formato basado en XML para describir diseños de contenido gráfico utilizado por aplicaciones de posprocesamiento de datos y generadores de documentos automatizados. Incluye definiciones para diseños maestros, lienzos y objetos gráficos como imágenes, gráficos, formas y curvas. Puede contener fórmulas incrustadas resueltas durante el tiempo de ejecución. Se utiliza particularmente junto con CEA. |
| ASAM MDF | Formato de datos de medición | Definición de un formato binario estructurado en bloques y orientado al canal para almacenar datos de medición, incluida la metainformación descriptiva. Permite la sincronización de datos por tiempo, ángulo, distancia e índice. Permite el almacenamiento eficiente de datos de medición en tiempo real. Los archivos MDF pueden ser referenciados por una base de datos ODS. |
Lectura adicional [ editar ]
- R. Bartz. Estándares Grundlagen und Einsatz von ASAM. 2001. Expert-Verlag. ISBN 978-3816920410
- C. Marscholik, P. Subke. Vehículos de carretera - Comunicación de diagnóstico - Tecnología y aplicaciones. 2008. Hüthig Verlag. ISBN 978-3778540480 .
- W. Zimmermann, R. Schmidgall. Bussysteme in der Fahrzeugtechnik. 2010. Vieweg + Teubner Verlag. ISBN 978-3834809070
- C. Marscholik, P. Subke. Datenkommunikation im Automobil. 2011. VDI Verlag. ISBN 978-3800732753
Referencias [ editar ]
- ^ "ASAM Connects - Estándares de ASAM" . Asociación para la Estandarización de Sistemas de Automatización y Medición . Consultado el 11 de noviembre de 2016 .
Enlaces externos [ editar ]
- Página web oficial
| vtmiIndustria automotriz | |||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||
| Por país |
| ||||||||||||
| Datos |
| ||||||||||||
| Historia |
| ||||||||||||
| Fabricantes |
| ||||||||||||
| Organizaciones |
| ||||||||||||
| Temas relacionados |
| ||||||||||||
| |||||||||||||
Categoría
Los comunes
Lista
Portal