Search this site

Entries in OPC (6)

Monday
Jul052010

Honeywell Completes Acquisition of Matrikon

Honeywell announced June 28 it has completed the acquisition of Matrikon for approximately $139 million USD (approximately $144 million CAD). Matrikon will be integrated with the Advanced Solutions business of Honeywell Process Solutions (HPS). Matrikon's open connectivity in process control business, MatrikonOPC, will operate as a separate business entity within HPS.

"The Matrikon brands are outstanding additions to our technology portfolio," said Norm Gilsdorf, president of HPS, a business within Honeywell's Automation and Control Solutions group. "Combining our experienced teams and products will enable us to create stronger, enterprise-wide solutions that improve business performance for respective customers. In addition, the deal provides significant opportunity to grow within our existing customer bases in both mature and emerging markets around the world."

Based in Edmonton, Canada, Matrikon specializes in technology to manage production, optimize operations and monitor assets at industrial plants including oil and gas, refining, energy, power and mining companies. According to the release, Matrikon and HPS' products are highly complementary, specifically in the areas of asset management, production management, operations optimization, plant cyber security and data collection and visualization. In addition, Honeywell supports MatrikonOPC's commitment to vendor neutral open connectivity in process control (OPC), leading new technology development and helping people adopt open standards based solutions.

In an exclusive interview, Gilsdorf told me that the acquisition both gives HPS greater penetration within its current customer base while also providing entre into potentially new businesses. "Matrikon have customers where we're either not as strong or even not in, for example upstream, offshore or wellhead. It is also strong in mining and quite a bit of strength in asset management of heavy equipment in mines. It further has strength working with NERC-CIP in the utility industry." When Gilsdorf was running the UOP business for Honeywell prior to coming to HPS, he was interested in Matrikon. "At UOP, we were interested in their remote monitoring capability," he added.

Running MatrikonOPC as a separate business unit is not unusual within Honeywell, citing Tridium as an example. "We want it to be successful and grow," Gilsdorf added.

I asked about his UOP experience with the technology and engineering division of Honeywell Specialty Chemicals. He replied that there is a lot of personnel movement between the two companies. "Honeywell likes to do things like this," Gilsdorf said. He then referred to the recent announcement of the agreement between Honeywell and Shah Gas Development Project of the Abu Dhabi Gas Development Co. Ltd. which reflects the One Honeywell approach of the company.

In this project, Honeywell will provide Experion Process Knowledge Systems and Safety Manager technologies. These can be integrated to give personnel a complete view of process and safety information across the site. In addition to this core system, Honeywell will design, engineer and implement a broad array of new technologies and advanced applications that will help the plant operate as efficiently as possible from the first day of production. The project will include OneWireless networking to track key personnel and assets during both construction and operational phases. Operations staff will be equipped with wireless gas detectors that will transmit alerts when dangerous gases are detected.
 


Saturday
Feb062010

Gary's industry blog reading

Here's a sampling of the industry blogs I read over the past couple of days.

Jim Cahill's Emerson Process Experts on Optimum Combustion for Reduced Greenhouse Gas Emissions. Actually, I bookmarked that one for information for an article on sustainability I'm writing for our March issue of Automation World. Thanks, Jim.

Jim was back later with Similarities and Differences in Fired Heater Safety Standards. He also posted Electronically Dispatching Work Procedures. The idea of promoting internal experts to the community is good marketing and a community service.

Greg McMillan continued his Exceptional Opportunities in Process Control series with Middle Signal Selection.

Eric Murphy at the OPC Exchange Blog writes about OPC UA's adoption as a standard within NIST's Framework and Roadmap for Smart Grid Interoperability Standards.

Speaking of OPC UA, I've been wondering about it versus OPC Xi -- the standard built on Microsoft .Net that the large systems suppliers seemed to want for a quick fix to the COM/DCOM problems of classic OPC. There'll be more coming after some press conferences Monday in Orlando, but the gist is that there will be a number of companies coming out with embedded solutions that will expand OPC UA into a number of new areas. So, if you are just updating your OPC communication from field devices and controllers to HMI or databases, Xi will get you there quickly. If you're looking for additional opportunities for communication, stay tuned to OPC UA.

Tuesday
Nov242009

PLCopen meets OPC

I'm not in Germany this week, so I'm not attending the SPS Drives show. (Man, that would have put me over the top for Platinum Elite on Continental, but also put me over the top for divorce court, too, maybe.) I'm watching for Carl Henning's "tweets" from the Profibus point of view. But meanwhile, Tom Burke, OPC Foundation president, sent a note about a collaboration effort between OPC Foundation and PLCOpen--the keepers of the IEC 61131 PLC programming standard.

In this case, the organizations and their members are demonstrating a mapping of the IEC 61131-3 programming model to OPC UA with five HMI and five control suppliers showing transparent data exchange using OPC UA in a boiler application.

Friday
Nov202009

OPC Xi Updated

Missed a couple of days. Trying to get the December issue of Automation World put to bed, then drove up to the Chicago office for a meeting with Baldor (among other things, which included dinner with my daughter and a surprise visit from my son who picked up a flight to Chicago as FO on a 737 and he joined us--nice birthday dinner).

After the last OPC post, I quickly received a bunch of calls and emails. Rather than edit the last post, I just thought I'd post some additional thoughts.

First--no, this isn't a conspiracy by Emerson, as one writer suggested. Many companies were behind the effort--including Iconics, one of OPC's staunchest supporters. Emerson just took the initiative. (I sometimes think there are more conspiracy theories in the automation market than espoused on Fox News.)

Second--there really is no relationship between Xi and UA. Only that UA is going down a path of platform independance and is ambitious to the extent of not only lower-level data exchange, but also extending to enterprise level data exchange. Because of the platform independence, new tools will be required to program and configure it. But, technology suppliers typically are all on Microsoft platforms, have migrated to the .Net platform and are writing in C#. (Side note: I recently was listening to a high tech podcast where the programmers were extolling the improved speed of execution of code written in C#, pronounced c-sharp, by the way, for you non-music majors.) So, companies were looking for a way to replace DCOM--a technology no longer supported by Microsoft, and one that never worked all that well anyway. The .Net (pronounced dot-net) platform includes Windows Communication Foundation (WCF) which includes enhanced security provisions and allows for tunnelling through corporate firewalls.

Third--OPC Foundation views Xi as a DCOM replacement. In its view, this is a step on the way to total implementation of UA. We'll just have to see how that plays out. But in the short term, this technology should be a major improvement on the basic OPC that you've all come to know and love. But this technology extends the current OPC and probably will eventually help in UA implementation (I hope).

Tuesday
Nov172009

OPC adopts Xi

A couple of OPC items just crossed my inbox. I wrote previously about the Express Interface (Xi) developed mainly by Emerson Process Management (along with other companies) in response to a desire for a scaled down, Microsoft compatible OPC UA migration path and that OPC Foundation was investigating. Well, it's been approved. Meanwhile, as OPC UA moves from the developer community to general use, training becomes an issue. OPC President Tom Burke addresses this. Details below.

The OPC Foundation Board of Directors voted earlier this month to add Express Interface (Xi) to the OPC Foundation technology portfolio, complementing OPC UA and COM-based OPC Classic technologies. OPC Xi is a new interface based on Microsoft.Net Windows Communication Foundation (WCF) technology. It is specifically designed for secure reliable access to real-time, historical and alarm and event based information.

The OPC Xi interface is the result of collaboration among several OPC vendor companies from the process industry to develop an easily integrated and secure solution for a variety of plant communications. OPC Xi was developed with the primary goal to provide a .Net-based migration path from OPC Classic. OPC Xi may also be used as a standard .Net WCF interface for newly developed OPC servers.

"The OPC Foundation Board of Directors has adopted Express Interface (OPC Xi) as a standard OPC interface. OPC Xi has been designed as a complementary interface that enables both .Net clients and existing COM-based OPC Classic clients to access OPC Classic servers at the same time.  OPC Xi can also be used as a standard OPC interface for newly developed .Net servers," says Thomas J.  Burke, OPC Foundation President. "The OPC Board of Directors has taken this action in response to feedback from members asking for a backwards compatible .Net interface for OPC Classic servers."

From Tom's Blog on training

I have been getting a lot of questions in the last several months from end-users wanting to learn about OPC UA, now that there are some very significant companies developing and shipping OPC UA products. So I started doing some research to find training targeted towards end-users. Most of the training being offered by OPC and the OPC vendors was geared towards vendors (specifically developers). Other companies offer training as part of their product training. The requests I was getting was from end-users looking for OPC UA vendor neutral training. Then I came across OPCTI having added OPC UA to their portfolio of training classes, so decided to dive in to see what they are offering.

The OPC Training Institute recently announced their OPC UA training course. This is the only course I found that targets end-users and integrators. I have had the opportunity to work with principals of the company for quite a while.

The hands-on class covers all OPC UA specifications, performance and benchmarking tests, the companies who provide OPC UA products, as well as the new security model that improve Classic OPC capabilities. Along the way, attendees explore OPC UA's new data information model and how it enriches access to industrial records. They also get to inspect the new data transportation model that uses Web Services and binary protocols to eliminate reliance on Microsoft's DCOM technology. Through numerous hands-on exercises, students gain the necessary knowledge to provide solution architectures and handle OPC UA integration on their own.

The courses are executed around the world, so I encourage you to check out their website and take a look at their list of training locations.

If you are a vendor building an OPC UA product, make sure you get your product to OPCTI for them to use as part of the hands on training.

If you are an end-user or system integrator register and attend one of their OPC UA training classes and learn what OPC UA can do for you.