# OPC UA alternatives (aka Kepserver)? **URL:** \ **Category:** General Discussion\ **Created:** [February 13, 2018, 4:23am UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962 "2018-02-13T04:23:31Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![R.Alamsha](https://avatars.discourse-cdn.com/v4/letter/r/e5b9ba/32.png) [@R.Alamsha](https://forum.inductiveautomation.com/u/R.Alamsha)\ **Post date:** [February 13, 2018, 4:23am UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/1 "2018-02-13T04:23:31Z")
I would like to deploy Ignition on Linux cloud and communicate with 100’s of remote RTUs and PLCs via VPN. Windows based OPC UA servers are NOT suitable for remote management apart from stability and security issues. 1. Is there any linux based robust alternative for Windows based OPC UA servers like Kepserver?. 2. Can MQTT be used in place of OPC UA?. 3. A new protocol called “WOOPSA” claims to be a far better alternative to OPC UA and it can be deployed on Embedded devices, Linux, Node js etc. [http://www.woopsa.org/](http://www.woopsa.org/) Please share your views. ---
**Author:** ![Sanderd17](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/sanderd17/32/8735_2.png) [@Sanderd17](https://forum.inductiveautomation.com/u/Sanderd17)\ **Post date:** [February 13, 2018, 9:24am UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/2 "2018-02-13T09:24:18Z")
The strength of kepware is the amount of drivers it has. There are lots of open-source OPC-UA libraries. Even the official C# OPC-UA library is open source. But the question is if you can communicate to the other side, over the closed protocol. Many PLCs support OPC-UA natively, so you don’t even need a translator like Kepware in between. Ignition can connect directly to it. As a conclusion, you shouldn’t try to find an alternative to OPC-UA, but rather find an alternative for the proprietary protocols still in use. ---
**Author:** ![R.Alamsha](https://avatars.discourse-cdn.com/v4/letter/r/e5b9ba/32.png) [@R.Alamsha](https://forum.inductiveautomation.com/u/R.Alamsha)\ **Post date:** [February 13, 2018, 9:57am UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/3 "2018-02-13T09:57:05Z")
> [@Sanderd17](#): > > The strength of kepware is the amount of drivers it has. I love Kepware but for Windows. I wish, Kepware releases a Linux version too asap. Nevertheless, it opens up a great opportunity for others to build something better than Kepware on Linux. > [@Sanderd17](#): > > As a conclusion, you shouldn't try to find an alternative to OPC-UA, That kills innovation. OPC-UA is not suitable for IOT. Check OPC-UA vs MQTT. Above all, OPC foundation is stuck with Windows and has failed miserably to bring good products on Linux platform. WOOPSA may become a very good alternative for OPC-UA. ---
**Author:** ![Sanderd17](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/sanderd17/32/8735_2.png) [@Sanderd17](https://forum.inductiveautomation.com/u/Sanderd17)\ **Post date:** [February 13, 2018, 12:03pm UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/4 "2018-02-13T12:03:18Z")
> [@R.Alamsha](#): > > I love Kepware but for Windows. I wish, Kepware releases a Linux version too asap. Nevertheless, it opens up a great opportunity for others to build something better than Kepware on Linux. That will be very hard, as Kepware is quite low-level and uses a lot of Windows things, like DCOM for OPC-DA support. > [@R.Alamsha](#): > > That kills innovation. OPC-UA is not suitable for IOT. Check OPC-UA vs MQTT. Above all, OPC foundation is stuck with Windows and has failed miserably to bring good products on Linux platform. WOOPSA may become a very good alternative for OPC-UA. OPC-UA isn't Windows based, it's completely unrelated to the older OPC-DA, and uses none of the annoying DCOM things from Windows. Instead, it just requires plain tcp/udp and custom encryption. OPC-UA is an open protocol btw, the OPC-foundation isn't the only one releasing products. There are OPC clients and servers for many other programming environments. MQTT on the other hand isn't comparable to OPC-UA. OPC defines the structure of your communication, like you would have REST web-services. While MQTT is just like HTTP, it gives some way to send messages with acknowledgements, but that's about it. WOOPSA indeed tries to be an alternative to OPC, but as it's based on JSON over HTTP, I doubt it will be native to PLCs anytime soon. This protocol will be a lot heavier than OPC, and thus even less suited for IOT. ---
**Author:** ![AlThePal](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/althepal/32/3603_2.png) [@AlThePal](https://forum.inductiveautomation.com/u/AlThePal)\ **Post date:** [February 13, 2018, 7:17pm UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/5 "2018-02-13T19:17:18Z")
Wow! I can’t let that one go. WOOPSA heavier than OPC UA? By what measure? The specification for OPC UA currently runs to 1,044 pages, excluding the new section on Publish/Subscribe. The specification for Woopsa is less than 11 pages. Implementing code to parse OPC UA properly would take many months of work. I doubt WOOPSA would take a day. It seems ideally suited to low-powered edge-of-network devices. OPC UA is for big company data acquisition. You’ve got to love the detail they’ve gone to, but most people will never read the specification let alone understand it. The only reason we can use it is because companies like IA and Kepware have done the heavy lifting. Protocols like MQTT and WOOPSA are at least human-scale and understandable. They won’t solve every problem but problems that are too big for them are probably too big for me 🙂 ---
**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:** [February 13, 2018, 7:23pm UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/6 "2018-02-13T19:23:16Z")
> [@AlThePal](#): > > WOOPSA heavier than OPC UA? By what measure? By the only measures that should matter in the end 🙂 Can this be reasonably implemented on an embedded processor? How much CPU time does message serialization take? How much overhead on the wire is there? I suppose they all have their place though. ---
**Author:** ![R.Alamsha](https://avatars.discourse-cdn.com/v4/letter/r/e5b9ba/32.png) [@R.Alamsha](https://forum.inductiveautomation.com/u/R.Alamsha)\ **Post date:** [February 14, 2018, 2:59am UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/7 "2018-02-14T02:59:53Z")
One company which knows OPC-UA on Linux very well is IA. > Ignition will offer the industry's first fully cross-platform commercial OPC-UA server absolutely free. Ignition OPC-UA offers a variety of drivers - with many more to come - and an open driver API, all at no cost to end users. > [Ignition OPC-UA: A First for the Industry | Inductive Automation](https://inductiveautomation.com/news/ignition-opc-ua-first-industry) What happened to this promise?. It's time for Ignition to make their OPC-UA open source and 100% free community version (with all drivers). Ignition can always charge for the pro-version. This decision will push Ignition adoption rate exponentially. We must keep in mind that every serious business will go for the paid version eventually. IA has the most powerful marketing weapon (free OPC-UA) to capture the market. I need NOT teach these simple tricks to IA. With all due respect, i would like to mention that IA has failed miserably to market Ignition, outside US territory. Ignition must also look into affordable cheaper licensing models like 5000 tags, 10,000 tags and 65,000 tags for small and medium class projects which is a big market share. We need a David to kick the Goliaths hard 😉 ---
**Author:** ![R.Alamsha](https://avatars.discourse-cdn.com/v4/letter/r/e5b9ba/32.png) [@R.Alamsha](https://forum.inductiveautomation.com/u/R.Alamsha)\ **Post date:** [February 14, 2018, 4:08am UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/8 "2018-02-14T04:08:48Z")
> **[OPC and MQTT in the IIoT](https://blog.opto22.com/optoblog/opc-and-mqtt-in-the-iiot)** > > Compare how OPC and MQTT work for interoperability and communication, locally and in the Industrial Internet of Things > **[Integration Developer News: Architecting the Intelligent Enterprise with SOA,...](https://www.idevnews.com/stories/5006/MQTT-Could-Reshape-Enterprise-Wireless-Even-Facebook-Messenger-is-a-Fan)** > > Integration Developer News is a leading source of information on business-critical integration technologies, including application infrastructure, ESB, SOA, SOA Governance, Cloud Computing, Business Process Management \[BPM\]. Mainframe Modernization,... ---
**Author:** ![R.Alamsha](https://avatars.discourse-cdn.com/v4/letter/r/e5b9ba/32.png) [@R.Alamsha](https://forum.inductiveautomation.com/u/R.Alamsha)\ **Post date:** [February 14, 2018, 5:55am UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/9 "2018-02-14T05:55:09Z")
> [@Sanderd17](#): > > OPC-UA isn't Windows based, it's completely unrelated to the older OPC-DA, and uses none of the annoying DCOM things from Windows. Instead, it just requires plain tcp/udp and custom encryption. OPC-UA is an open protocol > **[GitHub - open62541/open62541: Open source implementation of OPC UA (OPC...](https://github.com/open62541/open62541)** > > Open source implementation of OPC UA (OPC Unified Architecture) aka IEC 62541 licensed under Mozilla Public License v2.0 - GitHub - open62541/open62541: Open source implementation of OPC UA (OPC Un... > **[open62541](https://www.open62541.org/)** > > open62541 core developer team **List of Open Source OPC UA Implementations:** > **[List of Open Source OPC UA Implementations](https://github.com/open62541/open62541/wiki/List-of-Open-Source-OPC-UA-Implementations)** > > Open source implementation of OPC UA (OPC Unified Architecture) aka IEC 62541 licensed under Mozilla Public License v2.0 - open62541/open62541 Kepserver alternatives are coming. Kepware must launch open source free community version on Linux asap. Otherwise, they will loose their market share drastically within a couple of years like Nokia was sleeping until Android kicked it out. IA too must take note of this point and do the needful asap. ---
**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\ **Post date:** [February 14, 2018, 1:18pm UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/10 "2018-02-14T13:18:08Z")
> [@R.Alamsha](#): > > Ignition must also look into affordable cheaper licensing models like 5000 tags, 10,000 tags and 65,000 tags for small and medium class projects which is a big market share. This is where I completely disagree. We do NOT want a tiered tag licensing model. Ignition is already way ahead price wise and their model is storming the industry and causing massive waves. ---
**Author:** ![R.Alamsha](https://avatars.discourse-cdn.com/v4/letter/r/e5b9ba/32.png) [@R.Alamsha](https://forum.inductiveautomation.com/u/R.Alamsha)\ **Post date:** [February 14, 2018, 8:20pm UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/11 "2018-02-14T20:20:21Z")
> **[Special February Offer - full mySCADA software for free](https://www.myscada.org/buy-one-get-one-2018/)** > > February Offer - Buy any myPRO you need and get the other one for free. For example, buy myPRO - 150 tags (990 Eur), get the second one free of charge = that means two SCADA licenses for less than a thousand Eur. Unbelievable, but true! This is NOT cheap but very smartly priced. This is typical pricing of most of the SCADAs. Around 40% of projects are less than 3000 tags and 90% are below 65,000 tags. Ignition pricing is very attractive for 100,000+ tags projects but unaffordable for 2000 tags project. Even though Ignition is very powerful, SI’s, outside US (in developing countries), won’t be able to win many projects with a starting price of USD 15,000/-. I would appreciate, if anybody could give a price comparison of different SCADAs vs Ignition based upon number of tags. ---
**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\ **Post date:** [February 14, 2018, 9:23pm UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/12 "2018-02-14T21:23:53Z")
Go price out Wonderware or FactoryTalk or WinCC and you will see what the word expensive means when it comes to SCADA. Just to get a Historian going on any of those packages will cost you more than the full suite from Inductive. Nevermind the fact that they charge thousands for EACH client. I don’t think you will get anyone to quote actual pricing here as most are based on volume. But I can tell you that Ignition is vastly less expensive, and a better product too! ---
**Author:** ![R.Alamsha](https://avatars.discourse-cdn.com/v4/letter/r/e5b9ba/32.png) [@R.Alamsha](https://forum.inductiveautomation.com/u/R.Alamsha)\ **Post date:** [February 15, 2018, 7:57am UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/13 "2018-02-15T07:57:31Z")
**How-To Get Started with Mosquitto MQTT Broker on a Raspberry Pi and ubuntu** It works perfectly on Ubuntu also. —Shell Commands— sudo apt-get update sudo apt-get upgrade sudo apt-get install mosquitto sudo apt-get install mosquitto-clients sudo nano /etc/mosquitto/mosquitto.conf allow\_anonymous false password\_file /etc/mosquitto/pwfile listener 1883 sudo mosquitto\_passwd -c /etc/mosquitto/pwfile username mosquitto\_sub -d -u username -P password -t “dev/test” mosquitto\_pub -d -u username -P password -t “dev/test” -m “Hello world” **Excellent tutorial to understand MQTT::** ---
**Author:** ![R.Alamsha](https://avatars.discourse-cdn.com/v4/letter/r/e5b9ba/32.png) [@R.Alamsha](https://forum.inductiveautomation.com/u/R.Alamsha)\ **Post date:** [February 16, 2018, 7:09am UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/14 "2018-02-16T07:09:50Z")
**How to quickly test MQTT with Ignition?:** _Note: To learn and setup MQTT on ubuntu or RPi, please watch the above 2 MQTT tutorials. Thanks._ 1. Install cirruslink MQTT Engine module and activate it. 2. Click the MQTT Engine/settings link on the Ignition web configuration page and add any numer of MQTT servers as shown below. In this case, i have added 2 servers, local ubuntu and cloudmqtt servers. Make sure, you enter your cloudmqtt port number, user name and password as shown in details tab. ![](https://us1.discourse-cdn.com/inductiveautomation/original/2X/6/6864893a58af7c4b931e9e9a38c446870c06a99c.png) 3.Click namespace/custom and enter everything for name and # to subscribe for all servers as shown below. 4.RESTART MQTT Engine MODULE. 5.Enter the Ubuntu shell command: mosquitto\_pub -h 192.168.1.109 -p 1883 -t test -m “hello ignition” 6.login to your cloudmqtt page and test it. All topics will automatically come up under “All Providers/MQTT Engine” in your tag browser. ![](https://us1.discourse-cdn.com/inductiveautomation/original/2X/9/9f6f1d7b2ece14266dd8ba6c48ee891ff37dd2ba.png) ![](https://us1.discourse-cdn.com/inductiveautomation/original/2X/6/63e2df964f5f938987f9e91b45e7ee7d32a6db33.png) ![](https://us1.discourse-cdn.com/inductiveautomation/original/2X/7/75bdc1086fd10a4150b4c06026d07dd63d3fd87e.png) I am amazed and speechless to see the power of MQTT. This will push Kepserver out of business very soon. ---
**Author:** ![R.Alamsha](https://avatars.discourse-cdn.com/v4/letter/r/e5b9ba/32.png) [@R.Alamsha](https://forum.inductiveautomation.com/u/R.Alamsha)\ **Post date:** [February 16, 2018, 9:58am UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/15 "2018-02-16T09:58:01Z")
> [@MMaynard](#): > > Go price out Wonderware or FactoryTalk or WinCC and you will see what the word expensive means when it comes to SCADA. Do this for a 15,000 tags license with any SCADA. Ignition will be the first looser. A huge number of projects are less than 15,000 tags. SI's can NOT do business for a loss, howsoever powerful a product may be. Multiplatform mySCADA is becoming a favourite among SI's in ME and India for small and medium scale projects because of their smart affordable pricing. I wonder, while IA can release a 500 tags limited edition for Ignition Edge, why can't they do a tiered tag licensing model for Ignition SCADA also?. mySCADA pricing model is the best one for Ignition to follow. India is the biggest middle class consumer market in the world. The market of ME is controlled by Indians. Whatever sells in India, it will sell in China and the Indian subcontinent will follow. Learn form Microsoft and Google. Change is inevitable. IA must also change before it's too late. **Don't try to sell me a 80 wheeler truck, when i just need a car:** ---
**Author:** ![JordanCClark](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jordancclark/32/83362_2.png) [@JordanCClark](https://forum.inductiveautomation.com/u/JordanCClark)\ **Post date:** [February 16, 2018, 10:21am UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/16 "2018-02-16T10:21:06Z")
Perhaps contacting your IA sales rep would be in order. There’s more to life than what’s on the web page. ---
**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:** [February 16, 2018, 12:14pm UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/17 "2018-02-16T12:14:37Z")
This is mine comparations with Siemens WinCC and Ignition from last year for one customer, where I wanted to replace WinCC SCADA with Ignition. [Ponudba za dodatni WinCC client RT 2017.zip](https://us1.discourse-cdn.com/inductiveautomation/original/2X/9/98101e25b28023f323b44e223bfb89ae2de89efa.zip) (24.0 KB) Last week we get the job. 🙂 ---
**Author:** ![R.Alamsha](https://avatars.discourse-cdn.com/v4/letter/r/e5b9ba/32.png) [@R.Alamsha](https://forum.inductiveautomation.com/u/R.Alamsha)\ **Post date:** [February 16, 2018, 1:49pm UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/18 "2018-02-16T13:49:28Z")
> [@zxcslo](#): > > This is mine comparations with Siemens WinCC and Ignition Good one. We need more such experiences. If so, why other SI's in developing countries could NOT sell Ignition?. I would like to repeat again that Ignition is the most powerful SCADA in the world. **I suggest, IA must conduct an opinion poll with all the registered SI's and users to know why they could not sell Ignition in their region or country?.** ---
**Author:** ![JordanCClark](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jordancclark/32/83362_2.png) [@JordanCClark](https://forum.inductiveautomation.com/u/JordanCClark)\ **Post date:** [February 16, 2018, 2:53pm UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/19 "2018-02-16T14:53:54Z")
FactoryTalk Tranaction Manager. No 15K-tag option. Jumps from 5K tags to 32K tags. The price also jumps from $16,400 to $24,000. Just the transaction manager. Back in 2008, A WW quote with 50K tags, 1 development license and 5 clients was close to $120,000. I have no idea what that would be in today’s terms, because I never looked back. * * * I submit that SI’s have a difficult time moving the product for two reasons: - They have a difficult time explaining _why_ Ignition is the better choice in a long-term vs short-term benefits view. - Customers tend to look only at what is cheap, instead of what is good. There’s a bunch more I could say to this leading to pursuit of excellence, but work beckons… ---
**Author:** ![R.Alamsha](https://avatars.discourse-cdn.com/v4/letter/r/e5b9ba/32.png) [@R.Alamsha](https://forum.inductiveautomation.com/u/R.Alamsha)\ **Post date:** [February 17, 2018, 12:14am UTC](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962/20 "2018-02-17T00:14:39Z")
> [@JordanCClark](#): > > They have a difficult time explaining why Ignition is the better choice in a long-term vs short-term benefits view. Why presume?. Why can't IA ask the SI's instead?. Let them share their experience and tell what difficulty do they have in convincing good clients. **IMO, an SI is NOT a sales agent for IA. He has to procure items as per his budget and BOQ. He is the front end customer for IA. He needs to be convinced first, so that he can convince his clients down the line. Who will do this job in that region or country?. Does IA engage any one to engage SI's like SIEMENS, Rockwell and Schneider?.** SCADA is NOT a 29 dollar anti-virus software which any one can download, try and discard if he doesn't like it. It's NOT easy for people in certain countries to get US visa apart from expensive travel costs. SCADA is a serious business, bread and butter of an SI. IA must look deeper into their business model and find better ways to win the confidence of SI's and make them feel closer to IA. [Next page](https://forum.inductiveautomation.com/t/opc-ua-alternatives-aka-kepserver/16962.md?page=2)