You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
('python=3.11.9 (tags/v3.11.9:de54cf5, Apr 2 2024, 10:12:12) [MSC v.1938 64 '
'bit (AMD64)]')
'os=Windows-10-10.0.19045-SP0'
'numpy=1.26.4'
ldf is not supported
xls is not supported
xlsx is not supported
yaml is not supported
'asammdf=8.0.1'
MDF version
4.10
Description
The issue I am facing is not an error but more a missing condition for the MDF.stack() and MDF.merge methods. In
If there is f.ex. a dbc file as an attachment path embedded in the mf4 file but I do not want to use that attachment defined there, I possibly get warnings and the CAN frames might get misinterpreted. If I could just add the kwarg process_bus_logging=false, it would be way more simple. Now I have to actively set the attachment path to "" in order for the frames to not get misinterpreted.
Also, there is no documentation on the kwarg process_bus_logging at all. I had to really dig into the code to even find out that this processing messed up my resulting mf4 file.
Maybe this is intentional, but I do not see any reason why a user should not be able to deactivate the processing, if desired.
The text was updated successfully, but these errors were encountered:
Python version
('python=3.11.9 (tags/v3.11.9:de54cf5, Apr 2 2024, 10:12:12) [MSC v.1938 64 '
'bit (AMD64)]')
'os=Windows-10-10.0.19045-SP0'
'numpy=1.26.4'
ldf is not supported
xls is not supported
xlsx is not supported
yaml is not supported
'asammdf=8.0.1'
MDF version
4.10
Description
The issue I am facing is not an error but more a missing condition for the MDF.stack() and MDF.merge methods. In
asammdf/src/asammdf/mdf.py
Line 2634 in 10e7fc7
and
asammdf/src/asammdf/mdf.py
Line 2819 in 10e7fc7
there is no condition that makes it possible to skip the processing of the bus logging as in
asammdf/src/asammdf/blocks/mdf_v4.py
Line 760 in 10e7fc7
If there is f.ex. a dbc file as an attachment path embedded in the mf4 file but I do not want to use that attachment defined there, I possibly get warnings and the CAN frames might get misinterpreted. If I could just add the kwarg
process_bus_logging=false
, it would be way more simple. Now I have to actively set the attachment path to "" in order for the frames to not get misinterpreted.Also, there is no documentation on the kwarg
process_bus_logging
at all. I had to really dig into the code to even find out that this processing messed up my resulting mf4 file.Maybe this is intentional, but I do not see any reason why a user should not be able to deactivate the processing, if desired.
The text was updated successfully, but these errors were encountered: