DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports Events Over 2 million developers have joined DZone. Join Today! Thanks for visiting DZone today,
Edit Profile Manage Email Subscriptions Moderation Admin Console How to Post to DZone Article Submission Guidelines
View Profile
Sign Out
Refcards
Trend Reports
Events
Zones
Culture and Methodologies Agile Career Development Methodologies Team Management
Data Engineering AI/ML Big Data Data Databases IoT
Software Design and Architecture Cloud Architecture Containers Integration Microservices Performance Security
Coding Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Culture and Methodologies
Agile Career Development Methodologies Team Management
Data Engineering
AI/ML Big Data Data Databases IoT
Software Design and Architecture
Cloud Architecture Containers Integration Microservices Performance Security
Coding
Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance
Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
  1. DZone
  2. Data Engineering
  3. Data
  4. How to Build an Intelligent IoT Gateway in 7 Easy Steps

How to Build an Intelligent IoT Gateway in 7 Easy Steps

Learn how to build an intelligent IoT gateway with commercial-grade OSS in a few easy steps.

Ishu Verma user avatar by
Ishu Verma
·
Nov. 10, 16 · Tutorial
Like (7)
Save
Tweet
Share
4.29K Views

Join the DZone community and get the full member experience.

Join For Free

Today, we're going to tackle building an intelligent IoT gateway. We'll use Ansible to automate the gateway provisioning because it can also be used for configuration management and application deployment. Once you’re ready to provision and deploy thousands of gateways in a production environment, you can use this same Ansible tool. 

The main components of the gateway are:

  • Red Hat Enterprise Linux: Provides enterprise-class foundation.
  • Red Hat JBoss A-MQ: Arbitrates sensor data.
  • Red Hat JBoss Fuse: Transforms sensor data and routes it to end points.
  • Red Hat JBoss BRMS: Enables real-time decision-making at the edge.

Once the gateway is provisioned, we’ll put it into action by starting Red Hat JBoss Fuse and building and deploying the routing and business rules services. We’ll then start a sensor application that sends temperature data using MQTT to the Red Hat JBoss A-MQ broker. These messages will be forwarded to the services that we started earlier. Finally, we’ll be creating the business rules to trigger the desired action when the sensor value reaches a threshold.

Note: Before you get started, you need to have Red Hat JBoss Fuse 6.2.1 in the Downloads folder of the gateway. You can download it from the Red Hat Customer Portal. Red Hat products are also available at no cost through the the Red Hat Developer Program.

Step 1: Prepare the Host System With Ansible

Clone the project repo on the host machine.

  • Open a terminal and enter the following commands:
[user@localhost ~]$ git clone -b Virtual-Lab-1-Host https://github.com/RedHat-IoT/Virtual_IoT_Gateway.git
  • Update the host file [Virtual-IoT-Gateway/Ansible/host] with the IP address of the gateway and place the public key of the host on the remote gateway (Ansible uses ssh to communicate with the remote system). You can learn how to set up Ansible here.
  • Update the Ansible playbook BuildGW file [Virtual-IoT-Gateway/Ansible/BuildGW] for the username for your gateway: set_fact: user=’user name’
  • Launch the Ansible playbook by entering the following commands:
[user@localhost ~]$ cd Virtual_IoT_Gateway/Ansible
[user@localhost ~]$ ansible-playbook BuildGW

Let Ansible run through the tasks in the playbook. Once Ansible is finished, we’re ready to start work directly on the gateway.

Step 2: Login to the Gateway

Note: For my gateway, I’m using username = ‘demo-user’ and password = ‘change12_me’.

Step 3: Start the Red Hat JBoss Fuse Server

  • Open a new shell and enter the following commands:
[demo-user@localhost ~]$ cd
[demo-user@localhost ~]$ cd IoT_Summit_Lab
[demo-user@iotlab IoT_Summit_Lab]$ ./runJBossFuse.sh
  • Wait for the Red Hat JBoss Fuse server to complete the start procedure.

Red Hat JBoss Fuse needs to install the ‘camel-mqtt’ OSGi features to process MQTT messages.

  • Enter the following simple command on the ‘JBossFuse’ command prompt:
JBossFuse:karaf@root> features:install camel-mqtt
  • Minimize this shell to keep the Fuse server running in the background

Step 4: Build and Deploy the Camel Route

The sensor data will be transformed and routed by a camel route provided in this project. Now we need to build the Red Hat JBoss Fuse project and deploy it to our running Fuse server. We’ll use the provided script to build and deploy the project.

  • In a terminal, perform the following commands:
[demo-user@iotlab Software_Sensor]$ cd
[demo-user@iotlab ~]$ cd IoT_Summit_Lab/
[demo-user@iotlab IoT_Summit_Lab]$ ./runRoutingService.sh

We can verify that the Camel route has been deployed by logging into JBOSS Fuse admin console (see the details).

Step 5: Create Business Rules

One of the important functions of an intelligent IoT gateway is to trigger actions if the sensor data meets certain conditions defined by business rules. In this section, we’ll learn how to create a business rules service. This service will work the following way:

  1. Sensor data is read from a Message queue.
  2. Sensor data is handed over to the rules execution engine that triggers action per defined rules.
  3. Altered data is placed into another defined Message queue.

We’ll use an MS Excel decision table to define the business rules. The following image shows an example of a decision table where each row represents a rule. The blue columns are ‘conditions’ and the yellow column defines an ‘action.’

Rules syntax is pretty simple: If some condition, then some action.

The rules system is capable of reading the rules from a spreadsheet and compile them into rules in the above syntax. For this lab, a sample business rule spreadsheet is provided that can be used to create new rules.

The columns in this table represent the following:

Alerting Rule: Name of the rule. It is an optional field but very useful for debugging.

Device Type: Type of device reported by the sensor.

Payload: Number-range this rule will need to match with.

Result: Action triggered by the rule i.e. changing the value to 0 or 1.

  • Open the sample rules spreadsheet: ‘DecisionTable.xls.’
  • Create two rules by filling in the following information:
    • Rule 1: If we get a temperature reading between 0 and 60, change the result field to 0.
    • Rule 2: If we get a temperature reading between 61 and 100, change the result field to 1.

Note: In the 2nd rule Payload column, add a space between “61,” and “100.”

Note: Save the spreadsheet in MS Excel format.

The details on the Business Rules Service are here.

Step 6: Build and Run the Business Rules Service

Now that we have added a few rules to our decision table, we need to build a new version of the service and start it.

  • Enter the following commands in a terminal:
[demo-user@localhost IoT_Summit_Lab]$ cd
[demo-user@localhost ~]$ cd IoT_Summit_Lab/
[demo-user@localhost IoT_Summit_Lab]$ ./runRulesService.sh

It should display the following output:

 < output truncated > AMQ-Broker tcp://localhost:61616 ready to work!

Device-Type = temperature
Device-ID   = 4711
Payload     = 70
Result      = 1
----------------------
Sending 18.05.2016 10:46:22 766temperature47117000.01

Step 7: Test the Rules Service

We will try this service by sending a test message via the software sensor to our setup. The following should happen:

  • Software sensor sends a message with a high value via MQTT.
  • Routing service will pick it up, transform the message and send it to an AMQP message queue.
  • Business rules service will take the transformed message from the queue and will put it in another AMQP message queue, but only if it meets the business rule condition.
  • Enter the following commands in a new terminal:
[demo-user@localhost Desktop]$ cd
[demo-user@localhost ~]$ cd IoT_Summit_Lab/
[demo-user@localhost IoT_Summit_Lab]$ ./runHighSensor.sh

It should display the following output:

Starting the producer to send messages
Sending '70,0'

AMQ-Broker tcp://localhost:61616 ready to work!
Device-Type = temperature
Device-ID   = 4711
Payload     = 70
Result      = 1
----------------------
Sending 17.05.2016 15:08:59 265temperature47117000.01
----------------------

Another way to verify that the message was properly processed is to take a look at Red Hat JBoss Fuse console via 'http://localhost:8181&#8217.' The count of messages enqueued and dequeued should now show that one message has been taken from ‘message.to.rules’ and placed into ‘message.to.datacenter.’

Note: The Fuse console login/password is admin/change12_me

Conclusion

Building an intelligent IoT gateway is a very simple process with the Ansible by Red Hat automation tool. The enterprise-grade intelligent IoT gateway based on open source technologies is built with Red Hat Enterprise Linux, Red Hat JBoss Fuse, Red Hat JBoss BRMS and Red Hat JBoss A-MQ.

We have provided the example code to put the intelligent IoT gateway to use by deploying the routing and business rules services. The sensor application is used to send temperature data to the A-MQ broker. These MQTT messages were processed by the services that we started earlier. Finally, we created the business rules to trigger the desired action when the sensor value reaches a threshold.

The source code for building the Intelligent IoT Gateway including the video walkthrough is available at GitHub.

IoT Build (game engine) Database JBoss Data (computing) Ansible (software) Command (computing)

Published at DZone with permission of Ishu Verma, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • Bye Bye, Regular Dev [Comic]
  • Differences Between Site Reliability Engineer vs. Software Engineer vs. Cloud Engineer vs. DevOps Engineer
  • ChatGPT Prompts for Agile Practitioners
  • Better Performance and Security by Monitoring Logs, Metrics, and More

Comments

Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends: