• DLT介绍

    Introduction

    Diagnostic Log and Trace is an implementation of logging software. The software implementation is open source provided under the Mozilla Public License 2.0. The specification of the software comes from AUTOSAR, the AUTOSAR DLT 4.0 specification is attached to this wiki page as a PDF.
    Diagnostic Log and Trace is integrated into GDP Software Development Environment with the DLT-Viewer ready to run.

    Cheatsheet

    Overview

    DLT is quite easy to use. As an application developer you only need to follow some steps as described in this document.

    Initialization:

    • Link your application against the DLT library
    • Include the DLT header file
    • Register your application
    • Define all contexts
    • Register all contexts

    Now you are ready to write your logs.

    Termination:

    • Unregister all contexts
    • Unregister application

    Link your application to DLT library
    If you compile your application with cmake, you have to add the following lines to your CMakeLists.txt;

    1. find_package(PkgConfig) 
    2. pkg_check_modules(DLT REQUIRED automotive-dlt)

    and use the variables ${DLT_INCLUDE_DIRS} and ${DLT_LIBRARIES} for the DLT include and library paths.

    Include the DLT Header
    To use DLT you have to include the DLT header file in each file you want to use DLT.

    #include

    Register your application

    You have to register your application as early as possible during the initialisation of your application. You have to call the DLT_REGISTER_APP(). It is only allowed to call DLT_REGISTER_APP() once in your application. You have to provide a application id, which size is maximum four charcters long. In this example we use "MAPP". And you can provide also a description for your application, here it is "Test Application for Logging".

    1. int main(int argc, const char* argv[])
    2.     {
    3.       DLT_REGISTER_APP("MAPP","Test Application for Logging");
    4.  
    5.     }

    If your application uses fork(), you may not call DLT_REGISTER_APP before fork(). And fork() should never be called after DLT_REGISTER_APP. This is because of state information and inter process communication channel to daemon would be copied to new process, but threads would be not. If you are not sure where you are calling DLT_REGISTER_APP() the first time, you can initialise the DLT user library by calling the initialisation routine directly.

    dlt_user_init();

    DLT_REGISTER_APP is asynchronous. It may take some milliseconds to establish the IPC channel. Because of this, you might lose messages if you log immediately after registering. Typically this is not a problem, but may arise especially with simple examples.

    Define all contexts

    You can create as many contexts as you like. You can declare one or more contexts in a C or CPP file. Each context is only allowed to be declared once. You have to provide a unique variable name for your context.

    1. #include 
    2.  
    3.     DLT_DECLARE_CONTEXT(myContext1);
    4.     DLT_DECLARE_CONTEXT(myContext2);
    5.     DLT_DECLARE_CONTEXT(myContext3);

    If you want to use a context in another C or CPP file, you can import the context by calling

    1. #include 
    2.  
    3.     DLT_IMPORT_CONTEXT(myContext1);
    4.     DLT_IMPORT_CONTEXT(myContext2);
    5.     DLT_IMPORT_CONTEXT(myContext3);

    Register all contexts

    After you have registered your application you must register your contexts, early during initialisation of your application. Do not call DLT_REGISTER_CONTEXT() before DLT_REGISTER_APP(). During registration of each context, you must provide a context id, which size is maximum four charcters long. In this example we use "TESX". And you can provide also a description for your context, here it is "Test Context X for Logging".

    1. int main(int argc, const char* argv[])
    2.     {
    3.       DLT_REGISTER_APP("MAPP","Test Application for Logging");
    4.  
    5.       DLT_REGISTER_CONTEXT(myContext1,"TES1","Test Context 1 for Logging");
    6.       DLT_REGISTER_CONTEXT(myContext2,"TES2","Test Context 2 for Logging");
    7.       DLT_REGISTER_CONTEXT(myContext3,"TES3","Test Context 3 for Logging");
    8.  
    9.     }

    Create your logs

    Now you can start creating your logs. Each log command consist of the context, the log level and a variable number of logging parameters.

    Log Level

    The log level must be one of the following values:

    Log levelDescription
    DLT_LOG_FATALfatal system error
    DLT_LOG_ERRORerror with impact to correct functionality
    DLT_LOG_WARNwarning, correct behaviour could not be ensured
    DLT_LOG_INFOinformational (default)
    DLT_LOG_DEBUGdebug
    DLT_LOG_VERBOSEhighest grade of information

    DLT_LOG_FATAL, DLT_LOG_ERROR and DLT_LOG_WARN should be used in your application, when something is going wrong. DLT_LOG_INFO should be used to send the most important information. DLT_LOG_DEBUG and DLT_LOG_VERBOSE should be only used for testing information.
    Each context is set by default to DLT_LOG_INFO log level. All log message are send, which use this loglevel or a lower loglevel. If you also want to see DLT_LOG_DEBUG and DLT_LOG_VERBOSE log messages, you have to raise the log level with the DLT viewer.

    Logging parameters

    The following parameter types can be used. You can add one or more parameters to a single log message. The size of all logging parameters together should not exceed 2kBytes, including the DLT message header.

    TypeDescription
    DLT_STRING(TEXT)String
    DLT_RAW(BUF,LENGTH)Raw buffer
    DLT_INT(VAR)Integer variable, dependent on platform
    DLT_INT16(VAR)Integer 16 Bit variable
    DLT_INT32(VAR)Integer 32 Bit variable
    DLT_INT64(VAR)Integer 64 bit variable
    DLT_UINT(VAR)Unsigned integer variable
    DLT_UINT16(VAR)Unsigned 16 Bit integer variable
    DLT_UINT32(VAR)Unsigned 32 Bit integer variable
    DLT_UINT64(VAR)Unsigned 64 bit integer variable
    DLT_BOOL(VAR)Boolean variable
    DLT_FLOAT32(VAR)Float 32 Bit variable
    DLT_FLOAT64(VAR)Float 64 Bit variable

    Logging command

    Here are some examples for complete log messages. The contexts must be registered before.

    1. DLT_LOG(myContext1,DLT_LOG_ERROR,DLT_INT(5),DLT_STRING("This is a error"));
    2.     DLT_LOG(myContext2,DLT_LOG_INFO,DLT_INT(5),DLT_STRING("But this only information"));
    3.     DLT_LOG(myContext3,DLT_LOG_DEBUG,DLT_INT(5),DLT_STRING("But this only information"));

    Unregister contexts and applications

    Before terminating your application you must unregister all registered contexts and unregister at last your application.

    1. int main(int argc, const char\* argv\[\])
    2.     {
    3.       DLT_REGISTER_APP("MAPP","Test Application for Logging");
    4.  
    5.       DLT_REGISTER_CONTEXT(myContext1,"TES1","Test Context 1 for Logging");
    6.       DLT_REGISTER_CONTEXT(myContext2,"TES2","Test Context 2 for Logging");
    7.       DLT_REGISTER_CONTEXT(myContext3,"TES3","Test Context 3 for Logging");
    8.  
    9.       DLT_UNREGISTER_CONTEXT(myContext1);
    10.       DLT_UNREGISTER_CONTEXT(myContext2);
    11.       DLT_UNREGISTER_CONTEXT(myContext3);
    12.  
    13.       DLT_UNREGISTER_APP();
    14.  
    15.       return 0;
    16.     }

    Example

    Finally here is a complete example for using DLT:
    dlt_example.c

    1. #include 
    2.     #include 
    3.  
    4.     DLT_DECLARE_CONTEXT(myContext1);
    5.     DLT_DECLARE_CONTEXT(myContext2);
    6.     DLT_DECLARE_CONTEXT(myContext3);
    7.  
    8.     int main()
    9.     {
    10.       /* register application */
    11.       DLT_REGISTER_APP("MAPP","Test Application for Logging");
    12.  
    13.       /* register all contexts */
    14.       DLT_REGISTER_CONTEXT(myContext1,"TES1","Test Context 1 for Logging");
    15.       DLT_REGISTER_CONTEXT(myContext2,"TES2","Test Context 2 for Logging");
    16.       DLT_REGISTER_CONTEXT(myContext3,"TES3","Test Context 3 for Logging");
    17.  
    18.       /* Write your logs */
    19.       DLT_LOG(myContext1,DLT_LOG_ERROR,DLT_INT(5),DLT_STRING("This is a error"));
    20.       DLT_LOG(myContext2,DLT_LOG_INFO,DLT_INT(5),DLT_STRING("But this only information"));
    21.       DLT_LOG(myContext3,DLT_LOG_DEBUG,DLT_INT(5),DLT_STRING("But this only information"));
    22.  
    23.       /* Sleep some time to avoid a flaw in dlt-daemon that would eat your messages
    24.          if you deregister while it still processes your registration */
    25.       sleep(3);
    26.  
    27.       /* unregister your contexts */
    28.       DLT_UNREGISTER_CONTEXT(myContext1);
    29.       DLT_UNREGISTER_CONTEXT(myContext2);
    30.       DLT_UNREGISTER_CONTEXT(myContext3);
    31.  
    32.       /* unregister your application */
    33.       DLT_UNREGISTER_APP();
    34.  
    35.       return 0;
    36.  
    37.     }

    CMakeLists.txt

    1. cmake_minimum_required(VERSION 2.6)
    2.  
    3.     find_package(PkgConfig)
    4.     pkg_check_modules(DLT REQUIRED automotive-dlt)
    5.  
    6.     include_directories("${DLT_INCLUDE_DIRS}")
    7.  
    8.     project(DLTexample)
    9.     add_executable(dlt_example dlt_example.c)
    10.  
    11.     target_link_libraries(dlt_example ${DLT_LIBRARIES})

    Build steps

    1. mkdir build
    2.     cd build
    3.     cmake ..
    4.     make

    Usage of DLT

    Cosmetic DLT_STRING

    The DLT module is providing some macros to log data. Please don't add things like "\n", "\r", " " (spaces) e.c.

    DLT_RAW usage

    Avoid using DLT_RAW for data that is less or equal to 4 bytes in size. Each time DLT_RAW is used, 2 bytes for the length information is added.
    The DLT RAW Frame is constructed like this:

    DLT_RAWInfoData_LengthData
    Length2XX

    Suboptimal solution:

    1. DLT_LOG_ID7(CH_CONTEXT_STATE, DLT_LOG_DEBUG, 59147,
    2.             DLT_CSTRING("ExitOnError: ("),
    3.             DLTRAW((void*)&SELF(sink)->flbockId, 1),
    4.             DLT_CTRING(","),
    5.             DLT_RAW((void*)&SELF(sink)->insId, 1),
    6.             DLT_CSTRING(","),
    7.             DLT_RAW((void*)&SELF(sink)->sinkNr, 1),
    8.             DLT_CSTRING(")"));

    This log output will effectively send:

    • Header of 20 bytes
    • 9 bytes (3 bytes per DLT RAW)

    → Total 29 header bytes

    A solution like this is better

    1. DLT_LOG_ID7(CH_CONTEXT_STATE, DLT_LOG_DEBUG, 59147,
    2.             DLT_CSTRING("ExitOnError: ("),
    3.             DLT_UINT8(SELF(sink)->flbockId),
    4.             DLT_CTRING(","),
    5.             DLT_UINT8(SELF(sink)->insId),
    6.             DLT_CSTRING(","),
    7.             DLT_UINT8(SELF(sink)->sinkNr),
    8.             DLT_CSTRING(")"));

    This log output will effectively send:

    • Header of 20 bytes
    • 3 bytes (DLT_UINT8)

    → Total 23 header bytes
    → We freed 6 bytes in one message by using more effective types!

    Group DLT log's

    Each DLT message has a header which consumes 20 bytes. There for grouping related information can save a lot of resources. Another advantage of grouping necessary information is that if related information is split into multiple messages these messages are not necessarily printed after each other because they can be interrupted by messages of other processes. Please also refer to Combine multipe messages in the trace guideline
    A bad example:

    1. DLT_LOG(mycontext1,DLT_LOG_INFO,DLT_CSTRING("Total frames: "), DLT_UINT16(1000));
    2. DLT_LOG(mycontext1,DLT_LOG_INFO,DLT_CSTRING("Sync frames: "), DLT_UINT8(0));
    3. DLT_LOG(mycontext1,DLT_LOG_INFO,DLT_CSTRING("Reem frames: "), DLT_UINT8(0));
    4. DLT_LOG(mycontext1,DLT_LOG_INFO,DLT_CSTRING("Valid frames: "), DLT_UINT16(100));
    5. DLT_LOG(mycontext1,DLT_LOG_INFO,DLT_CSTRING("Urgent frames: "), DLT_UINT8(0));

    Output:

    Total frames: 1000
    Sync frames: 0
    Reem frames: 0
    Valid frames: 100
    Urgent frames: 0

    Better to aggregate information like this:

    1. DLT_LOG(mycontext1,DLT_LOG_INFO, DLT_CSTRING("Frame info: ,"),
    2.                                  DLT_CSTRING("total="),DLT_UINT16(1000),DLT_CSTRING(",")
    3.                                  DLT_CSTRING("sync="),DLT_UINT8(0),DLT_CSTRING(",")
    4.                                  DLT_CSTRING("reem="),DLT_UINT8(0),DLT_CSTRING(",")
    5.                                  DLT_CSTRING("valid="),DLT_UINT16(100),DLT_CSTRING(",")
    6.                                  DLT_CSTRING("urgent="),DLT_UINT8(1))

    Output:

    Frame info: total=1000, sync=0, reem=100, valid=0, urgent=1
    In this example 4*20 bytes are just saved because of the header information. Additionally this information is much easier to analyze.

    Log structures recommendation

    Structuring conditional parts
    When you have to log results of conditional cases avoid to add a log just before or just after the conditional part. Merge logs as well as possible.
    Suboptimal solution

    1. if (I_res==TRUE)
    2. {
    3.   DLT_LOG(mycontext1,DLT_LOG_INFO, DLT_CSTRING("Verify ABC Signature: Signature Check result ok"));
    4. }
    5. else
    6. {
    7.   DLT_LOG(mycontext1,DLT_LOG_INFO, DLT_CSTRING("Verify ABC Signature: Signature Check result ERROR!"));
    8. }
    9. DLT_LOG(mycontext1,DLT_LOG_INFO, DLT_CSTRING("Result code of ABC Siganture verification: "),
    10.                                  DLT_INT(parameter_ptr->result));

    Better solution

    1. if (I_res==TRUE)
    2. {
    3.   DLT_LOG(mycontext1,DLT_LOG_INFO, DLT_CSTRING("Verify ABC Signature: Signature Check result ok, result code: "),
    4.                                    DLT_INT(parameter_ptr->result));
    5. }
    6. else
    7. {
    8.   DLT_LOG(mycontext1,DLT_LOG_ERROR, DLT_CSTRING("Verify ABC Signature: Signature Check result ERROR, result code: "),
    9.                                    DLT_INT(parameter_ptr->result));
    10. }

    → We gained 20 bytes from the header and all information is compactly availiable in one point.

    Logging a switch statement

    (in a loop)
    suboptimal solution

    1. for(i = 0; i < VALUE_4, i++)
    2. {
    3.   switch(i)
    4.   {
    5.    case VALUE_0:
    6.     Base = Value_0;
    7.     /*Do something*/
    8.     DLT_LOG(mycontext9,DLT_LOG_DEBUG,DLT_CSTRING("Checked value 0"));
    9.     break;
    10.    case VALUE_1:
    11.     Base = Value_1;
    12.     /*Do something*/
    13.     DLT_LOG(mycontext9,DLT_LOG_DEBUG,DLT_CSTRING("Checked value 1"));
    14.     break;
    15.    case VALUE_2:
    16.     Base = Value_2;
    17.     /*Do something*/
    18.     DLT_LOG(mycontext9,DLT_LOG_DEBUG,DLT_CSTRING("Checked value 2"));
    19.     break;
    20.    case VALUE_3:
    21.     Base = Value_3;
    22.     /*Do something*/
    23.     DLT_LOG(mycontext9,DLT_LOG_DEBUG,DLT_CSTRING("Checked value 3"));
    24.     break;
    25.    }
    26. }

    optimal solution

    1. for(i = 0; i < VALUE_4, i++)
    2. {
    3.   switch(i)
    4.   {
    5.    case VALUE_0:
    6.     Base = Value_0;
    7.     /*Do something*/
    8.     break;
    9.    case VALUE_1:
    10.     Base = Value_1;
    11.     /*Do something*/
    12.     break;
    13.    case VALUE_2:
    14.     Base = Value_2;
    15.     /*Do something*/
    16.     break;
    17.    case VALUE_3:
    18.     Base = Value_3;
    19.     /*Do something*/
    20.     break;
    21.    }
    22. }
    23. DLT_LOG(mycontext9,DLT_LOG_DEBUG,DLT_CSTRING("Checked values 0-3"));

    GENIVI DLT Protocol Extensions

    AUTOSAR DLT Protocol Standard

    The DLT standard used in the GENIVI DLT implementation is based on AUTOSAR DLT Standard.
    The GENIVI DLT standard extends the AUTOSAR protocol specification by some extensions and some smaller modifications.
    This Specification describes thesse modifications and extensions.

    GENIVI Standardised Ids

    The following ECU IDs are predefined in GENIVI:

    ECU IDDescription
    DLTVThese messages are generated by the DLT Viewer
    DLOGThese messages are generated by the Data Logger

    The following Application IDs are predefined in GENIVI:

    Application IDDescription
    DLTSDLT System

    Serial Transport Header

    Overview

    DLT Control Messages Extension

    Overview

    GENIVI DLT uses some additional control messages, which are not defined in the DLT standard. This chapter describes the additional control messages used in the GENIVI DLT implementation.

    NameService Id
    Connection Info0xf02
    Marker0xf04
    Timezone0xf03
    Unregister Context0xf01

    Unregister Context

    Connection Info

    Timezone

    Marker

    Segmented Network Protocol

    Overview

    The DLT Messages in GENIVI are limited to a message size of 2048 Bytes. If you want to trace bigger Network messages, these message has to be segmented into smaller messages. GENIVI DLT implemnets are segmentation protocol for Network messages

    Network Trace API

    The following API is used to trace network messages smaller than 2048 Bytes including the DLT message Header. If the message is bigger the message is not send.

    DLT_TRACE_NETWORK(CONTEXT,TYPE,HEADERLEN,HEADER,PAYLOADLEN,PAYLOAD)

    The following API can be used to trace network messages bigger than 2048 Bytes including the DLT message Header. If the message is bigger than 2048 Byte the message is truncated to the maximum DLT message size.

    DLT_TRACE_NETWORK_TRUNCATED(CONTEXT,TYPE,HEADERLEN,HEADER,PAYLOADLEN,PAYLOAD)

    The following API can be used to trace network messages bigger than 2048 Bytes including the DLT message Header. If the message is smaller than 2048 Bytes the message is send in a single Network trace message. If it is longer than 2048 Bytes is is segmented into several smaller messages, see segmentation protocol below.

    DLT_TRACE_NETWORK_SEGMENTED(CONTEXT,TYPE,HEADERLEN,HEADER,PAYLOADLEN,PAYLOAD)

    Network Trace Protocol

    For sending network messages the DLT message type network is used as defined in the AUTOSAR DLT standard. Dependent on the size of the network message, the message is send in a single message or segmented into several messages.

    Single Network Message
    The single network trace message consists of two payload parameters wit the type raw buffer. The first one is the header, the second one is the payload.

    NoParameterTypeDescription
    1HeaderRaw DataThe Header block of the network message
    2PayloadRaw DataThe Payload block of the network message

    Truncated Network Message
    The truncated network message has the folowing message format:

    NoParameterTypeDescription
    1IdentifierStringIdentifier of the message with content "NWTR"
    2HeaderRaw DataThe Header block of the network message
    3Payload SizeUINT32The original size of the payload message
    4Truncated PayloadRaw DataThe truncated payload

    Segmented Network Message
    The following message is send as the first message of a segmented message. This message contains the header of the network message and further information about the whole network message. For each segmented message of a network message the Indentifier must be unique.

    NoParameterTypeDescription
    1IdentifierStringIdentifier of the message with content "NWST"
    2HandleUINT32Unique handle for each Network message
    3HeaderRaw DataThe Header block of the network message
    4Payload SizeUINT32The original size of the payload message
    5Number of chunksUINT16The number of payload chunks to be send
    6Chunk Max SizeUINT16The size of a single payload chunk, the last chunk can be smaller

    The payload of the network message is segmented into several chunks. Each chunk has a fixed size defined in the first message. The last chunk of the message can be smaller. A sequence counter is used for each network message chunk.

    NoParameterTypeDescription
    1IdentifierStringIdentifier of the message with content "NWCH"
    2HandleUINT32Unique handle for each Network message
    3Sequence numberUINT16The sequence number of the Chunk starting by zero and increased for each chunk
    4Payload chunkRaw DataThe payload chunk

    A final message terminates the network transport of a segmented network message.

    NoParameterTypeDescription
    1IdentifierStringIdentifier of the message with content "NWEN"
    2HandleUINT32Unique handle for each Network message

    Tracing DBus Protocol

    The type variable must be set to the value DLT_NW_TRACE_IPC.
    The DBus message data must be send via the the payload parameter. The header parameter can be stay empty. Optionally the DBus message can be split up into Header and Payload block.

    DLT Viewer Manual

    GENIVI DLT Viewer

    Purpose

    The DLT viewer tool is needed to be able to decode, view and store DLT messages generated by DLT daemon or other sources. The DLT Viewer tool enables the software developer and the tester of the device to view the log, control and trace information. It is the goal of GENIVI to provide an utility to control and test all features of the DLT daemon component in a simple way. The DLT daemon component and the DLT viewer is based on the AUTOSAR 4.0 standard DLT.

    The main purpose of DLT Viewer is:
    1.View DLT files

    • Drag and Drop support
    • Recent files selection
    • Temporary files support
    • Append files
    • Index cache of already opened DLT files
    • Default DLT file loading
    • Open multiple files (v2.10.1)

    2.Retrieve DLT messages from target and store in DLT files

    • Serial connections
    • TCP/IP connections
    • Multiple connections in parallel
    • Autoconnect to targets
    • Configure log levels and trace status
    • Store configuration in target
    • Reset configuration in target
    • Organise connections in projects

    A further extended functionality is(Filter DLT messsages for analysing):

    • Filter DLT messsages for analysing
    • Support to selective show only a part of the messages
    • Complex filter configurations
    • Save and restore filter configurations
    • Default filter configuration
    • Markers to highlight specific messages
    • Multiple default filter configurations
    • Filter index cache of already filtered DLT files
    • Sorting by time (v2.10.1)

    We try to keep the GUI simple for an effective and efficient work but to integrate as much as functionality as we need.

    DLT Viewer GUI

    Graphical User Interface


    The screenshot above will give you a quick impression about how the viewer could look. The viewer is based on Qt so there are widgets you could move around and resize how you like. Your settings of position and size of the widgets are stored when you close the viewer so that you have exact the same window when you start at the next time.
    To get a better understanding about the DLT viewer parts they will be explained in more detail.

    In the window title you can find the absolute path of your project file and the project name. If you start the DLT viewer with no default project file it will create an unnamed project. After the project name you can read the version of the DLT viewer. In any case of contact with the development team, please report the version of the DLT viewer.
    The menu consists of

    • File
    • Search
    • Project
    • Config
    • DLT
    • Filter
    • Plugin
    • View
    • Help

    . . . which provides the main functionality to the user which will be described later.

    Project widget

    The project widget allows you to configure and control the project, load an existing project, save a change configuration to the DLT daemon and do many other stuff. The project is split into three configuration parts.

    • The Config which contains all connected ECUs/Devices. Each device contains its provided applications. Each application provides its used contexts.
    • The Plugin part shows the loaded Plugins. The development team provides a Plugin SDK to you. You are able to write your own DLT viewer plugins to decode messages or display a GUI. Here is more information about the Plugin SDK. TBD In the Settings you can select a default project, which is loaded during start-up.
    • The Filter part configures the Filters and Marker, which are used

    show or mark only specific DLT messages.

    DLT Message Table

    In the DLT Message table you see all DLT messages in the current selected DLT log file. You can scroll through the whole log file. New received DLT messages are written into the DLT log file. If AutoScroll is enabled in the settings the table scroll always to the end, when new DLT messages are received.

    Description of the columns:

    • Index Index shows the number of the DLT message in the DLT log file, the header shows all header parameters
    • Time Time when the messages was sent.
    • Timestamp Time since the startup of the HU
    • Count Cyclical counter, one per context. Can be used to detect lost messages.
    • Ecuid Name of the sending ECU
    • Apid Indetifier of the message sender application. Defined by the sender
    • Ctid Context indentifier of the message sender. Defined by the sender context.
    • Type Type of the message. Log/Trace
    • Subtype Trace type, or Log level.
    • Mode Verbose/Non-Verbose
    • Args How many arguments are in the payload.
    • Payload The payload shows all parameters of the log message.

    If a filter is configured, you will see only these DLT messages, which match the filter. Remove all filters, if you want to see all messages. If some plugins are configured and a DLT message matches a plugin the decoded information for Header and Payload is displayed. DLT log files can be loaded or saved in the file menu.

    DLT Viewer Plugin

    Every DLT Viewer Plugin is opened in a widget, if the plugin is enabled and shown. The DLT Viewer Plugin is shown in the screenshot. You can move every widget at a different position. The poition of the widget is restored after restart of the DLT Viewer.

    • The Footer shows the following information:
    • The complete filename of the currently opened DLT File
      The version numbers of the SW of the target, if the DLT file contains any DLT messages with version - information.
    • Statistics about received bytes via target connections.

    View DLT files

    • Drag and Drop support
    • Recent files selection
    • Temporary files support
    • Append files
    • Index cache of already opened DLT files
    • Default DLT file loading
    • Open multiple files (v2.10.1)

    Retrieve DLT messages from target and store in DLT files

    • Retrieve DLT messages from target and store in DLT files
    • Serial connections
    • TCP/IP connections
    • Multiple connections in parallel
    • Autoconnect to targets
    • Configure log levels and trace status
    • Store configuration in target
    • Reset configuration in target
    • Organise connections in projects

    Filter DLT messsages for analysing

    • Support to selective show only a part of the messages
    • Complex filter configurations
    • Save and restore filter configurations
    • Default filter configuration
    • Markers to highlight specific messages
    • Multiple default filter configurations
    • Filter index cache of already filtered DLT files
    • Sorting by time (v2.10.1)

    Clipboard support

    • Copy selected DLT messages to clipboard

    Export of DLT files in multiple formats

    Supported formats

    • DLT format with selection
    • ASCII format
    • CSV format

    Select the messages to be exported

    • All messages
    • Filtered messages
    • Marked messages

    Searching DLT messages

    • Step by step search
    • Search export view
    • Search by regular expressions

    Project Configurations

    • Control log levels
    • Organise configurations in projects
    • Save and Restore projects
    • Recent projects selction
    • Select displayed columns
    • Default project loading
    • Automatic timezone synchronisation (v2.10.1)

    Plugins Configurations

    1.Decode plugins to decode messages
    2.Viewer plugins to show more detailed information and analyse logs
    3.Control plugins to control applications on the target
    4.Available plugins

    • DLT Viewer Plugin
    • Non Verbose Mode Plugin
    • Filetransfer Plugin
    • DLT Statistic Plugin
    • DLT System Viewer Plugin

    Command line support

    • Silent mode
    • Loading project
    • Loading DLT file
    • Using filter configuration
    • Export DLT files to ASCII
    • Execute commands in plugins

    Plugins programming guide

    • Decode plugins to decode messages
    • Viewer plugins to show more detailed information and analyse logs
    • Control plugins to control applications on the target
    • Available plugins
    • DLT Viewer Plugin
    • Non Verbose Mode Plugin
    • Filetransfer Plugin
    • DLT Statistic Plugin
    • DLT System Viewer Plugin

    参考链接：
    Welcome to the COVESA Projects Wiki - Wiki Front Page - COVESA

  • 相关阅读:
    Tomcat彻底卸载干净方法
    安卓核心板的不同核心规格及架构介绍
    视频格式转换avi格式怎么弄？分享视频转换方法
    使用 OpenCV 收集数据
    探究并发和并行、同步和异步、进程和线程、阻塞和非阻塞、响应和吞吐等
    base64_encode()和base64_decode(),URL的加密解密详解
    Autosar深入-MPU
    云计算与大数据第15章 分布式大数据处理平台Hadoop习题带答案
    嵌入式杂记 -- MCU的大小端模式
    数据驱动的网络入侵检测：最新动向与研究趋势
  • 原文地址：https://blog.csdn.net/weixin_39759247/article/details/107055192