How to Transfer Data from Allen Bradley to AWS IoT Core

Open Automation Software can be used to transfer data from an Allen Bradley device to AWS IoT Core, locally or over a network. This guide walks you through downloading and installing OAS, configuring an Allen Bradley connector, a tag and an AWS IoT Core publisher, and finally publishing the tag using the AWS IoT Core publisher.
For this guide on how to transfer data from an Allen Bradley device to AWS Iot Core you will need:
- An Allen Bradley device connected to your workstation
- An AWS account with access to the AWS IoT Core console
1 - Download and Install OAS
If you have not already done so, you will need to download and install the OAS platform.
Fully functional trial versions of the software are available for Windows, Windows IoT Core, Linux, Raspberry Pi and Docker on our downloads page.
On Windows, run the downloaded setup.exe file to install the Open Automation Software platform. For a default installation, Agree to the End User License Agreement and then click the Next button on each of the installation steps until it has completed.
If you'd like to customize your installation or learn more, use the following instructions:
The OAS Service Control application will appear when the installation finishes on Windows.

Click on each START SERVICE button to start each of the three OAS services.
2 - Configure OAS
Web Configuration Application
Configuration of the OAS server is performed from the built-in Web Configuration Application. This is the main application for accessing any settings within the OAS server and is completely self-contained within the server.

You can reach this by opening your browser to:
http://<your server>:58725/app/config
If you are browsing from the OAS machine itself, you can use localhost, otherwise use the IP address of the machine. You will also need to ensure port 58725 is open on both the client and the server or you may not be able to reach the application.
On a new installation the OAS engine has no accounts yet, so the first screen you see is Create Admin Account. Once the administrator account exists that screen is not shown again, and browsing to the application displays the sign in screen instead.


Enter a name for the administrator in the Admin user name field. Typically you would use
admin, but you can use whatever name you choose.Enter a password in the Password field, then enter the same password again in the Confirm password field.
Click on the Create admin & sign in button. The account is created and you are signed in to the engine.
Warning
Write these credentials down and keep them safe. There is no automated password recovery. If they are lost, the administrator must be restored on the server itself.
To sign in from then on, enter the Network node of the OAS engine, then the Username and Password of your account, and click on the Sign in button.
Info
In this guide you will use the Web Configuration Application to configure the local Node which by default is localhost.
If you have installed OAS on a remote instance you can also connect to the remote instance by setting the relevant IP address or host name in the Node field.
Important
Eventually the Legacy Desktop Configuration Application will be retired, but it is currently still available and shipped with the OAS product installation. If you choose to use it, instructions for accessing it are below. Documentation in the Knowledge Base will be replaced with the Web Application when it is retired.
Legacy Configuration Application
From your operating system start menu, open the Configure OAS application.
Select the Configure > Tags screen.
Important
If this is the first time you have installed OAS, the AdminCreate utility will run when you select a screen in the Configure menu. This will ask you to create a username and password for the admin user. This user will have full permissions in the OAS platform.
For further information see Getting Started - Security.
If this is the first time you are logging in, you will see the AdminCreate utility. Follow the prompts to set up your admin account. Otherwise, select the Log In menu button and provide the Network Node, username and password.


3 - Configure Allen Bradley Data Source
In the following steps you will create and configure an Allen Bradley Connector using an AB Logix driver type. This guide assumes that you have a Micro800 series controller connected to the same network as the OAS instance.
Select Drivers in the sidebar.
Click + Add, enter a meaningful Driver Interface Name to give this driver interface instance a unique name, and click Create. Once created, the driver interface name should appear in the list of drivers.
Ensure the following parameters are configured:
- Driver: AB Logix
- IP Address: Your controller IP address
- Processor Type: Micro800

Turn on Enable and click on the Apply changes button. The driver interface is not active until it is enabled and the changes are applied.
4 - Add Data Source Tag
In this section you will create a Tag to represent your data point in the field (for example a temperature sensor). This can then be transferred your desired destination.
In the sidebar menu, select
Tags.
If you want to add a Tag to the root Tags group make sure another tag at the root is selected. Click the
[+]button and select Add Tag.
If you want to add a Tag to a Tag Group, select the Tag Group first and then click on the
[+]button. Alternatively, you can right click on a Tag Group and select Add Tag.You can also add Tag Groups by clicking the
[+]and selecting Add Group.Provide a Tag Name such as TemperatureSensor and click the Create button.

5 - Assign AB Logix as Tag Data Source
You will now set the Tag's data source to the AB Logix driver interface that you created previously.
Select the Tag that will source data from an AB Logix data source.

Set the Data Source to AB Logix.
Set the Select Driver Interface drop-down to the Micro820-Source interface created previously.
Click on the Browse… button next to the Address field to open the Browse for AB Address window.

The window lists the programs the driver interface can reach on the controller. Choose the program or controller, select the variable you want, and click Use this address.

Click on the Apply changes button to apply the changes.
Check that the quality status is Good and the Tag value is as expected.

6 - Create Publisher Thing in AWS IoT Core
In this step you will create a Thing in the AWS IoT Core service and the required certificate and policies for publishing tag values to AWS IoT Core. This represents your connection and security settings between OAS and AWS IoT Core.
Login to the AWS Console and select the AWS IoT service.
Under the Manage and All Devices menu select Things.
Click on the Create things button to start the create new things wizard.
Select Create single thing and click on the Next button.

Set the Thing name to OAS_Publisher and click on the Next button.

Leave the default option to generate device certificate automatically and click on the Next button.

Select the Create policy button. This will open a new browser tab or window.
Set the Policy name to OASPublisherPolicy. The policy will need to allow the iot:Connect and iot:Publish actions. For the purpose of this guide the policy will allow all resources using the * wildcard.

Important
For security best practices in production systems you should always restrict your policy to the client ID and AWS resource name (ARN) that represents your region, account and topic paths.
Go back to the create thing wizard and select the OASPublisherPolicy. Click on the Create thing button.
You will see a window relating to certificates. Download the device certificate, the public key file, the private key file and one of the Root CA certificates. You should keep these files in a folder with limited permissions. You'll need them when configuring the AWS IoT Core publisher in the OAS platform.

7 - Configure AWS IoT Core Publisher
In the following steps you will create and configure an AWS IoT Core Publisher for publishing tag values.
To determine the AWS IoT Core endpoint you will need to login to the AWS console and select the AWS IoT service. Select the Domain configurations menu.
If you don't already have a domain name use the Create domain configuration button to create one. You will need to take a note of the Domain name property, which represents your AWS IoT Core broker endpoint.
Select Drivers in the sidebar.
Click + Add, enter a meaningful Driver Interface Name to give this driver interface instance a unique name (for example AWS IoT Publisher), and click Create. Once created, the driver interface name should appear in the list of drivers.
Ensure the following parameters are configured:
- Driver: AWS IoT Gateway
- Broker Port: 8883
- Create Certificate: Turn this on if running Windows
- Client Certificate File: The device certificate pem.crt file from the previous section
- Client Private Key File: The private pem.key file from the previous section
- Server Certificate File: The Root CA pem file from the previous section
- Client ID: OASPublisher
- IoT End Point: This is your AWS Iot Core endpoint from step 2 above
Info
If you are using Linux, turn Create Certificate off and use PFX certificates instead. The form then asks for a Client PFX Certificate File, a Client PFX Certificate Password, a Server PFX Certificate File and a Server PFX Certificate Password.
You can generate both PFX files using OpenSSL. The client certificate holds the device certificate and its private key:
openssl pkcs12 -export \ -out oas-connection-certificate.pfx \ -inkey 2ed57ff8e30d1a12345f69bc2a8a6b4a1721b123456789912e675cc74111ced7-private.pem.key \ -in 2ed57ff8e30d1a12345f69bc2a8a6b4a1721b123456789912e675cc74111ced7-certificate.pem.crt \ -certfile AmazonRootCA1.pemThe server certificate holds the Amazon Root CA, which has no private key of its own:
openssl pkcs12 -export -nokeys -out oas-server-certificate.pfx -in AmazonRootCA1.pemEnter the path to each file in the matching PFX Certificate File field and the export password you chose in the matching PFX Certificate Password field. Leave a password field empty if you exported that certificate without one.
Turn on Enable and click on the Apply changes button. The driver interface is not active until it is enabled and the changes are applied.

8 - Publish Selected Tags in AWS IoT Gateway connector
In this step you will select the Tags that you want to publish to the AWS IoT Core broker in the AWS IoT Publisher driver configuration.
In the Drivers screen, select the AWS IoT Core driver instance that you created in the previous section (for example AWS IoT Core Connection 1).
Make sure the Publish Selected Tags toggle is turned on.

In the Tags To Publish table click on the Add button.

The Publish tag window will appear. Click on the … button to browse for a Tag, select the Tag you want to add in the left hand panel and then ensure the Value property is selected, and click on the Use this tag button.

Back in the Publish tag window the Id defaults to the full Tag path (e.g. TemperatureSensor.Value). If you want to set your own property name, you can change the Id field to your own custom value. Click on the OK button.

The Tag has now been added to the list. You can add other Tags by repeating steps 3 to 5.

Click on the Apply changes button.
9 - Verify Messages are Published to AWS IoT Core
In this step you will confirm that OAS is successfully publishing your selected Tags to AWS IoT Core. By default, the publishing type is set to Continuous and the interval is 10 seconds.
Login to the AWS Console and select the AWS IoT service.
Under the Test menu select MQTT test client.
The default topic will be oas_tags. To check that we can receive messages on this topic, provide this topic name in the Topic filter text box and then click on the Subscribe button.

In the Subscriptions section you should see the MQTT payload being published.

Info
The AWS IoT Gateway Publish Selected Tags feature has many different properties that can be configured to change when data is sent, how the payload is structured and which tag parameters are included.
For more information see: Publish Data to AWS IoT Core
10 - Save Changes
Once you have successfully configured your OAS instances, make sure you save your configuration.
On each configuration page that has a Save button, click on it.
If this is the first time you are saving the configuration, or if you are changing the name of the configuration file, OAS will ask you if you want to change the default configuration file.
If you select Yes then OAS will make this configuration file the default and if the OAS service is restarted then this file will be loaded on start-up.
If you select No then OAS will still save your configuration file, but it will not be the default file that is loaded on start-up.
Important
Each configuration screen has an independent configuration file except for the Tags and Drivers configurations, which share the same configuration file. It is still important to click on the Save button whenever you make any changes on those screens.
The Security, Users and Options screens have no Save button. Changes you make there are written to disk as soon as you make them, so there is nothing further to save.
For more information see: Save and Load Configuration
Info
- On Windows the configuration files are stored in C:\ProgramData\OpenAutomationSoftware\ConfigFiles.
- On Linux the configuration files are stored in the ConfigFiles subfolder of the OAS installation path.
Ready to get started?
See how OAS fits your environment, or get pricing for your project.