5g
Factories of the Future
Media & Entertainment
Smart Cities
Smart Energy
Smart Ports
SME Opportunities
Societal Impacts
Technology Development
Telecoms Providers
5G CAM
5G Automotive
5G CAM KPIs
5G CAM Standardisation
5G Corridors
5G Multimodal Connectivity
5G Transport Network
Artificial Intelligence & Machine Learning
Artificial Intelligence & Machine Learning in big data
Artificial Intelligence & Machine Learning technologies
Big data
Big data algorithms
Big data analytics
Collaborative Classification and Models
Business Models, Process Improvement, Contract Management, KPIs and Benchmarking Indexes
Collaboration Risk and Value Sharing
Collaborative Planning and Synchromodality
Customs & Regulatory Compliance
Environmental Performance Management
Logistics Optimisation
Stock Optimisation
Supply Chain Corrective and Preventive Actions (CAPA)
Supply Chain Financing
Supply Chain Visibility
Common Information Objects
Booking
Customs Declarations
Transport Service Description
Transport Status
Waybills
Computing and Processing
Big Data Management and Analytics
Cloud
Edge
Fog
Knowledge Graphs
Machine Learning
MIST
Stream Processing
Connectivity
Architecture
Blockchain
Connectivity Interfaces
Technologies (Bluetooth, Ethernet, Wifi)
Data Management, Simulation and Dashboards
Dashboards
Data Fusion
Data Governance, Integrity, Quality Management and Harmonization
Event Handling
Open Data
Simulation
Statistics and Key Performance Indicators (KPIs)
Data market
Data ecosystem
Data marketplace
Data Platform
Data Providers
Devices
IoT Controllers
IoT Gateways
IoT Sensors
Tracking Sensors
Digitisation Frameworks
Control Towers
Data Pipelines
e-Freight
e-Maritime
National Single Windows
Port Community Systems
Federation
Data Federation
Platform Federation
Industrial IoT Sectors
Rail Sector Active Predictive Maintenance
Interoperability
Data interoperability
Data interoperability mechanisms
Interoperability solutions
Platform interoperability
IoT Secuirty, Privacy and Safety Systems
PKI Technology
Privacy-preservation
Data privacy preserving technologies
Privacy preserving technologies
Project Results
5G-SOLUTIONS Deliverables
5G-SOLUTIONS Publications
CHARIOT Capacity Building and Trainings
CHARIOT Deliverables
CHARIOT Publications
SELIS Deliverables
SELIS Publications and Press Releases
Project Results - 5g Routes
5G-ROUTES Deliverables
5G-ROUTES Innovation
5G-ROUTES Publications
Project Results - TRUSTS
TRUSTS Deliverable
TRUSTS Publications
Safety, Security and Privacy Systems
Access Management
Coordinated Border Management
Information Security
International Organisations
Risk Assessment and Management
Risk Management
Safety and Security Assessment
Source Code Analysis
Sectors and Stakeholders
Airports and Air Transport
Banks, investors and other funding providers
Custom Authorities
Facilities, Warehouses
Freight Forwarders
Inland Waterways
Multimodal Operators
Ports and Terminals
Railway
Retailers
Road Transport
Shippers
Shipping
Smart Buildings
Trusties and other Intermediary Organizations
Urban and Countryside Logistics
Urban Logistics
Sectors and Stakeholders - TRUSTS
Audit & Law firms
Corporate offices
Enterprises
Financial Institutions
Telecommunications
Security
Secured Data
Secured Infrastructure
Secured Platform
Sovereignty
Data sovereignty
Standards
Good Distribution Practices
International data standards
International Organization for Standardization (ISO)
UN/CEFACT
World Customs Organization (WCO)
Supply Chain Management
Business Models, Process Improvement, Contract Management, KPIs and Benchmarking Indexes
Risk Management
Risk-Based Controls
Screening and tracking
Supervision Approach
Technologies
5g
Agile Deployment, Configuration Management
Business Applications
Business Integration Patterns, Publish-Subscribe
Cloud Technologies/Computing, Services Virtualisation
Cognitive
Community Node Platform and Application Monitoring
Connectivity Technologies (Interfaces and Block Chain)
Hybrid S/T Communication and Navigation Platforms
IoT (Sensors, platforms)
Mobile
Physical Internet (PI)
Public key infrastructure (PKI)
Radio-frequency identification (RFID)

Dashboards

Monitor Your IoT Devices with AWS
Brien Posey 16/08/2018 00:00:00

Those of us in the tech industry constantly hear talk of the so-called Internet of Things (IoT) revolution. While it's easy to dismiss all of this talk as being little more than vendor hype, two things have recently become apparent to me.

First, IoT has become far more pervasive than I had ever stopped to think. Recently, the main IP address scope used by my DHCP server ran out of addresses. When I started digging into the problem, I realized that the problem was largely being caused by the IoT devices on my network. Keep in mind that I work out of my home, but even so, there were enough IoT devices in use that the devices managed to deplete all of the available IP addresses on my network.

The other thing that I've been thinking about lately is that traditional management and monitoring techniques don't really work for IoT devices. Think about it for a moment. As IT pros, we might use an SNMP-based tool to monitor our network infrastructure hardware. Similarly, we might use an agent-based or WinRM-based tool to keep tabs on the PCs and the Windows Servers on our network. However, these techniques don't work very well for IoT devices. Few IoT devices support SNMP, and I've never seen an IoT device that supports WinRM or that allows a management agent to be installed.

Thankfully, Amazon Web Services (AWS) provides a way to keep tabs on your IoT devices. The AWS IoT Device Management service lets you organize, manage and monitor your IoT devices. You can, for example, group your IoT devices into a series of categories, and you can check device health or perform bulk operations such as applying firmware updates to a collection of devices. You can see an example of what the AWS IoT dashboard looks like in Figure 1.

 

Although the AWS IoT dashboard holds tremendous potential, the device onboarding process can be challenging, to say the least. There are a couple of reasons for this.

The first reason why device onboarding is a bit of a challenge is because of connectivity. Your IoT devices are designed to communicate across your network, but they were probably never designed to communicate with the AWS cloud. As such, you'll need some sort of mechanism to allow the devices on your network to talk to AWS IoT.

The other reason why device onboarding can be somewhat difficult is that, as previously mentioned, traditional management mechanisms such as SMTP or WinRM don't work with most IoT devices.

If you look at Figure 1, you'll notice that the console contains an Onboard option. Clicking on this option doesn't take you to a simple onboarding wizard as might be expected, but rather to a screen that gives you a choice of configuring a device, configuring an AWS IoT Button or browsing AWS IoT Starter Kits. You can see what this looks like in Figure 2.

As you can see in Figure 3, connecting to AWS IoT is a three-step process. You have to register a device, download a connection kit, and then configure and test your device.

 

The connection process requires you to choose a platform and an SDK. For example, you might choose Windows as the platform and Python as the SDK type. One thing to keep in mind is that your choices have to match the device's capabilities. If you pick the Java SDK, for example, you'll see a list of prerequisites, such as the requirement for the device to support Maven and Git, and to communicate over port 8883. You can see what this looks like in Figure 4.

The connection kit that AWS makes available varies depending on the choices you make. Generally speaking, it's made up of a policy and a script (each of which are used for sending and receiving messages), as well as a certificate and a private key.


If you instead choose the Button from the screen shown back in Figure 2, you're given the option of purchasing a button. A button is a hardware device that kind of looks like a garage door opener. This hardware button connects to your Wi-Fi network, and can be configured to connect to AWS IoT core. When you press the button, the device sends a message of your choosing. This message can be fed to an AWS Lambda function, which can then execute custom code in response to the button press. Hence, the button isn't really designed to manage your IoT devices, but rather is an IoT device that you can add to your AWS account.

Similarly, the starter kits are hardware-based kits for building your own IoT devices. Some of these kits are general purpose in nature, while others could potentially act as a bridge between existing sensors or devices and the AWS cloud.


About the Author

Brien Posey is a 16-time Microsoft MVP with decades of IT experience. As a freelance writer, Posey has written thousands of articles and contributed to several dozen books on a wide variety of IT topics. Prior to going freelance, Posey was a CIO for a national chain of hospitals and health care facilities. He has also served as a network administrator for some of the country's largest insurance companies and for the Department of Defense at Fort Knox. In addition to his continued work in IT, Posey has spent the last several years actively training as a commercial scientist-astronaut candidate in preparation to fly on a mission to study polar mesospheric clouds from space. You can follow his spaceflight training on his Web site. 

Reference Link

Attached Documents

The “CHARIOT IoT Search Index” aims to provide a web location where publications, articles, and relevant documents can be centralized hosted in a well-structured and easily accessed way.

Tags

Contact Us
Enter Text
Contact our department
123movie