rpctransportlayer/can: RTR frames

[j4r0u53k]

The specification for CAN FD transport layer (https://silicon-heaven.github.io/shv-doc/rpctransportlayer/can.html#can-fd-transport-layer) mentions RTR frames, but RTR flag in FD frames is substituted by RRS bit, which should always be 0. Did you mean to use normal CAN 2.0 frames instead of FD frames when sending an RTR frame?

[Cynerd]

Yes, those are CAN frames. CAN and CAN-FD frames can be mixed toggether. I can modify documentation to be more pedantic about that if you think that current statement can be confusing.

[j4r0u53k]

Yes, those are CAN frames. CAN and CAN-FD frames can be mixed toggether. I can modify documentation to be more pedantic about that if you think that current statement can be confusing.

It is not very clear whether data frames with DLC up to 8 must be CAN-FD frames or it is up to implementations.

[Cynerd]

It is not very clear whether data frames with DLC up to 8 must be CAN-FD frames or it is up to implementations.

They should be CAN-FD. All data frames should be CAN-FD to use the faster transfer speed. Technically, there is nothing wrong with them being plain CAN, but the effect would be a slower transfer. I will go over the documentation and make the distinction more explicit so it is not confusing.