Interested in linking to "ISA100 Gives Up on Convergence"?
You may use the Headline, Deck, Byline and URL of this article on your Web site. To link to this article, select and copy the HTML code below and paste it on your own Web site.
An evaluation team was formed to determine which, if any, of the proposals was acceptable. The selection criteria were based on a set of common user requirements (CURT) developed with the User Working Group. The evaluation team prepared a matrix showing how each user requirement could be met by each of the three proposals. The following is a summary of the evaluation team's findings:
Since the Team G proposal could use any version of WirelessHART or ISA 100 Wireless, including the newly proposed versions, it was also found to meet all of the CURT requirements.
In the end, no proposal addressed the core problem: definition of a single network specification that could replace both WirelessHART and ISA 100 Wireless and offer backward compatibility with both prior existing networks. The basic incompatibilities between the two networks remained, and neither proposal team could accept the requirements to modify their own base network to adopt the other proposal method.
The following summarizes the basic technical incompatibilities preventing interoperability between WirelessHART and ISA 100 Wireless:
Unless all five of these differences are resolved, interoperability between ISA 100 Wireless and WirelessHART is not possible without messages being stored in a gateway common to both networks, and forwarded to a receiving node on the other network. Direct communications between nodes on different networks is not possible.
No other methods to find a technical path to converge the two protocols have been proposed, and the subcommittee has been disbanded.
One of the early results of the ISA100.12 meetings was a recommendation by a small group of end users that suppliers could ship products that would be configured by the supplier at the factory, or later by the end user, to operate on either WirelessHART or ISA 100 Wireless. We called this the "dual-boot" solution. Because this was not a communications protocol solution, it was not issued as a work product of the committee. However, since the ISA100.12 committee has now abandoned its convergence search, perhaps users' needs can be satisfied by a dual-boot vendor offering.
There are three ways to accomplish a dual-boot product:
The advantages of dual-boot are that a user would need to inventory only one wireless instrument for each function (pressure, temperature, flow, level, etc.) that would work on either network. Since no additional hardware is required, the cost difference should be negligible. The disadvantage would be for the instrument company that would be required to support both communications stacks.
Will the instrument companies offer dual-boot wireless field instruments? Not unless users demand them. Instrument companies have no incentive to offer dual-boot instruments. However, continuous pressure from the users can change this situation when at least one major supplier agrees to supply dual-boot devices.
Users do not like the fact that ISA100 has abandoned the WirelessHART convergence effort. Their anger should be redirected to their suppliers of wireless instrumentation and systems in the form of product demands by writing the required functionality into their purchase specifications for wireless instrumentation and DCS.
The fact that their favorite DCS supplier can't interface/support their chosen wireless network is a business decision of the supplier. User demand can change such business decisions. When user organizations write specifications for new DCS or instrumentation systems, they should specify the wireless protocol they need or to specify functionality that they need, and not be forced to specify only the one network supported by their favorite supplier.
Waiting for a single wireless standard is pointless. It will not happen with the current generation of hardware using IEEE 802.15.4 radios. Meanwhile, both ISA 100 Wireless and WirelessHART can meet most current wireless needs, and there is no reason to wait before using wireless.
ISA100 was formed in 2004 to develop the standards for wireless networks used for industrial automation, including process control applications. By 2007, there was general agreement within ISA100 on the technology to be employed by the standard. In 2008, the HART Communications Foundation (HCF) announced the development of the HART 7 specification that included a wireless option called WirelessHART. HCF supplied some technical information to the ISA100 standards committee to help in aligning their work with the wireless protocol of HART 7. However, the ISA100 committee had already made technical decisions that prevented use of the methods embedded within HART 7, thus assuring that the two networks would not be able to interoperate. The ISA100 technical committee determined that changing these protocol elements to those of HART 7 would have made the protocol non-conforming to the Technical Requirements Document that had been created from the examination of hundreds of use cases compiled by the ISA100 User Working Group.
When the ISA100.12 was formed, it was charged with finding a technical path to converge the two different standards. It decided that the only way to obtain this technical path was to issue a RFP, and then evaluate the results. The User Working Group helped to establish the evaluation criteria by forming CURT (Common User Requirements Team.) Many of the CURT requirements reflected features/functions that were part of the original ISA100 Technical Requirements and were already present in ISA 100 Wireless, but not present in the current version of WirelessHART.
The three responses to the RFP were prepared by the following vendor cooperatives:
When the Proposal Evaluation Team (Eval) met to understand the technical details of each proposal and to determine how each of the CURT requirements were met, it became clear that the Team H proposal met all user requirements as presented, except that it was not backward-compatible with installed WirelessHART devices. The Team E proposal was found to be incomplete in some areas. As discussions continued, the Eval accepted some missing elements to the Team E proposal when some of their advanced developments already in progress were presented. With these advanced developments, the Team E proposal was determined to meet all CURT requirements, except that it would not be backward- compatible with installed ISA 100 Wireless devices. Since the Team G proposal could use any version of WirelessHART or ISA 100 Wireless, including the newly proposed versions, it was also found to meet all of the CURT requirements. There was no basis for protocol selection based on the only criteria available to evaluate the proposals.
Discussions in the Evaluation Team were highly focused on the marketing effect, not the technology. Due to the competition in the wireless instrumentation market, any compromise agreements were impossible in these meetings. It was decided to document the Evaluation Team efforts by showing these disagreements in the archives of the committee working papers. Having no further methods to obtain a technical path to convergence, ISA100.12 found that its work was complete without a desired result. ISA100 voted to disband ISA100.12.