How to Transfer Data from AWS IoT Core to Azure IoT Hub

Open Automation Software can be used to transfer data from AWS IoT Core to Azure IoT Hub, locally or over a network. This guide walks you through downloading and installing OAS, configuring an AWS IoT Core subscriber, a tag and an Azure IoT Hub publisher, and finally publishing the tag using the Azure IoT Hub publisher.

For this guide on how to transfer data from AWS IoT Core to Azure IoT Hub you will need:

• An AWS account with access to the AWS IoT Core console
• An Azure account with access to the Azure 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:

• Windows Installation
• Linux Installation
• Raspberry Pi Installation
• Docker Installation

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.

1. 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.

2. Enter a password in the Password field, then enter the same password again in the Confirm password field.

3. Click on the Create admin & sign in button. The account is created and you are signed in to the engine.

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.

Legacy Configuration Application

1. From your operating system start menu, open the Configure OAS application.

2. 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.

3. 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 - Create Subscriber 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 subscribing to messages sent by AWS IoT Core. This represents your connection and security settings between AWS IoT Core and OAS.

1. Login to the AWS Console and select the AWS IoT service.

2. Under the Manage and All Devices menu select Things.

3. Click on the Create things button to start the create new things wizard.

4. Select Create single thing and click on the Next button.

   

5. Set the Thing name to OAS_Subscriber and click on the Next button.

   

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

   

7. Select the Create policy button. This will open a new browser tab or window.

8. Set the Policy name to OASSubscriberPolicy. The policy will need to allow the iot:Connect and iot:Subscribe 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.

9. Go back to the create thing wizard and select the OASSubscriberPolicy. Click on the Create thing button.

10. 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 subscriber in the OAS platform.

    

4 - Configure AWS IoT Core Subscriber

In the following steps you will create and configure an AWS IoT Core Subscriber for subscribing to tag values.

1. 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.

2. 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.

3. Select Drivers in the sidebar.

4. Click + Add, enter a meaningful Driver Interface Name to give this driver interface instance a unique name (for example AWS IoT Subscriber), and click Create. Once created, the driver interface name should appear in the list of drivers.

5. 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: OASSubscriber
   • 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.pem
   

   The 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.pem
   

   Enter 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.

6. 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.

   

5 - 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.

1. In the sidebar menu, select Tags.

   

2. 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.

3. Provide a Tag Name such as TemperatureSensor and click the Create button.

   

6 - Assign AWS IoT Gateway as Tag Data Source

You will now set the Tag's data source to the AWS IoT Subscriber interface that you created previously.

1. Select the Tag that will source data from the AWS IoT Core data source.

   

2. Set the following properties:

   • Data Source: AWS IoT Gateway
   • Select Driver Interface: AWS IoT Subscriber
   • Topic: oas/temperature

   

3. Click on the Apply changes button to apply the changes.

4. Login to the AWS Console and select the AWS IoT service.

5. Under the Test menu select MQTT test client and then select the Publish to a topic tab.

6. In the Topic name specify oas/temperature.

7. In the Message payload enter a value and then click on the Publish button.

   

8. Check that the quality status is Good and you can see the value.

   

7 - Create Azure IoT Hub Resource

In this step you will create a new Azure IoT Hub resource. This creates the necessary IoT broker and management framework.

1. Login to the Azure Console and select the IoT Hub service.

2. Click on the Create button.

3. Select your Subscription and Resource group, then provide an IoT hub name such as OASIoTHub. You can adjust the Region if necessary. For the purposes of this guide you can use the Free tier.

   If you already have an IoT Hub configured you can use that instead.

   

4. Click on the Review + create button and then click on the Create button when you have reviewed the details.

5. It will take a few minutes to create a new IoT Hub resource.

8 - Configure Azure IoT Hub Connector

In the following steps you will create and configure an Azure IoT connector.

The OAS Azure IoT connector can automatically create the device in Azure that represents the OAS connection. For this reason it uses the iothubowner shared access policy.

1. You can obtain the OASIoTHub connection string in the IoT Hub portal. Open the IoT Hub that you created and in the menu select Security Settings > Shared access policies.

   

2. Click on iothubowner to open the key and connection strings panel.

   

3. Next to the Primary connection string click on the copy button.

   

4. Select Drivers in the sidebar.

5. 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.

6. Ensure the following parameters are configured:

   • Driver: Azure IoT
   • Type: IoT Hub
   • Azure IoT Device ID: OAS
   • Azure IoT Connection: The connection string copied from Step 3
   • Azure IoT Hub: OASIoTHub.azure-devices.net

   

7. 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.

   

9 - Verify Azure IoT Hub Device

In this section you will verify that a device with the Device ID OAS was created automatically in the Azure IoT Hub.

1. In the Azure IoT Hub portal for the OASIoTHub IoT Hub, select Device management > Devices.

   

2. You should see the device OAS listed in the table.

   

10 - Publish Selected Tags in Azure IoT Hub connector

In this step you will select the Tags that you want to publish to Azure IoT Hub in the Azure IoT connector configuration.

1. In the Drivers screen, select the Azure IoT driver instance that you created in the previous section (for example Azure IoT Connector 1).

2. Make sure the Publish Selected Tags toggle is turned on.

   

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

   

4. 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.

   

5. 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.

   

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

   

7. Click on the Apply changes button.

11 - Verify Messages are Published to Azure IoT Hub

In this step you will confirm that OAS is successfully publishing your selected Tags to the Azure IoT Hub. By default, the publishing type is set to Continuous and the interval is 10 seconds.

1. In the Azure portal open the Cloud Shell in the toolbar.

   

2. Use the following command to start listening for events.

   az iot hub monitor-events --hub-name OASIoTHub --device-id OAS
   

   It may request for installation of the Azure IoT commands

3. You should see a payload printed for each message that is received. This should occur every 10 seconds.

   Starting event monitor, filtering on device: OAS, use ctrl-c to stop...
   {
       "event": {
           "origin": "OAS",
           "module": "",
           "interface": "",
           "component": "",
           "payload": "{\r\n  \"deviceId\": \"OAS\",\r\n  \"values\": [\r\n    {\r\n      \"id\": \"TemperatureSensor\",\r\n      \"value\": \"24.902344\",\r\n      \"quality\": true,\r\n      \"timestamp\": \"2025-05-14T07:52:30.576Z\"\r\n    }\r\n  ]\r\n}"
       }
   }
   

   The data from OAS is contained in the payload field of the JSON structure.

4. To stop monitoring you can press ctrl-c on your keyboard.

12 - 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.