A solution emerges
The NeSSI bus market is relatively small compared to others. So, it would be unrealistic to imagine that any one company would allocate resources to develop an IS transducer bus specifically for NeSSI. From the outset, the NeSSI visionaries realized they would need to build on existing bus systems and reuse as much commercially available technology and infrastructure as possible to have a realistic chance of success.
A key requirement of a NeSSI bus is that it be an open standard, available to the general public (not necessarily free of charge). To ensure compatibility, interoperability and multi-vendor component interchangeability, a bus must adhere to the three layers included in the Open Systems Interconnection (OSI) Layer Reference Model (ISO 7498). Typical industrial communications protocols implement the following three OSI layers:
1. The link layer, usually implemented in protocol controller ASIC, defines the control bytes and their use in transporting the data;
2. The application layer, usually implemented in software, defines the meaning of the data bytes; and
3. The physical layer defines the electrical signals, their timing and their transport media (i.e., wiring, connectors, etc.).
The link layer posed two principal concerns — cost and size (or miniaturization) of the ASIC. The cost of integrated circuits is proportional to their quantity and complexity. CAN, originally developed by Bosch for the automotive industry, is a link layer specification implemented in ASICs and microcontrollers produced in huge quantities — more than 500 million CAN chips are sold each year. With high production volumes and simple architecture, CAN network controllers often are included on simple 8-bit microcontrollers costing less than $5. Further, with the communications controller embedded in the same IC as the microcontroller, the miniaturization achievable with the CAN protocol is unparalleled by any network requiring separate protocol and processing ICs. These characteristics make CAN a good choice for the NeSSI bus link layer.
Function Block Model: CANopen provides device profiles and function block descriptions.
The principal challenge with the application layer was to ensure interoperability and enable interchangeability in an open multi-vendor environment. CAN in Automation (CiA) members have developed a number of device profiles that specify how transducers and closed-loop controllers connect, enabling a plug-and-play network. CANopen device profiles such as DS 404 V1.2 describe devices for measuring or controlling loops of different physical quantities. Also defined are function block descriptions of digital input, analog input, digital output, analog output, controller, alarm and device functions (Figure 3). Availability of CiA device profiles made CANopen a good choice for the NeSSI bus application layer.
Given the suitability of CANopen link and application layers, intrinsic safety remained the only issue to be resolved. The suitability of a system for IS applications is determined largely by its external electrical signals, which in a communication system are defined in the physical layer specification.
Safe Oerating Current:Bus operating at 24V dc significantly limits current available to IS device.