Message routing in control area network (CAN) protocol
AssigneeOtis Elevator Company
InventorsBhargavender P. Upender, David C. Brajczewski, Alexander G. Dean, Stephen A. Hatzirallis
Life of this patent
Estimating the term…
Loading patent…
AssigneeOtis Elevator Company
InventorsBhargavender P. Upender, David C. Brajczewski, Alexander G. Dean, Stephen A. Hatzirallis
Estimating the term…
A hierarchial elevator control system (FIG. 2) utilizes standard Control Area Network (CAN) hardware and message protocols. A broadcast message format includes priority bits and source address bits in subfields within the standard CAN message identifier field, to separate priority levels from message type information, while maintaining collision avoidance by means of the source addresses. In a unicast message format, message response by individual receiving nodes is accomplished with simple standard CAN hardware filtering by providing, within the standard CAN message identifier field, a multi-bit destination address field to identify a unique receiving node to which the message is directed. In the unicast format, remote transmission requests are identified by a control bit in the standard CAN data field, and responded to utilizing a message-type field that is also in the data field portion of the message.
A method of communicating between various nodes of a multi-processor control system, utilizing control area network (CAN) hardware which responds to a standard CAN message format in which the most significant bit is a start of frame bit, the next 31 most significant bits include a 29-bit identifier field, the next bit comprises a remote transmission request bit, the next six bits comprise a field of control bits, the next field of between 8 and 64 bits comprises a data field, the next 16 bits comprise a cyclic redundancy check field, the next 2 bits comprise an acknowledge field, and the least significant seven bits comprise an end of frame field, which method comprises:
Dependencies are inferred from the claim text.