Skip to main content

A brief note about Snapshot Data :

·       About: It is a set of critical parameters captured and stored by an individual ECU along with a DTC on the occurrence of specific criteria.

·       Freeze Frame Data is taken at the moment but snapshot is like a Video. 

·       Purpose: These parameters can help technician to understand possible root cause of DTC occurred and the condition in which DTC has occurred.

·       Storage Location: RAM and NVRAM

·       Vehicle manufacturer is responsible for defining:

o   Count: Number of Snapshot Records to store for a DTC (single or multiple)

o   Occurrence Criteria: When shall we store a Snapshot record

·       Content of Snapshot Data:

o   Every ECU can have different set of parameters which can be part of its Snapshot Data.

o   Vehicle Level Parameters: Vehicle Speed, Vehicle Odometer, Vehicle Mode, etc.

o   System Level Parameters: Sensor values, Systems environment data, System State values, etc.

·       Real World Example of Snapshot Data are as Below:

o   ABS ECU: Each Wheel Speed Sensor value, Brake Fluid Pressure, Master Cylinder Pressure/ each wheel pressure, vehicle speed, etc.

o   BMS ECU: Battery SOC/SOH, Battery Temperature (Cell/Pack temperatures, Coolant) Contactor statuses, Pack Level / Cell Level Current, Battery Internal resistance, Isolation /Insulation Resistance, etc. 

A Sampl A Sample Screen for a Snapshot Data for Throttle Position Sensor DTC  :

·            An ECU has captured 5 seconds data (before and after) the occurrence of DTC.

                A Diagnostic Tool displays freeze frame data in a graphical way for easy interpretation of the information

Events:


EEvents:

    1)     Throttle Position Sensor malfunction happens at Timestamp : 00:03:51

    2)     The sensor signal becomes unavailable since then. Due to 5 seconds of signal unavailability a DTC is logged by an ECU.

    3)     DTC P0120 - Throttle Position Sensor/Switch "A" Circuit Malfunction Circuit logged at

        Timestamp: 00:03:56.


.


 

Comments

Popular posts from this blog

Diagnostic Session : Function 5 - Session Oriented Access to Services

  There are multiple users those need to use UDS protocol for various purposes like Garage person for fault detection, ECU manufacture for Testing activities and development purpose. Also  OEM needs  access to ECU memory for flashing purposes.   UDS services can be categorized in different groups like few services will just read some Data from memory,a few will write or update the data to memory, some will erase/update ECU sw itself , some will control Inputs outs of ECU directly.  So there are chances that any improper usage of UDS service may result in safety issues , security breaches or damage to ECU resources. Hence, it doesn't make sense to give access to all services to everyone. To achieve this UDS has designed some mechanisms like Sessions, Security Authentication, Preconditions. I hope you are aware about what a Diagnostic Session is. Please visit :  https://thevehiclediagnostics.blogspot.com/2020/01/what-is-diagnostic-session.html   if you ...

What is a Diagnostic Communication

Diagnostic Communication : Diagnostic Communication is base of Automotive Diagnostics . It is an  exchange of Diagnostic messages between an two entities. Those could be two , ECUs or ECU and  Tester Application.or it could be a group of ECUs and a tester application    The basic components of the diagnostic communication are : A Diagnostic Message :   It could be of these types -  1. A Request 2. A Response  3. A Negative Response Code Diagnostic Address :  1. Functional 2. Physical  Diagnostic Protocol : 1. UDS 2. J1939 3. KWP 2000 etc. Supporting Protocols :  1. CAN 2. Ethernet 3. K-line ,etc What is  Diagnostic Protocols ans supporting Protocols   ?  ECUs and tester communication are connected to each other by physical or wireless media. They exchange messages (requests and responses) over that physical or wireless channel. It is same as we connect to each other over internet or phone...

Diagnostic Session : Function 4 - Synchronize different Diagnostic Processes.

A diagnostic session enables a specific set of diagnostic services and/or functionalities in the server(s). Along with this, we need to focus on the services which are synchronized tightly with the session. Any change in the session is directly interlinked with the functionality of diagnostic services.  As these services are linked to ECU processes (like message transmission, DTC setting and fail safe actions, Security Access) along with session change, these processes need to be aligned. Session change does not have an impact on non-volatile memory.  Lets dive in-depth : Below are the services which are impacted majorly due to session changes in server.  Communication Control - 0x28 Control DTC Setting - 0x85 Response on Event - 0x86 Security Access - 0x27 Let us take an example of Communication Control service (0x28). Communication Control (0x28) service is used for enabling and disabling the normal communication and network management messages of an ECU. It is one...