instruite said:
when A device sends a command over CAN line to another device it accepts a response from the receiving device
you will have to check since there will be an intermediate device in the communication path there will be some delay in this response and depending on the kind of command and its cycle time this delay might produce some problems
Well if I recall correctly the ACK bits are the response. And that was my thought when I read this, there's no way a pkg generated on A is going to be bridged and recreated on B, then the ACK responses from B sent back across the bridge in time to respond to the initial pkt.
I don't think ACK bits serve a great deal of required function, though. This isn't at all the way CAN is supposed to be used, so there's no predicting if the senders on A would be harmed by not getting the ACKs from receivers on B. The arbitration is another wild issue.