Conceptos Básicos del Servicio de Diagnóstico UDS Parte 2E
prefacio
Como servicio básico en el servicio de diagnóstico, el servicio 2E puede entenderse simplemente como una interfaz externa para escribir datos de ECU , que puede obtener información de estado relevante dentro del software en tiempo real.
Dado que este artículo es una introducción a los conceptos básicos, ¿Xiao T seguirá haciéndole preguntas sobre los servicios de diagnóstico 2E?
- ¿Cuál es el uso práctico de los servicios 2E?
- ¿Cuáles son los escenarios de aplicación de los servicios 2E?
- ¿Cuál es el formato del servicio de diagnóstico del servicio 2E?
En este artículo, exploremos y respondamos estas preguntas juntos. Para que sea más fácil de entender para todos, el siguiente es un resumen de los temas de este artículo:
texto
función de servicio
Descripcion funcional
De acuerdo con el estándar ISO14119-1, el servicio de diagnóstico 2E se utiliza principalmente para que el Cliente escriba datos relevantes en el Servidor (ECU) a través de DID.
Escenario de aplicación
En términos generales, para los servicios de diagnóstico 2E, los principales escenarios de aplicación son los siguientes:
- Escriba información de configuración relevante, como el código VIN común, durante el proceso de vehículo fuera de línea;
- clara MNV;
- Restablezca los datos que se han escrito en Flash;
- Otras ocasiones que necesitan escribir parámetros internos relacionados;
Los escenarios de aplicación mencionados anteriormente son relativamente comunes Además, por supuesto, hay muchos escenarios de aplicación para pruebas internas de ECU, que no se enumerarán aquí.
Solicitud de servicio
Una solicitud de servicio es una instrucción de servicio de diagnóstico enviada por el Cliente al Servidor . Entre ellos, el Cliente puede entenderse como Probador y el Servidor puede entenderse como un nodo ECU.
formato de solicitud
De acuerdo con el estándar ISO14229-1, como se muestra en la Figura 1 a continuación:
Los parámetros en la Figura 2 a continuación se explican de la siguiente manera:
Resumen de DID comunes
De acuerdo con la especificación ISO14229-1, se definen muchos DID que solo se pueden usar en ocasiones específicas, lo que significa que todos no pueden usar DID a voluntad. Al usar números DID, los requisitos de 14229 deben considerarse completamente para evitar el fenómeno de discutir con clientes.
Como se muestra en la Figura 3 a continuación, se enumeran brevemente los tipos de DID más comunes y sus significados:
instancia de solicitud
Tomando como ejemplo la escritura DID F1 90 (código VIN), el ejemplo de solicitud de diagnóstico correspondiente se muestra en la Figura 4 a continuación:
respuesta de servicio
La respuesta del servicio es la respuesta del Cliente a la solicitud de diagnóstico del Servidor.
formato de respuesta positiva
Como se muestra en la siguiente figura, es el formato de respuesta positiva del servicio de diagnóstico 2E:
Como se puede ver en la figura anterior, la respuesta positiva del servicio de diagnóstico 2E consta de las dos partes siguientes:
- ID de respuesta: este parámetro se fija en SID+0x40 = 0x6E;
- DID: Este parámetro indica el identificador de un determinado dato, y el DID de la respuesta debe ser consistente con el DID de la solicitud de diagnóstico;
Instancia de respuesta positiva
Como se muestra en la Figura 7 a continuación, es la respuesta positiva correspondiente al ejemplo de solicitud DID ( F1 90 ) anterior:
Nota: Cuando el servicio 2E correspondiente devuelve una respuesta positiva, generalmente es necesario asegurarse de que los datos se hayan escrito correctamente en la NVM en este momento. Por supuesto, si el KL30 está encendido, el mecanismo de almacenamiento de apagado también puede ser adoptado, pero la premisa es seguir el proceso normal de suspensión de apagado o realizar una acción de reinicio 1101.
NRC de respuesta negativa
Código NRC
En la mayoría de los casos, el servidor dará una respuesta positiva a la solicitud del cliente. Por ejemplo, es necesario asegurarse de que todo el vehículo esté en un estado seguro antes de reiniciar. Solicitud, luego el servidor debe decirle al cliente el motivo de la solicitud. ejecución fallida de alguna manera, para investigar el problema hasta obtener una respuesta positiva.
Por lo tanto, ISO14229-1 proporciona un formato de diagnóstico de respuesta negativa de diagnóstico unificado para todos los servicios de diagnóstico: 7F +SID + NRC .
El nombre completo de NRC es Código de respuesta negativa, y cada NRC tiene un significado único para representar la causa del error de solicitud de diagnóstico actual. Por supuesto, las NRC admitidas por cada servicio de diagnóstico son diferentes. Para conocer las NRC admitidas específicas, consulte el documento estándar ISO 14229-1. Las NRC admitidas para los servicios 2E se muestran en la Figura 8 a continuación:
- Por ejemplo, cuando intenta escribir el valor DID de F190 y la condición actual de velocidad del vehículo no se cumple, el Cliente envía un comando de diagnóstico "2E F1 90" para solicitar al Servidor que lea los datos, y el Servidor responderá "7F 2E 22 " para decirle al solicitante que lea los datos actualmente La condición de no se cumple, verifique la condición de lectura del DID nuevamente.
- Cuando la longitud o el formato del mensaje enviado no sea correcto, el Servidor responderá " 7F 2E 13 ";
- Cuando la solicitud de diagnóstico DID no existe o no se admite en la sesión actual, el servidor responderá " 7F 2E 31 ";
- Cuando el servidor está en el estado de bloqueo de seguridad antes de que ocurra el reinicio, el servidor responderá " 7F 2E 33 " en este momento;
- Cuando la dirección de memoria escrita por el servicio 2E es incorrecta, el servidor responderá "**7F 2E 72 **" en este momento;
prioridad de la NRC
¿Qué NRC debe responder cuando no se cumplen múltiples condiciones en la solicitud de diagnóstico? No hay duda de que el concepto de prioridad NRC debe introducirse en este momento. La siguiente es la prioridad NRC del servicio de diagnóstico 2E para su referencia:
Para obtener contenido más emocionante, preste atención a la cuenta oficial "¡Mi opinión sobre ADAS y ECU!"