Observed
When decoding the attached log file with the attached DBC file, the expected result is to see decoded results for the 0xDA00 PGN across 2 source addresses: 0x15 and 0x18. However, instead asammdf seems to only decode the CAN ID that is matched by the DBC file exactly, i.e. the one with SA 0x15 in the attached example as evident from below:
Expected
By the nature of PGN decoding, the match should occur for both the ID with SA 0x15 and 0x18 with the attached DBC file.
Hypothesis
Perhaps this issue relates to the fact that the PGN 0xDA00 is a bit atypical as it has a PDU Format < 241, which implies that the PGN handling is a bit different as illustrated here.
Tested in latest v7.3.16 built GUI, Windows 10.
Sample data sample-test-data.zip
Observed When decoding the attached log file with the attached DBC file, the expected result is to see decoded results for the
0xDA00
PGN across 2 source addresses: 0x15 and 0x18. However, instead asammdf seems to only decode the CAN ID that is matched by the DBC file exactly, i.e. the one with SA0x15
in the attached example as evident from below:Expected By the nature of PGN decoding, the match should occur for both the ID with SA
0x15
and0x18
with the attached DBC file.Hypothesis Perhaps this issue relates to the fact that the PGN
0xDA00
is a bit atypical as it has a PDU Format < 241, which implies that the PGN handling is a bit different as illustrated here.