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

Configure OAS is the main application used to configure local and remote OAS instances.

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. In the Configure OAS application, select Configure > Drivers from the top menu.

   

4. Enter a meaningful Driver Interface Name to give this driver interface instance a unique name (for example AWS IoT Subscriber).

5. Ensure the following parameters are configured:

   • Driver: AWS IoT Gateway
   • BrokerPort: 8883
   • Create Certificate: Select this if running Windows
   • Client Certificate File: The device certificate pem.crt file from the previous section
   • Client Certificate 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, you can generate a PFX certificate using OpenSSL.

   openssl pkcs12 -export \
       -out oas-connection-certificate.pfx \
       -inkey 2ed57ff8e30d1a12345f69bc2a8a6b4a1721b123456789912e675cc74111ced7-private.pem.key \
       -in 2ed57ff8e30d1a12345f69bc2a8a6b4a1721b123456789912e675cc74111ced7-certificate.pem.crt \
       -certfile AmazonRootCA1.pem
   

   You can then use the generated certificate and password in your AWS IoT Gateway driver configuration:

   

6. Click the ADD DRIVER button on the left hand side to add this driver configuration. Once added, the driver interface name should appear in the list of drivers.

   

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. Select Configure > Tags from the top menu.

   

2. If you want to add a Tag to the root Tags group make sure the Tags node is selected in the tag list and click on the ADD TAG button.

   

   If you want to add a Tag to a Tag Group, select the Tag Group first and then click on the ADD TAG button.

   You can also add Tag Groups by using the ADD GROUP button.

3. Provide a Tag Name such as TemperatureSensor and click the OK 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 Quality 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. In the Configure OAS application, select Configure > Drivers from the top menu.

   

5. Enter a meaningful Driver Interface Name to give this driver interface instance a unique name.

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. Click the ADD DRIVER button on the left hand side to add this driver configuration. Once added, the driver interface name should appear in the list of drivers.

   

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 Configure > 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 checkbox is ticked.

   

3. In the table at the bottom click on the ADD button.

   

4. Select the Tag you want to add in the left hand panel and then ensure the Value property is selected. By default the name of the property will be 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.

   

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

   

6. 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, click on the Save button.

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.