Wrong decoding of matched / unmatched messages paths in log files [message #1833350] |
Fri, 09 October 2020 18:58  |
Eclipse User |
|
|
|
Hi,
I have here some strange decoding of the message paths within the log files. See attached log file and minimal extract from the SocketCAN test port. (SocketCAN is not needed in operation)
Typical examples are:
00:54:25.987967 4 MATCHING Isobus_test_decoder_debug.ttcn:457(function:f_ptc_J1939VTApplication) Matching on port pt_j1939PDU .phaseStartReq.phaseStartReq.phaseStartReq.phaseStartReq.phaseStartReq.phaseStartReq.phaseStartReq.pdu.pdu.ecu2vt{
getNumberOfSoftKeysReq := {
vtfunction := 194
}
} with {
getHardwareReq := {
vtfunction := 199
}
Search for:
".phaseStartReq.phaseStartReq.phaseStartReq.phaseStartReq.phaseStartReq.phaseStartReq.phaseStartReq.pdu.pdu."
00:54:25.987784 4 PORTEVENT Isobus_test_decoder_debug.ttcn:223(altstep:alt_awaitPhaseStartReq) Receive operation on port pt_sync succeeded, message from mtc: @Isobus_test_decoder_debug.Command_MTC2PTC : {
phaseStartReq := {
phase := e_testbodyEnd (8),
phase_int := 8
}
} id 9
Search for:
" .phaseStartReq.phaseStartReq.phaseStartReq.phaseStartReq.phaseStartReq"
Here is how to compile the code on a linux kernel with SocketCAN-j1939 kernel module installed. E .g. Ubuntu 20.05. ( Linux kernel >= 5.4)
Unzip the attached SockectCAN test port with J1939 support.
Run the ttcn test cases:
ttcn3_start SocketCAN J1939.cfg J1939_Isobus_test_decoder_debug.tc_can_j1939_IsobusVtEcuSimulationDebug
ttcn3_logmerge -o log_merged.log *.log;ttcn3_logformat -o log_merged_format.log log_merged.log;
<editor> log_merged_format.log
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.03757 seconds