Data Sheet
BOSCH -8/85-
Rev. 1.8CC770
14.09.2010
© Robert Bosch GmbH 2009. All rights reserved, also regarding any disposal, exploitation, reproduction,
editing, distribution, as well as in the event of applications for industrial property rights.
trol segment contains all the information needed to transfer the message. The data seg-
ment contains from 0 to 8 bytes in a single message. All communication objects are stored
in the Memory of the corresponding CAN chip for each node. A transmitting node broad-
casts its message to all other nodes on the network. An acceptance filter at each node
decides whether to receive that message. A message is accepted only if a communication
object with a matching message identifier has been set up in the CAN Memory for that
node.
CAN not only manages the transmission and reception of messages but also the error han-
dling, without any burden on the CPU.
CAN features several error detection mechanisms. These include Cyclical Redundancy
Check (CRC) and bit coding rules (“bit stuffing/destuffing“). The polynomial of the CRC has
been optimized for control applications with short messages. If a message was corrupted
by noise during transmission, it is not accepted at the receiving nodes. Current transmis-
sion status is monitored in the control segment of the appropriate communication object
within the transmitting node, automatically initiating a repeated transmission in the case of
lost arbitration or errors. CAN also has built-in mechanisms to locate error sources and to
distinguish permanent hardware failures from occasional soft errors. Defective nodes are
switched off the bus, implementing a fail-safe behaviour (thus, hardware errors will not let
defective nodes control the bus indefinitely).
The message storage is implemented in an intelligent memory, which can be addressed by
the CAN controller and the CPU. The CPU controls the CAN controller by selectively modi-
fying the various registers and bit fields in the Memory. The content of the various bit fields
are used to perform the functions of acceptance filtering, transmit search, interrupt search
and transfer completion.
In order to initiate a transfer, the transmission request bit has to be written to the message
object. The entire transmission procedure and eventual error handling is then done without
any CPU involvement. If a communication object has been configured to receive messages,
the CPU easily reads its data registers using CPU read instructions. The message object
may be configured to interrupt the CPU after every successful message transmission or
reception.
The CC770 features a powerful CPU interface that offers flexibility to directly interface to
many different CPUs. It can be configured to interface with CPUs using an 8-bit multiplexed,
16-bit multiplexed, or 8-bit non-multiplexed address/data bus for different architectures. A
flexible serial interface is also available when a parallel CPU interface is not required.
The CC770 provides storage for 15 message objects of 8-byte data length. Each message
object can be configured as either transmit or receive, except for the last message object.
The last message object is a receive only double buffer with a dedicated acceptance mask
designed to allow select groups of different message identifiers to be received.
The CC770 also implements a global acceptance masking feature for message filtering.
This feature allows the user to globally mask any identifier bits of the incoming message.
There are different programmable global mask registers for standard and extended mes-
sages.
The CC770 provides an improved set of network management and diagnostic functions
including fault confinement and a built-in monitoring tool. The built-in monitoring tool alerts
the CPU when a global status change occurs. Global status changes include message
transmission and reception, error frames, or sleep mode wake-up. In addition, each mes-
sage object offers full flexibility in detecting when a data or remote frame has been sent or