Skip to main content

AB7318-B Status for Multiple Frames Sharing the Same CAN ID

Comments

2 comments

  • koas

    Hello,

    The reception trigger byte and the transaction status byte are both triggered by a change in the transaction, however, as you pointed out, they don't provide any information on the specific frame where the change occurred within the transaction.

    Since only some CAN frames are concerned by this, then as a workaround for those, you can have a single frame per consume transaction...keeping in mind that you cannot setup more than 128 transactions in the configuration.

     

    1
  • John Harrington

    The documentation says that the first frame for each transaction must have a unique CAN ID, so wouldn't that prevent this workaround?  There are plenty of instances where these frames share the same CAN ID due to the first byte being used as an identifier for the rest of the payload.  

    0

Please sign in to leave a comment.