參數(shù)資料
型號(hào): CR16HCT5
文件頁(yè)數(shù): 87/157頁(yè)
文件大?。?/td> 1256K
代理商: CR16HCT5
第1頁(yè)第2頁(yè)第3頁(yè)第4頁(yè)第5頁(yè)第6頁(yè)第7頁(yè)第8頁(yè)第9頁(yè)第10頁(yè)第11頁(yè)第12頁(yè)第13頁(yè)第14頁(yè)第15頁(yè)第16頁(yè)第17頁(yè)第18頁(yè)第19頁(yè)第20頁(yè)第21頁(yè)第22頁(yè)第23頁(yè)第24頁(yè)第25頁(yè)第26頁(yè)第27頁(yè)第28頁(yè)第29頁(yè)第30頁(yè)第31頁(yè)第32頁(yè)第33頁(yè)第34頁(yè)第35頁(yè)第36頁(yè)第37頁(yè)第38頁(yè)第39頁(yè)第40頁(yè)第41頁(yè)第42頁(yè)第43頁(yè)第44頁(yè)第45頁(yè)第46頁(yè)第47頁(yè)第48頁(yè)第49頁(yè)第50頁(yè)第51頁(yè)第52頁(yè)第53頁(yè)第54頁(yè)第55頁(yè)第56頁(yè)第57頁(yè)第58頁(yè)第59頁(yè)第60頁(yè)第61頁(yè)第62頁(yè)第63頁(yè)第64頁(yè)第65頁(yè)第66頁(yè)第67頁(yè)第68頁(yè)第69頁(yè)第70頁(yè)第71頁(yè)第72頁(yè)第73頁(yè)第74頁(yè)第75頁(yè)第76頁(yè)第77頁(yè)第78頁(yè)第79頁(yè)第80頁(yè)第81頁(yè)第82頁(yè)第83頁(yè)第84頁(yè)第85頁(yè)第86頁(yè)當(dāng)前第87頁(yè)第88頁(yè)第89頁(yè)第90頁(yè)第91頁(yè)第92頁(yè)第93頁(yè)第94頁(yè)第95頁(yè)第96頁(yè)第97頁(yè)第98頁(yè)第99頁(yè)第100頁(yè)第101頁(yè)第102頁(yè)第103頁(yè)第104頁(yè)第105頁(yè)第106頁(yè)第107頁(yè)第108頁(yè)第109頁(yè)第110頁(yè)第111頁(yè)第112頁(yè)第113頁(yè)第114頁(yè)第115頁(yè)第116頁(yè)第117頁(yè)第118頁(yè)第119頁(yè)第120頁(yè)第121頁(yè)第122頁(yè)第123頁(yè)第124頁(yè)第125頁(yè)第126頁(yè)第127頁(yè)第128頁(yè)第129頁(yè)第130頁(yè)第131頁(yè)第132頁(yè)第133頁(yè)第134頁(yè)第135頁(yè)第136頁(yè)第137頁(yè)第138頁(yè)第139頁(yè)第140頁(yè)第141頁(yè)第142頁(yè)第143頁(yè)第144頁(yè)第145頁(yè)第146頁(yè)第147頁(yè)第148頁(yè)第149頁(yè)第150頁(yè)第151頁(yè)第152頁(yè)第153頁(yè)第154頁(yè)第155頁(yè)第156頁(yè)第157頁(yè)
87
www.national.com
20.2
This section provides a generic overview of the basic con-
cepts of the Controller Area Network (CAN).
The CAN protocol is a message based protocol that allows a
total of 2032 ( = 2
11
-16)
different messages in the standard
format and 512 million ( = 2
29
-16) different messages in the
extended frame format.
Every CAN Frame is broadcasted on the common bus. Each
module receives every frame and filters out the frames which
are not required for the module's task. For example, if a dash-
board sends a request to switch on headlights, the CAN mod-
ule responsible for brake lights must not process this
message.
A CAN master module has the ability to set a specific bit
called the “remote data request bit” (RTR) in a frame. Such a
message is also called “Remote Frame”. It causes another
module, either another master or a slave which accepts this
BASIC CAN CONCEPTS
remote frame, to transmit a data frame after the remote frame
has been completed.
Additional modules can be added to an existing network with-
out a configuration change. These modules can either per-
form completely new functions requiring new data, or
process existing data to perform a new functionality.
As the CAN network is message oriented, a message can be
used as a variable which is automatically updated by the con-
trolling processor. If any module cannot process information,
it can send an overload frame.
The CAN protocol allows several transmitting modules to
start a transmission at the same time as soon as they monitor
the bus to be idle. During the start of transmission, every
node monitors the bus line to detect whether its message is
overwritten by a message with a higher priority. As soon as a
transmitting module detects another module with a higher
priority accessing the bus, it stops transmitting its own frame
and switches to receive mode. For illustration, see Figure 45.
If a data or remote frame loses arbitration on the bus due to
a higher-prioritized data or remote frame, or if it is destroyed
by an error frame, the transmitting module will automatically
retransmit it until the transmission was successful or the user
has canceled the transmit request.
If a transmitted message loses arbitration, the CR16CAN will
restart transmission at the next possible time with the mes-
sage which has the highest internal transmit priority.
20.2.1
Communication via the CAN bus is basically established by
means of four different frame types:
— data frame
— remote frame
— error frame
— overload frame
CAN Frame Formats
Data and remote frames can be used in both standard and
extended frame format. If no message is being transmitted,
i.e., the bus is idle, the bus is kept at the ‘recessive’ level.
Remote and data frames are non-return to zero (NRZ) coded
with bit-stuffing in every bit field, which holds computable in-
formation for the interface, i.e., start of frame, arbitration field,
control field, data field (if present) and CRC field.
Error and overload frames are also NRZ coded but without
bit-stuffing.
After five consecutive bits of the same value (including insert-
ed stuff bits so that the stuffed bit stream will not have more
than five consecutive bits of the same value), a stuff bit of the
inverted value is inserted into the bit stream by the transmit-
ter and deleted by the receiver. The following shows the
stuffed and destuffed bit stream for consecutive ones and ze-
ros.
MODULE A
TxPIN
RxPIN
MODULE B
BUS LINEDOMINANT
MODULE A SUSPENDS TRANSMISSION
RxPIN
TxPIN
Figure 45.
CAN message arbitration
相關(guān)PDF資料
PDF描述
CR16HCT5VJE7Y Microcontroller
CR16HCT5VJE8Y Microcontroller
CR16HCT5VJE9Y Microcontroller
CR16HCT9
CR16HCT9VJE7 Microcontroller
相關(guān)代理商/技術(shù)參數(shù)
參數(shù)描述
CR16HCT5VJE7Y 制造商:未知廠家 制造商全稱:未知廠家 功能描述:Microcontroller
CR16HCT5VJE8Y 制造商:未知廠家 制造商全稱:未知廠家 功能描述:Microcontroller
CR16HCT5VJE9Y 制造商:未知廠家 制造商全稱:未知廠家 功能描述:Microcontroller
CR16HCT5VJEXY 制造商:NSC 制造商全稱:National Semiconductor 功能描述:CR16MCT9/CR16MCT5/CR16HCT9/CR16HCT5 16-Bit Reprogrammable/ROM Microcontroller
CR16HCT9 制造商:NSC 制造商全稱:National Semiconductor 功能描述:CR16MCT9/CR16MCT5/CR16HCT9/CR16HCT5 16-Bit Reprogrammable/ROM Microcontroller