# OPC-AE support

**URL:** <https://forum.inductiveautomation.com/t/opc-ae-support/7797>\
**Category:** Ignition\
**Created:** [January 7, 2014, 9:54pm UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797 "2014-01-07T21:54:45Z")\
**Posts on this page:** 14\
**Page:** 1

<div class="post-metadata">

**Author:** ![jypsilantis](https://avatars.discourse-cdn.com/v4/letter/j/258eb7/32.png) [@jypsilantis](https://forum.inductiveautomation.com/u/jypsilantis)\
**Post date:** [January 7, 2014, 9:54pm UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/1 "2014-01-07T21:54:45Z")

</div>

I am currently assessing Ignition as a middleware option to allow bridging of SCADA data for external application interface. Specifically, I am interested in using OPC-UA as a common interface standard for this, as it is (and will be) supported by an increasing number of third-party SCADA master stations.

I understand that the OPC-AE to OPC-UA bridge logic is not currently present in Ignition. While UPC-AE services appear under the Server folder, there appears to be no linkage to underlying data as there is for other services.

I am particularly interested in cross-platform OPC-AE access (Windows \<–\> Linux) for two reasons:

1. One of my company’s systems (LIAP, an intelligent alarm processor) deals with SCADA alarms. Access to SCADA alarms via a standard protocol such as OPC-UA would simplify integration with most third party SCADA systems, and

2. One of my clients has a policy of retaining SCADA alarm and event data for forensic purposes. There is a statutory constraint that all such data needs to be retained over and for the life of the underlying asset (approx 70 years). Issues arise whenever the SCADA master station is changed, and as a result it is more practical to store such data in an external historian or SQL database. (It is relatively simple to export and reimport data between DBMS rather than SCADA - to SCADA).

It appears that basic hooks already exist in Ignition to support OPC-AE. If this is implemented fully, then I can consider recommending Ignition for these purposes on upcoming projects over the coming two years, and to use it to support data interface for LIAP.

Please let me know if there is a timetable for implementing OPC-AE in Ignition.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [January 7, 2014, 9:57pm UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/2 "2014-01-07T21:57:38Z")

</div>

Sorry, there’s nothing on the timeline, although it doesn’t hurt that someone (you) has finally asked for it…

Just to clarify: OPC-AE is the alarming/events for the legacy DCOM-based OPC. In OPC-UA it’s called Alarms & Conditions. _shrug_ Important distinction when picking out software that needs to be cross-platform/UA, I guess.

---

<div class="post-metadata">

**Author:** ![phale](https://avatars.discourse-cdn.com/v4/letter/p/53a042/32.png) [@phale](https://forum.inductiveautomation.com/u/phale)\
**Post date:** [February 27, 2014, 7:57pm UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/3 "2014-02-27T19:57:20Z")

</div>

I guess this post will make me the second to ask for A&E support…

I support 6 sites with Emerson DeltaV control systems. The DeltaV A&E OPC Server is a COM based DA server.

DeltaV A&E info:[http://www2.emersonprocess.com/siteadmincenter/PM%20DeltaV%20Documents/ProductDataSheets/PDS\_OPC\_EventsServer.pdf](http://www2.emersonprocess.com/siteadmincenter/PM%20DeltaV%20Documents/ProductDataSheets/PDS_OPC_EventsServer.pdf)

---

<div class="post-metadata">

**Author:** ![dfenter](https://avatars.discourse-cdn.com/v4/letter/d/87869e/32.png) [@dfenter](https://forum.inductiveautomation.com/u/dfenter)\
**Post date:** [August 13, 2014, 2:33pm UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/4 "2014-08-13T14:33:57Z")

</div>

I need this as well. We are performing an alarm management project right now, and being able to import alarm info from OPC-AE would be very helpful.

Make it happen!

---

<div class="post-metadata">

**Author:** ![anna](https://avatars.discourse-cdn.com/v4/letter/a/779978/32.png) [@anna](https://forum.inductiveautomation.com/u/anna)\
**Post date:** [October 23, 2014, 10:11pm UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/5 "2014-10-23T22:11:29Z")

</div>

Just FYI - there is a great new portal for feature requests and up-votes: [ideas.inductiveautomation.com/](http://ideas.inductiveautomation.com/) - OPC-AE sounds like a great topic to post there.

---

<div class="post-metadata">

**Author:** ![Xavier\_Mesrobian](https://avatars.discourse-cdn.com/v4/letter/x/7ea924/32.png) [@Xavier\_Mesrobian](https://forum.inductiveautomation.com/u/Xavier_Mesrobian)\
**Post date:** [March 3, 2022, 12:21am UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/6 "2022-03-03T00:21:22Z")

</div>

You might want to consider the Cogent DataHub to address this. DataHub can convert OPC DA A&E to OPC UA Data points, so you can ingest the Alarms and/or Events. Learn more at [DataHub | OPC A&E](https://cogentdatahub.com/features/protocols/opc-ae/).

---

<div class="post-metadata">

**Author:** ![indenkleefj](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/indenkleefj/32/10961_2.png) [@indenkleefj](https://forum.inductiveautomation.com/u/indenkleefj)\
**Post date:** [May 16, 2023, 11:33am UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/7 "2023-05-16T11:33:25Z")

</div>

Are the OPC-UA Alarms & Conditions available within Ignition through Siemens pcs7 openpcs7 A&E OPC server?  
Some screenshots from the manual:  
 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/a/7aadf64d0f789ec9b2a357177e485b855bf49ef4.png)  
 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/4/7/47543829d440507d6f84fd1983df7a9bb724744f.jpeg)

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [May 16, 2023, 1:11pm UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/8 "2023-05-16T13:11:47Z")

</div>

No.

This is loosely on our roadmap for some time after OPC UA 1.05 support.

---

<div class="post-metadata">

**Author:** ![zxcslo](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/zxcslo/32/61610_2.png) [@zxcslo](https://forum.inductiveautomation.com/u/zxcslo)\
**Post date:** [May 16, 2023, 2:04pm UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/9 "2023-05-16T14:04:33Z")

</div>

> [@Kevin.Herron](#):
>
> after OPC UA 1.05 support

And when will Ignition support OPC UA 1.05 (publish/subscribe)?

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [May 16, 2023, 2:08pm UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/10 "2023-05-16T14:08:15Z")

</div>

Don’t know, not even on a roadmap or thought about at this point.

OPC UA 1.05 is orthogonal to PubSub. I’m referring to PubSub support being unknown.

---

<div class="post-metadata">

**Author:** ![indenkleefj](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/indenkleefj/32/10961_2.png) [@indenkleefj](https://forum.inductiveautomation.com/u/indenkleefj)\
**Post date:** [May 17, 2023, 6:40am UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/11 "2023-05-17T06:40:15Z")

</div>

Could this work as an alternative way?  
 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/6/5/65b9247d00168e0c2a7fc0ee597cc6d6f70638c0.png)

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [May 17, 2023, 11:27am UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/12 "2023-05-17T11:27:53Z")

</div>

OLE DB is the successor to ODBC, and is not accessible from java.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [May 17, 2023, 12:17pm UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/13 "2023-05-17T12:17:30Z")

</div>

Maybe via SQL Server linked server? No idea, but that’s my suggestion for ODBC stuff.

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [May 17, 2023, 12:27pm UTC](https://forum.inductiveautomation.com/t/opc-ae-support/7797/14 "2023-05-17T12:27:36Z")

</div>

> [@Kevin.Herron](#):
>
> my suggestion for ODBC stuff.

Hmmm. Just noticed this:

> **[GitHub - CartoDB/odbc\_fdw: PostgreSQL Foreign-data Wrapper for ODBC](https://github.com/CartoDB/odbc_fdw)**
>
> PostgreSQL Foreign-data Wrapper for ODBC. Contribute to CartoDB/odbc\_fdw development by creating an account on GitHub.

ODBC, not OLE DB, but might be a possibility if a SQL Server license is not in the budget.
