Claims:1. A system for parameterisation of electronic trip units, said system comprising:
a first electronic trip unit (ETU1) (101) comprising a first CAN driver and a first transceiver, said ETU 1 operatively coupled to a controller area network bus (105);
a second electronic trip unit (ETU2) (102-104) comprising a second CAN driver and a second transceiver, said ETU2 (102-104) coupled the ETU1 (101) through a CAN bus;
a first controller configured in the ETU1 (101), said first controller configured to, upon receipt of a transmit signal, transmit a first data set, through the first transceiver, to the CAN bus; and
a second controller configured in the ETU2 (102-104), said second controller configured to:
receive, at the second transceiver and from the CAN bus, the first data set,
wherein the second controller is configured to store the first data set in a second memory device operatively coupled with the ETU2 (102-104).
2. The system as claimed in claim 1, wherein the first data set is received by the first controller from an input device operatively coupled with the first controller.
3. The system as claimed in claim 2, wherein the transmit signal is received by the first controller from an input device operatively coupled with the first controller.
4. The system as claimed in claim 2, wherein the input device is a touch enabled device with a display.
5. The system as claimed in claim1, wherein the first data set consists of a priority level, a data field, a broadcast ID and parameterisation data.
6. The system as claimed in claim 1, wherein the second controller, after receiving the first data set from the CAN bus, is configured to:
parse, by the second CAN driver, the data field of the received first data set; and
filter, by the CAN driver, parameterisation data from the received first data set,
wherein the second controller is configured to store the parameterisation data in the second memory device operatively coupled with the ETU2.
7. The system as claimed in claim 1, wherein one or more second ETUs are configured onto the CAN bus and are configured to receive the first data set from the ETU1.
8. The system as claimed in claim 1, wherein the second controller is configured to update existing parameterisation data in the second memory device with a latest parameterisation data.
9. A method for parameterisation of electronic trip units, said method comprising the steps of:
transmitting (401), from a first controller of a first electronic trip unit (ETU1) (101), upon receipt of a transmit signal, a first data set to the CAN bus, wherein the ETU1 comprises a first transceiver and a first CAN driver; and
receiving (402), at a second controller of a second electronic trip unit (ETU2) (102-104), the first data set, wherein the ETU2 comprises a second transceiver and a second CAN driver, and
wherein the second controller is configured to store the first data set in a second memory device operatively coupled with the ETU2 (102-104).
, Description:TECHNICAL FIELD
[0001] The present disclosure relates generally to electronic trip units of a circuit breaker, and more specifically, relates to a means to perform parametrization of electronic trip units using controller area network (CAN) communication.

BACKGROUND
[0002] Background description includes information that may be useful in understanding the present disclosure. It is not an admission that any of the information provided herein is prior art or relevant to the presently claimed disclosure, or that any publication specifically or implicitly referenced is prior art.
[0003] Circuit breakers provide an automatic switching mechanism that responds to fault conditions. Now days, circuit breaker consists of an electronic trip unit (ETU), which controls the switching mechanism of circuit breaker. An electronic trip unit (ETU) is a device that is used in conjunction with an electro-mechanical circuit breaker to control the current verses time trip response. The time versus current trip characteristics are, in part, a function of the maximum continuous current permitted by the circuit breaker. The modification of the current vs. trip time response curve is a serious matter. For safety purposes, the circuit breaker must be properly configured to provide the type of protection judged by the customer or plant engineer to be appropriate.
[0004] There may be multiple number of circuit breakers installed in panels at factory location. Sometimes, it is required to modify the parameters of ETU because of changes in supervisory control and data acquisition (SCADA) program due to process changes. Same parameters required to be modified on multiple ETUs. User can modify the parameters of ETU over communication. This will require user to communicate with each ETU using existed communication (e.g., RS485 based Modbus communication). This will take few minutes or hours user time to modify all ETU parameters, if number of ETU’s are more. The modification to this protection must also considered to be a very serious event and handled in a way that prohibits errors.
[0005] Therefore, there is a need for a means to provide a simple and time efficient solution to modify the parameters of multiple ETUs effectively.

OBJECTS OF THE INVENTION
[0006] An object of the present invention relates generally to power distribution device, and more specifically, relates to a means to perform parametrization of multiple trip units using controller area network (CAN) communication.
[0007] Another object of the present invention is to provide multiple trip units that are connected by a bus to exchange messages between ETU’s based on priority level, wherein the first controller configured in ETU-1 transmit a data set and the second controller configured in other ETU’s receives the data set.
[0008] Another object of the present invention is to provide a system that can generate the valid message to dynamically update the existing parameterisation data of multiple trip units effectively.
[0009] Yet another object of the present invention is to provide a system that can enable parametrization data to be modified in multiple ETU in single instance saving user time.

SUMMARY
[0010] The present disclosure relates generally to electronic trip units of a circuit breaker, and more specifically, relates to a means to perform parametrization of electronic trip units using controller area network (CAN) communication.
[0011] In an aspect, the present disclosure relates to a system for parameterisation of electronic trip units, said system comprising: a first electronic trip unit (ETU1) comprising a first CAN driver and a first transceiver, said ETU1 operatively coupled to a controller area network bus ; a second electronic trip unit (ETU2) comprising a second CAN driver and a second transceiver, said ETU2 coupled the ETU1 through a CAN bus; a first controller configured in the ETU1 , said first controller configured to, upon receipt of a transmit signal, transmit a first data set, through the first transceiver, to the CAN bus; and a second controller configured in the ETU2 , said second controller configured to: receive, at the second transceiver and from the CAN bus, the first data set, wherein the second controller is configured to store the first data set in a second memory device operatively coupled with the ETU2 .
[0012] In an embodiment, the first data set is received by the first controller from an input device operatively coupled with the first controller.
[0013] In another embodiment, the transmit signal is received by the first controller from an input device operatively coupled with the first controller.
[0014] In another embodiment, the input device is a touch enabled device with a display.
[0015] In another embodiment, the first data set consists of a priority level, a data field, a broadcast ID and parameterisation data.
[0016] In another embodiment, the second controller, after receiving the first data set from the CAN bus, is configured to: parse, by the second CAN driver, the data field of the received first data set; and filter, by the CAN driver, parameterisation data from the received first data set, wherein the second controller is configured to store the parameterisation data in the second memory device operatively coupled with the ETU2.
[0017] In another embodiment, one or more second ETUs are configured onto the CAN bus and are configured to receive the first data set from the ETU1.
[0018] In another embodiment, the second controller is configured to update existing parameterisation data in the second memory device with a latest parameterisation data.
[0019] In an aspect, the present disclosure relates to a method for parameterisation of electronic trip units, said method comprising the steps of: transmitting , from a first controller of a first electronic trip unit (ETU1), upon receipt of a transmit signal, a first data set to the CAN bus, wherein the ETU1 comprises a first transceiver and a first CAN driver; and receiving , at a second controller of a second electronic trip unit (ETU2) , the first data set, wherein the ETU2 comprises a second transceiver and a second CAN driver, and wherein the second controller is configured to store the first data set in a second memory device operatively coupled with the ETU2.
[0020] Various objects, features, aspects, and advantages of the inventive subject matter will become more apparent from the following detailed description of preferred embodiments, along with the accompanying drawing figures in which like numerals represent like components.

BRIEF DESCRIPTION OF THE DRAWINGS
[0021] The following drawings form part of the present specification and are included to further illustrate aspects of the present disclosure. The disclosure may be better understood by reference to the drawings in combination with the detailed description of the specific embodiments presented herein.
[0022] FIG. 1 illustrates exemplary system provided with ETU with CAN interface, according to an embodiment of the present disclosure.
[0023] FIG. 2 illustrates exemplary system provided with message broadcasting with data frames, according to an embodiment of the present disclosure.
[0024] FIG. 3 illustrates data formation in CAN data frame, according to an embodiment of the present disclosure.
[0025] FIG. 4 illustrates a process to perform parametrization of multiple trip units, according to an embodiment of the present disclosure.

DETAILED DESCRIPTION
[0026] The following is a detailed description of embodiments of the disclosure depicted in the accompanying drawings. The embodiments are in such detail as to clearly communicate the disclosure. However, the amount of detail offered is not intended to limit the anticipated variations of embodiments; on the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the present disclosure as defined by the appended claims.
[0027] If the specification states a component or feature “may”, “can”, “could”, or “might” be included or have a characteristic, that particular component or feature is not required to be included or have the characteristic.
[0028] As used in the description herein and throughout the claims that follow, the meaning of “a,” “an,” and “the” includes plural reference unless the context clearly dictates otherwise. Also, as used in the description herein, the meaning of “in” includes “in” and “on” unless the context clearly dictates otherwise.
[0029] The use of any and all examples, or exemplary language (e.g., “such as”) provided with respect to certain embodiments herein is intended merely to better illuminate the invention and does not pose a limitation on the scope of the invention otherwise claimed. No language in the specification should be construed as indicating any non – claimed element essential to the practice of the invention.
[0030] The present disclosure relates generally to electronic trip units of a circuit breaker, and more specifically, relates to a means to perform parametrization of electronic trip units using controller area network (CAN) communication.
[0031] In an aspect, the present disclosure relates to a system for parameterisation of electronic trip units, said system comprising: a first electronic trip unit (ETU1) comprising a first CAN driver and a first transceiver, said ETU1 operatively coupled to a controller area network bus ; a second electronic trip unit (ETU2) comprising a second CAN driver and a second transceiver, said ETU2 coupled the ETU1 through a CAN bus; a first controller configured in the ETU1 , said first controller configured to, upon receipt of a transmit signal, transmit a first data set, through the first transceiver, to the CAN bus; and a second controller configured in the ETU2 , said second controller configured to: receive, at the second transceiver and from the CAN bus, the first data set, wherein the second controller is configured to store the first data set in a second memory device operatively coupled with the ETU2 .
[0032] In an embodiment, the first data set is received by the first controller from an input device operatively coupled with the first controller.
[0033] In another embodiment, the transmit signal is received by the first controller from an input device operatively coupled with the first controller.
[0034] In another embodiment, the input device is a touch enabled device with a display.
[0035] In another embodiment, the first data set consists of a priority level, a data field, a broadcast ID and parameterisation data.
[0036] In another embodiment, the second controller, after receiving the first data set from the CAN bus, is configured to: parse, by the second CAN driver, the data field of the received first data set; and filter, by the CAN driver, parameterisation data from the received first data set, wherein the second controller is configured to store the parameterisation data in the second memory device operatively coupled with the ETU2.
[0037] In another embodiment, one or more second ETUs are configured onto the CAN bus and are configured to receive the first data set from the ETU1.
[0038] In another embodiment, the second controller is configured to update existing parameterisation data in the second memory device with a latest parameterisation data.
[0039] In an aspect, the present disclosure relates to a method for parameterisation of electronic trip units, said method comprising the steps of: transmitting , from a first controller of a first electronic trip unit (ETU1), upon receipt of a transmit signal, a first data set to the CAN bus, wherein the ETU1 comprises a first transceiver and a first CAN driver; and receiving , at a second controller of a second electronic trip unit (ETU2) , the first data set, wherein the ETU2 comprises a second transceiver and a second CAN driver, and wherein the second controller is configured to store the first data set in a second memory device operatively coupled with the ETU2.
[0040] FIG. 1 illustrates exemplary system provided with ETU with CAN interface, according to an embodiment of the present disclosure.
[0041] Referring to FIG. 1, system 100 configured to facilitate the user to perform parametrization of multiple trip units in single instance using controller area network (CAN) communication. The power distribution device (also referred to as power distribution units) can include, for example, a circuit breaker having an electronic trip unit (ETU), a programmable relay, a meter, and the like. The power distribution device such as circuit breaker consists of electronic trip unit (ETU), which controls the switching mechanism of circuit breaker. Multiple ETUs such as ETU-1, ETU-2...ETU -N (which are collectively referred to as ETUs and individually referred to as the ETU, hereinafter). The system can be implemented in any industrial applications.
[0042] In an embodiment, the trip unit can include a controller, transceiver, processor, a power supply, and one or more peripherals that communicate with the processor over a data path or interface. The peripherals can include, for example, an analog to digital (A/D) converter, random access memory (RAM), read only memory (ROM), non-volatile memory (NVM), flash memory, a display, and a wireless communications port. Here, the memory can be configured to retain system information and programming during a power interruption or outage in the power system. The data depicting the status of the trip unit, can be displayed by the display in response to display signals received from the processor over the communication interface.
[0043] In an embodiment, CAN network including multiple ETU (101-104) coupled to a CAN bus 105. The CAN network is intended to be a general representation of any CAN network that includes any number of ETUs for any applications. Each ETU can be configured as ETU-1 101 and ETU2-ETU-N 102-104 and can be provided with CAN interface 105 to facilitate this mechanism as shown in FIG. 1. Each ETU can be provided with a CAN driver to support the basic I/O functions and a transceiver to receive and transmit the messages. The controller of each ETU’s can be configured to transmit and receive the message via transceiver, and store the message in a memory of the respective ETU’s. Messages transmitted by and received from a ETUs are provided on the bus to be received by and acted on by other of the ETUs in the network in a manner that is well understood by those skilled in the art.
[0044] In an embodiment, CAN may be a peer-to-peer network. The CAN may also be called as multi-master serial bus 105, bidirectional bus and the like. The CAN devices on bus are referred to as nodes. Two or more nodes are required on the CAN network to communicate. All nodes are connected to each other via a two-wire bus. Each node in the CAN bus requires the following: transceiver, controller and microcontroller. The transceiver converts the data from the controller to bus levels and converts the data from bus levels to suitable level that the controller uses. The controller forms an integral part of the microcontroller that handles framing of data, CRC etc. The microcontroller can decide what the received messages mean and what messages it wants to transmit. The transceiver drives or detects the dominant and recessive bits by the voltage difference between the high and low lines.
[0045] In another embodiment, there can be no master that controls when individual nodes have access to read and write data on the bus. When a CAN node is ready to transmit data, it checks to see if the bus is busy and then simply writes a CAN frame onto the network. The CAN frames that are transmitted do not contain addresses of either the transmitting node or any of the intended receiving node(s). Instead, an arbitration identifier (ID) that is unique throughout the network can label the frame. All nodes on the CAN network receive the CAN frame, and, depending on the arbitration ID of that transmitted frame, each CAN node on the network decides whether to accept the frame. If multiple nodes try to transmit a message onto the CAN bus at the same time, the node with the highest priority (lowest arbitration ID) automatically gets bus access. Lower-priority nodes may wait until the bus becomes available before trying to transmit again. In this way, the CAN networks can be implemented to ensure deterministic communication among CAN nodes.
[0046] In another embodiment, the four different message types, or frames, that can be transmitted on a bus are the data frame, the remote frame, the error frame, and the overload frame. The data frame is the most common message type, and comprises the arbitration field, the data field, the CRC field, and the acknowledgment field. The arbitration field contains an 11-bit identifier for CAN 2.0A and the remote transmission request (RTR) bit, which is dominant for data frames. In CAN 2.0B, the arbitration field contains the 29-bit identifier and the RTR bit. Next the data field, which contains zero to eight bytes of data, and the CRC field, which contains the 16-bit checksum used for error detection and last is the acknowledgment field.
[0047] In an implementation, user can first modify the required parameters of first trip unit ETU1 101, and then it can connect all ETU2-ETU-N 102-104 which are to be parameterized as shown in FIG 1. The display interface of ETU1 101 can be used by the user to give command to copy parameters to another ETU2-ETU-N 102-104. The display interface can be an input device that can include touch enabled device with a display. When this command is received, controller of ETU1 101 can send all the parameterization data in frames over CAN communication 105 to other ETU’s 102-104. When CAN data frame with broadcast ID is received by other ETU’s 102-104 over CAN, then all ETU’s 102-104 can identify the data as broadcast message and all ETU’s can accept the received data. The data bytes in data field can be parsed by CAN driver of each ETU’s and filtered parametrization data received can be updated and stored in memory 202 of each ETU by respective ETU’s controller.
[0048] In an embodiment, the bus nodes are not concerned with information about the system configuration (e.g. node address), hence CAN does not support node IDs. Instead, receivers process messages by means of an acceptance filtering process, which decides whether the received message is relevant for node’s application layer or not. There is no need for the receiver to know the transmitter of the information and vice versa.
[0049] In another embodiment, all ETU’s in a CAN bus network receive the same message at the same time, meaning each node “listens” to the network bus 105 and can receive every transmitted message. The message filter 201 guarantees that the ETU’s 102-104 can only react to data that is relevant to them. Thus, parametrization data can be modified in multiple ETU’s in single instance saving user time.
[0050] FIG. 2 illustrates exemplary system provided with message broadcasting with data frames, according to an embodiment of the present disclosure.
[0051] Referring to FIG. 2, the system includes trip units connected by a CAN bus, wherein the bus configured to exchange message between the ETU’s based on arbitration identifier ID. A four node CAN network, each node represents a CAN controller, which, among many other function blocks, accommodates a programmable message filter 201 and a message buffer 202. A data frame is recognized by a dominant RTR bit. The data transmission/reception sequence is as follows: ETU-1 101 transmits a message, ETU2-ETU-N 102-104 receives the message, ETU2-ETU-N 102-104 accepts the message.
[0052] In an embodiment, devices in network can send data in packets called frames. The frame format of protocol includes SoF – start of frame bit, arbitration ID, frames come in two formats — standard and extended, IDE – identifier extension bit, RTR – remote transmission request bit. A logic 0 (dominant bit) indicates a data frame. A logic 1 (recessive bit) indicates a remote frame. DLC – data length code, and data field
[0053] In an embodiment, CRC – cyclic redundancy check – the CRC field is used for error detection, ACK – acknowledgement slot. The transmitting node checks for the presence of the ACK bit on the bus and reattempts transmission, if no acknowledge is detected. Arbitration is the process in which two or more controllers agrees to use the bus. It is of very important for the available bandwidth for data transmission and this is the base for CAN bus communication. Arbitration process is performed over the arbitration ID.
[0054] In another embodiment, for example, the data transmission/reception sequence is as follows: ETU-1 101 transmits a message, ETU2-ETU-N 102-104 receives the message, ETU2-ETU-N 102-104 accepts the message, demonstrates flexibility of the broadcasting messages. The definition of message IDs and the setup of the message filter depend solely on the application needs. Message IDs can be assigned during the design phase and are usually hard coded into the application. With each data frame, upto8 bytes of data can be transmitted from ETU-1 101 to other ETU’s. Data field of first data frame can be provided with a unique ID (Hex code) which can be identified as broadcast message by all other ETU2-ETU-N 102-104, when data frame is received over the bus.
[0055] In another embodiment, the next byte in first CAN data frame can indicate total number of data bytes (parameters data). The data bytes can be transmitted in subsequent CAN data frames as only 8 bytes can be transmitted from one ETU-1 101 to another ETU2-ETU-N 102-104 in CAN communication. Number of CAN data frames can be transmitted from ETU-1 101 to another ETU2-ETU-N 102-104 depending upon the parameterization data size. First byte of each data field of CAN data frame can provide frame number information. CAN application on ETU can collect and do sequencing of data for further use.
[0056] In another embodiment, the last CAN data frame two bytes CRC can be provided to verify the data bytes in data field of received CAN data frames from ETU-1 101. Total parametrization data can be collected by CAN application when last CAN data frame can be received by ETU2-ETU-N 102-104. If second data byte i.e. D1 is a Broadcast ID hex code, then all ETU2-ETU-N 102-104 can accept the data received over CAN communication. Broadcast ID Hex byte would be assigned during the design phase and are usually hard coded into the application.
[0057] In an embodiment, the CAN-bus architecture can be designed to provide a reliable channel for short control messages that is robust to errors and malfunctions. Accordingly, the CAN protocol supports message prioritization and integrates cyclic redundancy checks to ensure that messages arrive without errors.
[0058] In an embodiment, filters 201 may be used to pre-screen a received frame so that only those frames intended for use by the controller is stored in a receive buffer 202. The devices can perform receive acceptance filtering or screening. Acceptance filtering is typically accomplished by comparing information in the header portion of a received message to be filtered or screened (and, in some cases, also the first and/or second byte in the data field of the received CAN message) to one or more pre-established values, sometimes called acceptance filters or screeners. The device may filter a message and to decide where to store the message. Each filter 202 is linked to a message buffer 202. Upon a successful comparison of the incoming message header, the message is stored in the message buffer.
[0059] In an embodiment, the message buffers are used to store incoming (receive) messages and to stage outgoing (transmit) messages. This message storage scheme provides a great deal of flexibility to the user, as the user is free to use as much or as little message storage area as an application requires, and is also free to position the message buffers wherever it is most convenient
[0060] FIG. 3 illustrates data formation in CAN data frame, according to an embodiment of the present disclosure
[0061] In an embodiment, devices in CAN network can send data in packets called frames. The frame format of CAN protocol includes SoF – Start of Frame bit – indicates the beginning of a message with a dominant (logic 0) bit. Arbitration ID – identifies the message and indicates the message’s priority. Frames come in two formats — standard, which use an 11-bit arbitration ID, and extended, which uses a 29-bit arbitration ID. IDE – Identifier Extension bit – This bit allows differentiation between standard and extended frames. RTR – Remote Transmission Request bit – This bit is used to differentiate a remote frame from a data frame. A logic 0 (dominant bit) indicates a data frame. A logic 1 (recessive bit) indicates a remote frame. DLC – Data length code – It indicates the number of bytes the data field contains. Data Field – contains 0 to 8 bytes of data and up to 64 bytes of data for CAN-FD (Flexible Data rate).
[0062] In an embodiment, CRC – Cyclic Redundancy Check – the CRC field is used for error detection. It contains 15-bit cyclic redundancy check code and a recessive delimiter bit. ACK – Acknowledgement slot – any CAN controller that correctly receives the message sends an ACK bit at the end of the message. The transmitting node checks for the presence of the ACK bit on the bus and reattempts transmission, if no acknowledge is detected. Arbitration is the process in which two or more CAN controller agrees to use the bus. It is of very important for the really available bandwidth for data transmission and this is the base for CAN bus communication. Arbitration process is performed over the arbitration ID.
[0063] FIG.4 illustrates a process for performing parametrization of electronic trip units, according to an embodiment of the present disclosure.
[0064] Referring to FIG.4, the method includes transmitting 401, from a first controller of a first electronic trip unit (ETU1), upon receipt of a transmit signal, a first data set to the CAN bus, wherein the ETU1 comprises a first transceiver and a first CAN driver; and receiving 402, at a second controller of a second electronic trip unit (ETU2), the first data set, wherein the ETU2 comprises a second transceiver and a second CAN driver, and wherein the second controller is configured to store (403) the first data set in a second memory device operatively coupled with the ETU2.
[0065] In an embodiment, the method further includes the bus comprises controller area network (CAN)-type multiplexed serial bus; and transmitter and receiver roles are assigned to respective ETU’s of the CAN network based on the priority level.
[0066] The present invention, in various embodiments, includes components, methods, processes, systems and/or apparatus substantially as depicted and described herein, including various embodiments, sub-combinations, and subsets thereof. Those of skill in the art will understand how to make and use the present invention after understanding the present disclosure. The present invention, in various embodiments, includes providing devices and processes in the absence of items not depicted and/or described herein or in various embodiments hereof, including in the absence of such items as may have been used in previous devices or processes, e.g. for improving performance, achieving ease and\or reducing cost of implementation.
[0067] It should be apparent to those skilled in the art that many more modifications besides those already described are possible without departing from the inventive concepts herein. The inventive subject matter, therefore, is not to be restricted except in the spirit of the appended claims. Moreover, in interpreting both the specification and the claims, all terms should be interpreted in the broadest possible manner consistent with the context. In particular, the terms “comprises” and “comprising” should be interpreted as referring to elements, components, or steps in a non-exclusive manner, indicating that the referenced elements, components, or steps may be present, or utilized, or combined with other elements, components, or steps that are not expressly referenced. Where the specification claims refer to at least one of something selected from the group consisting of A, B, C … and N, the text should be interpreted as requiring only one element from the group, not A plus N, or B plus N, etc. The foregoing description of the specific embodiments will so fully reveal the general nature of the embodiments herein that others can, by applying current knowledge, readily modify and/or adapt for various applications such specific embodiments without departing from the generic concept, and, therefore, such adaptations and modifications should and are intended to be comprehended within the meaning and range of equivalents of the disclosed embodiments. It is to be understood that the phraseology or terminology employed herein is for the purpose of description and not of limitation. Therefore, while the embodiments herein have been described in terms of preferred embodiments, those skilled in the art will recognize that the embodiments herein can be practiced with modification within the spirit and scope of the appended claims.
[0068] While various embodiments of the present disclosure have been illustrated and described herein, it will be clear that the disclosure is not limited to these embodiments only. Numerous modifications, changes, variations, substitutions, and equivalents will be apparent to those skilled in the art, without departing from the spirit and scope of the disclosure, as described in the claims.

ADVANTAGES OF THE INVENTION
[0069] The present invention provides a system that can reduce the wiring cost, weight and complexity.
[0070] The present invention provides a system that can provide a mechanism to perform parametrization of multiple trip units in single instance using CAN communication in less time.
[0071] The present invention provides a system designed with CAN-bus architecture to provide a reliable channel for short control messages that is robust to errors and malfunctions.