Caro's SP100 Report

The ISA SP-100 standards committee plans to hold a demonstration of ISA100 at the Conference and Expo to be held in Houston on October 2-4. This, to stress the readiness of the networking technology and the cooperation among the potential suppliers.

By Dick Caro

1 of 2 < 1 | 2 View on one page

By Dick Caro

ISA100 Meets in Canada

The ISA SP-100 standards committee met for three days following ISA’s Wireless Summit held in Vancouver, B.C. Several major goals for the standard, to be named ISA100, have been met, with the prospect of the first SP-100 committee ballot scheduled to be following this year’s ISA Conference and Expo to be held in Houston on October 2-4. The committee is planning to hold a demonstration of ISA100 at this event to stress the readiness of the networking technology and the cooperation among the potential suppliers, most of which are participating in the demo.

The committee has now agreed upon all of the major sections of the Principles of Operation, an overview of the protocol describing how each layer will accomplish its goals. A more detailed version of this document, called the Functional Description, is already completed. It will serve as the framework for the ISA100 standard itself. Each of the layers now appears to be defined completely using as much standard technology as possible.

The lowest layer, the PHY/MAC, is based on the use of IEEE 802.15.4:2006 chips that are also used for both WirelessHART and ZigBee. This layer was chosen because these chips are designed for use in very low-power, battery-operated networks and have the speed and range required for industrial wireless networks. ISA100 only uses the 2.4 GHz ISM (industrial, scientific, and medical) band supported by these chips, which are available at low cost from several silicon suppliers. The MAC layer is the portion of the data link layer (DLL) that is necessary to support these chips.

The upper portion of the data link layer (UDLL) immediately above the PHY/MAC has been designed by this committee for the channel-hopping that will be needed to provide frequency diversity necessary to overcome the multipath reflections expected in processing areas often referred to as “canyons of steel.” The UDLL also has used the 16 channels that were defined by IEEE 802.15.4, so that ISA100 will avoid interference with WiFi or IEEE 802.11, which will often be used in manufacturing areas for both supervisory and other data networks.

One of the most far-reaching decisions reached at the Vancouver meeting was the selection of an Internet draft standard, 6LoWPAN, as the network-layer protocol. This forward-thinking technology is based on Internet Protocol Version 6 (IPv6), but in a reduced form suitable for low-power networks. The significance of this choice is that ISA100 will be able to communicate with common IP-based protocols such as UDP, SMTP and FTP. For example, Foundation Fieldbus HSE is based on the use of UDP.

6LoWPAN at the network layer allows the use of a simple, well-defined protocol, RDP, at the transport layer. RDP (reliable data protocol) is also an Internet standard (RFC 1151) last updated in 1990. RDP is simple subset of TCP, the most common transport layer protocol. In this case, simplicity means not implementing those features of TCP that are useful only on large, high-speed networks, such as the Internet. Using existing, but simple Internet protocols at the network and transport layers is very important to ISA100, since that will enable many future applications, such as location of a web server in wireless field devices, as wireless and battery technologies advance. The committee evaluated both 6LoWPAN and RDP to be sure that they did not introduce excess overhead to ISA100 messages. ISA100 does not implement either the session or presentation layers of the ISO seven-layer data communications model.

The Application layer remains as an object-oriented data transfer mechanism using EDDL to make it compatible with Foundation Fieldbus, Profibus, HART and OPC. Each of these consortiums supports EDDL and is expected to create interfaces to the ISA100 application layer. So far, only the Fieldbus Foundation has made a formal announcement that it will support ISA100. Additionally, a full data encapsulation protocol has been defined to tunnel messages between wireless field devices and their host systems that do not use EDDL. Tunneling will be used to allow Modbus, DeviceNet, EtherNet/IP and other such common wired industrial network protocols access to the wireless network.

Network security is being addressed for both the process of forming the network (joining) and for integrity of the data being transferred. Both operations will be encrypted to assure that only authorized and properly configured units are admitted to the field network, and that data exchanges will be protected from interception. Details of the security protocols are still being worked out, but will use well-accepted practices defined in the ISA99 draft standard.

The issue of WirelessHART continues to be debated at these meetings. Users have consistently indicated their dissatisfaction with the fact that WirelessHART and ISA100 will be different and not interoperable. Previously, the users were assured that each network, both operating at 2.4 GHz, could be assigned a set of the 16 available channels to avoid interference if that ever becomes a problem. While this suggestion is technically workable, dissatisfaction remains. Users continue to press for greater cooperation from both organizations, and meetings between SP100 and the HART Communications Foundation continue.

The SP-100/HART collaboration committee released this statement: “An active dialog is underway between ISA100 and the HART Communications Foundation to define how collaboration between the two organizations can best be accomplished to satisfy the acknowledged needs of industry for clear and understandable wireless standards.”

As part of the ISA100 process of forming its mesh network, called discovery, a unique format for ISA100 devices has been defined to differentiate from WirelessHART, ZigBee or any other message using IEEE 802.15.4 chips. At least this will allow manufacturers who wish to build devices recognizing multiple protocols (such as ISA100 and WirelessHART) to be able to use their ISA100 stack for ISA100 messages.

1 of 2 < 1 | 2 View on one page
Show Comments
Hide Comments

Join the discussion

We welcome your thoughtful comments.
All comments will display your user name.

Want to participate in the discussion?

Register for free

Log in for complete access.


No one has commented on this page yet.

RSS feed for comments on this page | RSS feed for all comments