Life would be so easy if there were only one PLC manufacturer, one Communication Protocol, and just one Cloud Solution.

Unfortunately, since this is not the case you'll want to find a solution that will cover as many different “constellations” as possible.

What do you need, and why should it be a Cloud solution?

Sensors, Meters, and PLCs provide a variety of data which today we want to monitor, record and display to users in the form of dashboards.

In fact, today's consumers expect to be able to use their smartphone or tablet to access important data from anywhere. They also expect push notifications to be sent if something goes wrong, as well as beautiful-looking data analysis to only a few clicks away.

All of this can be developed on-premises with great effort, or we simply use an existing Cloud solution that provides these capabilities out-of-the-box.

How do I get my data into the cloud?

Option A: Using a standardized protocol

There are not many standardized cloud protocols, however MQTT seems to be ahead in the race between MQTT and AMQP. These are both very simple protocols that enable the communication between sensor and broker.

MQTT requires low network bandwidth and is easy to understand. But since the payload of a “topic” is not clearly specified, many Cloud Applications will interpret these messages differently.

And for PLCs, MQTT is not very easy to develop, and if the connection fails the data cannot be recovered.

Option B: Using a Cloud Adapter

Typically, an IoT gateway is required whenever data is to be retrieved over a local field bus protocol, like Modbus, OPC-UA, BACnet, M-Bus, etc. These are not suitable for direct communication to the Cloud because they are master-slave protocols, and we never want to open a communications port in our firewall to enable a Cloud Communication.

Thus, a Cloud Adapter serves as a Data Collector on-site, establishes an encrypted connection to the cloud, and transmits the data without requiring a large amount of network bandwidth.

And if the Internet connection fails, all the data is buffered locally.

Option C:

When we program a PLC, we can also implement a direct connection from PLC to Cloud. For this we can use the mentioned standard protocol MQTT.

Siemens now offers a solution here. CODESYS also offers a library for this, but unfortunately it's not very cheap.

And a free alternative is the AnyViz Cloud Adaptor by Mirasoft (the company I work for.)

Demo case: Connecting different devices to one cloud

I'm with a customer who has an old Siemens controller installed in production. I'm extending the system with several Energy Meters (via Modbus) and installing another PLC that supports the more modern OPC-UA protocol.

OK, that does not sound easy, but I'm here to implement the Cloud Solution my company offers (AnyViz) because it supports all these protocols.

And for cost reasons I'm using a Raspberry PI as my Cloud Adapter, which nowadays are available in industrial enclosures.

Step 1: Installing Cloud Adapter on Raspberry PI

This step is explained quickly. Log in via SSH and execute this command:

  • wget -qO – http://install.anyviz.de | bash

Then I can open my browser and navigate the web interface of the cloud adapter.

Step 2: Collecting data locally

Since this application is using three different protocols, I have to create three connections in the web interface of my cloud adapter.

The fastest way to do this is with OPC-UA, because here I only have to specify the URL. For Modbus and Siemens I have to specify the register addresses (or block address) of each data point, which does take longer but after a few minutes this is done.

Step 3: Creating my data visualization

After registering in the AnyViz portal, I have to enter the project number in the Cloud Adapter and confirm the password. Afterwards, all data points of my local components will be listed in the Cloud Portal.

Using drag and drop, the data points can be configured into different visualization elements, and after about half an hour I've configured the following dashboard.

Push messages and emails are sent when any failure occurs, and the monthly report that the customer wants is also done quickly.

Conclusion

The internet offers us a variety of Cloud Solutions that make our lives easier. And we have the option of choosing between Standardized Protocols or Ready-Made and Optimized Solutions which I covered in the demo.

Written by Thomas Hepp
Passionate automation specialist at Mirasoft.de
Edited for content and clarity by Shawn Tierney

Have a news tip? Share it with us here.
Eliminate Ads and get Free Downloads by becoming a Patron of The Automation Blog here.

Thomas Hepp

Thomas Hepp works for Mirasoft.de and is a passionate automation specialist and software developer, and loves developing smart solutions to complex problems
Thomas Hepp

Latest posts by Thomas Hepp (see all)



Click HERE to scroll down to view or leave comments


Forum Comments:
  1. I understand that we could connect all of our sensors so we could look at them with our smartphone or via a webpage remotely - my question should we? Does the cost justify the benefit? Most of my customers do not have any of there manufacturing cells connected to a plant network. A few bigger companies have all of their automation networked together and do part tracking and data collection.
    None of my customers have asked for anything to be attached to the cloud. Upper management has requested that we offer this but this comes from the same management that keeps asking for lower cost control systems (smaller operator interface screens, lower cost PLCs)
    ,
    Great points!
    Between mega corps trying to sell multi-million dollar upgrades to companies with slim profit margins, to plant managers who think they can control a million dollar machine with a $49 device, there's just a lot of people out there without any common sense.
    I've been in hundreds of meetings with both types of people, and just can't stop shaking my head when I think about it.
    One time a vendor proposed a $100K control system for a $50K machine.
    But even better, a maintenance manager wouldn't buy a $99 cable to support a $250,000 machine, and wanted me to drive down and provide free support to get his $10 USB cable from Best Buy to work (I said no lol.)
    In the end, too many vendors only think about their commission checks, and too many users forget how much a machine makes the company each hour, and budget like they are spending money from their personal "home" budget (and these same people typically don't blink at spending $1,000 on a new smartphone!)
    I also don't see any reason to connect sensors directly to the Cloud, since when the internet goes down you lose the historical data.
    But, most companies have a HMI or SCADA system that has alarm and data logs, and in some cases it makes sense to have a website or "dashboard" to view that data as it can be used monitor production and fix issues.
    One example I've seen is when an operator lowers the line speed because of an issue with the machine. That may be necessary, however it could also cause the company to lose a big contract because they can't produce enough parts for their customer. So pushing a notice to a plant manager when this happens could make sense.
    So yeah, whether it's an internal system or in the Cloud, I have seen these system help companies, but to your point they aren't for everyone.
    Sincerely,
    Shawn Tierney,
    Instructor at The Automation School

Leave A Blog Reply Here

Please enter your blog comment!
Please enter your name here