资料下载
×
CAN Specification V2.0
消耗积分:10 |
格式:rar |
大小:555 |
2008-09-12
h1654155275.0032
分享资料个
The acceptance and introduction of serial communication to more and more
applications has led to requirements that the assignment of message identifiers to
communication functions be standardized for certain applications. These applications
can be realized with CAN more comfortably, if the address range that originally has
been defined by 11 identifier bits is enlarged
Therefore a second message format (’extended format’) is introduced that provides a
larger address range defined by 29 bits. This will relieve the system designer from
compromises with respect to defining well-structured naming schemes. Users of CAN
who do not need the identifier range offered by the extended format, can rely on the
conventional 11 bit identifier range (’standard format’) further on. In this case they can
make use of the CAN implementations that are already available on the market, or of
new controllers that implement both formats.
In order to distinguish standard and extended format the first reserved bit of the CAN
message format, as it is defined in CAN Specification 1.2, is used. This is done in such
a way that the message format in CAN Specification 1.2 is equivalent to the standard
format and therefore is still valid. Furthermore, the extended format has been defined
so that messages in standard format and extended format can coexist within the same
network.
This CAN Specification consists of two parts, with
• Part A describing the CAN message format as it is defined in CAN Specification 1.2;
• Part B describing both standard and extended message formats.
In order to be compatible with this CAN Specification 2.0 it is required that a CAN
implementation be compatible with either Part A or Part B.
applications has led to requirements that the assignment of message identifiers to
communication functions be standardized for certain applications. These applications
can be realized with CAN more comfortably, if the address range that originally has
been defined by 11 identifier bits is enlarged
Therefore a second message format (’extended format’) is introduced that provides a
larger address range defined by 29 bits. This will relieve the system designer from
compromises with respect to defining well-structured naming schemes. Users of CAN
who do not need the identifier range offered by the extended format, can rely on the
conventional 11 bit identifier range (’standard format’) further on. In this case they can
make use of the CAN implementations that are already available on the market, or of
new controllers that implement both formats.
In order to distinguish standard and extended format the first reserved bit of the CAN
message format, as it is defined in CAN Specification 1.2, is used. This is done in such
a way that the message format in CAN Specification 1.2 is equivalent to the standard
format and therefore is still valid. Furthermore, the extended format has been defined
so that messages in standard format and extended format can coexist within the same
network.
This CAN Specification consists of two parts, with
• Part A describing the CAN message format as it is defined in CAN Specification 1.2;
• Part B describing both standard and extended message formats.
In order to be compatible with this CAN Specification 2.0 it is required that a CAN
implementation be compatible with either Part A or Part B.
声明：本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人，不代表电子发烧友网立场。文章及其配图仅供工程师学习之用，如有内容侵权或者其他违规问题，请联系本站处理。 举报投诉
评论(0)
发评论
- 相关下载
- 相关文章
