#26 actually most likely not a bug. when sender was maximizing line utilization, no dropped frames. originally attempted to use CAN overflows, but the PIC is far too powerful for this to really happen. Only in theory for complex get messages, unable to simulate that, but still rather moving clearing the incoming traffic prior sending CAN message back. otherwise it could in theory happen that another message is received in interrupt, till then this method sends can message and then clears actual data of next message
#26 actually most likely not a bug. when sender was maximizing line utilization, no dropped frames. originally attempted to use CAN overflows, but the PIC is far too powerful for this to really happen. Only in theory for complex get messages, unable to simulate that, but still rather moving clearing the incoming traffic prior sending CAN message back. otherwise it could in theory happen that another message is received in interrupt, till then this method sends can message and then clears actual data of next message

PoJD/can,PoJD/can