¿Qué datos se registran, con qué frecuencia y cuál es el tamaño del registro?

¿Hay alguna manera, para un modelo de automóvil determinado, sin acceso físico a un automóvil de este modelo exacto, de encontrar qué datos se registran, con qué frecuencia se registran, cuál es el tamaño del registro, etc.? . Al menos los valores por defecto, si es que esto es algo que se pueda modificar. Digamos, Audi A3 por ejemplo.

Además, ¿hay algún lugar donde pueda encontrar datos reales de OBD-II sin procesar?

¿Qué quieres decir con "registrado"? Hay actividad de bus, que es constante pero no se almacena en ningún lado, y hay códigos de diagnóstico de los cuales algunos se almacenan bajo ciertas condiciones. ¿Qué estás tratando de hacer con esta información?
Me preguntaba si hay algún almacenamiento donde se graban los datos. Eso es todo. Supongo que se registran algunos datos.
Los automóviles no están equipados con una "caja negra" como lo están los aviones... pueden almacenar códigos de falla y algunos lectores darán lecturas de datos instantáneas.
Creo que otra forma de formular su pregunta en un lenguaje más centrado en el automóvil es qué PID admite mi vehículo.
No hay datos registrados, aparte de los datos de "Imagen congelada" mencionados, que solo ocurren en relación con una instantánea instantánea de un evento de código de falla. Los parámetros PID sin procesar en vivo están disponibles en el puerto OBD-II según la preferencia del OEM, pero no existe una ley o regla sobre qué PID deben admitirse. Aunque en las implementaciones modernas, los datos suelen ser bastante ricos en funciones.

Respuestas (3)

El único "registro" accesible para el usuario que ocurre se llama "Congelar datos de cuadro" que normalmente solo se guarda cuando se configuran ciertos códigos de problemas (generalmente relacionados con emisiones).

El cuadro congelado OBDII se considera un cuadro de información tomado por un registrador de datos integrado. Cuando ocurre una falla, el PCM almacena los datos de entrada de varios sensores para que los técnicos puedan determinar bajo qué condiciones de operación del vehículo ocurrió la falla.

De: http://www.checkenginetroublecode.com/obdii-freeze-frame-explained/

Entonces, lo que obtienes es una lectura de varios sensores que tuvieron lugar al mismo tiempo. No es un registro en ejecución, y no son todos los sensores. Es muy, muy limitado, y los datos que se registran cambian según el código de problema que se configuró.

Dicho esto, si desea registrar datos, puede registrar lo que quiera en su A3 con un cable, una computadora portátil y un software llamado VCDS (también conocido como VAG-COM).

También hay sensores enchufables OBD-2 que puede usar con una aplicación de teléfono inteligente (wifi o bluetooth) para capturar registros de los datos y ver otros datos casi en tiempo real.
@ChrisPaveglio, eso es correcto, pero para un Audi o VW, VCDS es una herramienta de escaneo de nivel de fábrica que le permite registrar todo, no solo lo que expone la interfaz OBDII genérica. OP solicitó datos "en bruto" y VCDS los expondrá. Por supuesto, él podría estar contento con cualquier método, así que es un buen punto.
"... los datos que se registran cambian según el código de problema que se configuró". Considero que esto no es cierto, en mi experiencia (nacional y asiática) el fabricante decide qué PID capturar y siempre capturan los mismos PID independientemente del conjunto de DTC. Los autos más nuevos (CAN en adelante) hacen un mejor trabajo al exponer más PID.
@Ben, gracias por eso. Escuché que algunos PID registrarán datos diferentes, pero en la práctica he visto los mismos datos que dices.

La mayoría de los autos fabricados después de 2014 tienen un EDR o registrador de datos de eventos. No hay mucha información disponible sobre la duración de un ciclo de eventos o exactamente qué datos se almacenan. A medida que los autos se han vuelto más sofisticados con cosas como el ABS y el Control Automático de Estabilidad, los sistemas de control requieren más entradas y sensores. Se monitorean cosas como el ángulo del volante, el balanceo de la carrocería y la velocidad individual de las ruedas, la posición del acelerador, la activación de la bolsa de aire y el número de ocupantes. Quién tiene acceso a los datos varía según la ubicación, al menos en los EE. UU. La mayoría de los estados requieren el permiso de los propietarios o una orden judicial, pero no en todos los estados. Creo que actualmente la información generalmente solo está disponible con la ayuda del fabricante.

Por lo general, solo se trata de datos de "choque" o impacto / despliegue de bolsas de aire. Si bien el alcance de la pregunta del OP no está claro, su respuesta es mayormente correcta (desde 2010, los datos de CDR deben estar disponibles y los OEM deben ofrecer el software/herramienta si es necesario). Sin embargo, sospecho que la pregunta estaba dirigida a los PID de ECM continuos.

Solo para comentar sobre un valor concreto para la frecuencia de muestreo, tengo un Volvo S80 de 2005 y he encontrado que mi frecuencia de muestreo para la grabación en vivo de 5 PIDS es de aproximadamente 2 Hz. Puede ver más en mi pregunta aquí: ¿Limitar la cantidad de PID en un OBDII Live Scan aumenta la frecuencia de muestreo?

He visto el mismo tipo de [falta de] rendimiento con los dispositivos portátiles de Autel. Ciertamente, hay un límite para la velocidad del bus, y más PID monitoreados significa más datos. Sin embargo, mi Snap-On Solus funciona mucho mejor, con una frecuencia de muestreo aparente de 4 o 5 veces mayor. Curiosamente, los gráficos parecen ser mucho más vivos que los números en bruto. En última instancia, sospecho que las limitaciones son la combinación de la potencia de la herramienta de escaneo, la prioridad de ECM de la tarea de diagnóstico y el protocolo y la velocidad del bus. No me sorprende que mi Solus de $10000 sea más rápido que mi Autel de $150. ¡Debería ser! Pero no 66 veces más rápido...
¿Qué datos se registran, con qué frecuencia y cuál es el tamaño del registro?
RespuestasAquíPolítica de privacidad1y, 0v