CAN FD implementation 49/18749/3
authorRomain Forlot <romain.forlot@iot.bzh>
Fri, 28 Sep 2018 15:12:18 +0000 (17:12 +0200)
committerRomain Forlot <romain.forlot@iot.bzh>
Fri, 14 Dec 2018 08:58:56 +0000 (08:58 +0000)
commitea35eabeadce57e4f5015797fea530c5bb219fff
tree69fbb0f4e4d5528500873d122bc35b3423d7ca96
parentb049485873e1692cc9e7857e91e017f86dd91218
CAN FD implementation

Add a flag to CAN message definitions which set the message as using FD
protocol if true.

Use a new generated file with the new FD flag field on the message
definitions.

Change BCM socket "struct" using an union to store the CAN frames either
using the FD struct or the classic non FD struct. A BCM socket can only
one frame type once configured.

Use as much as possible the "struct canfd_frame" in the binding and only
make a difference before writing or reading the socket. From a memory
point of view both struct are identical and only the last member differ
and could hold more data with messages of 64 bytes long. So the
canfd_frame is compatible with the can_frame and can be differentiated
by a flag set in the can_id member.

Remove now unused code processing can_frame.

Keep the diagnostic manager using the classic CAN frame.

Set the maximum number of frames that a BCM socket can handle to 257.

Bug-AGL: SPEC-1980

Change-Id: Ifcc041281ea6745fc25cbd384743761f4446f489
Signed-off-by: Romain Forlot <romain.forlot@iot.bzh>
13 files changed:
low-can-binding/binding/application-generated.cpp
low-can-binding/binding/low-can-cb.cpp
low-can-binding/binding/low-can-socket.cpp
low-can-binding/binding/low-can-socket.hpp
low-can-binding/can/can-encoder.cpp
low-can-binding/can/can-encoder.hpp
low-can-binding/can/can-message-definition.cpp
low-can-binding/can/can-message-definition.hpp
low-can-binding/can/can-message.cpp
low-can-binding/can/can-message.hpp
low-can-binding/diagnostic/diagnostic-manager.cpp
low-can-binding/utils/socketcan-bcm.cpp
low-can-binding/utils/socketcan-bcm.hpp