Who's Online
7 visitors online now
3 guests, 4 bots, 0 members
Support my Sponsor
  • An error has occurred, which probably means the feed is down. Try again later.

What is digital twin? – Part 2

Now lets understand when you should use Digital twin:

  1. You should use it when you have large number of digital twin to manage
  2. When there is complexity in relationship
  3. It would be best if you can existing model instead of creating new once
  4. You can benefit if it has flexible schema

Couple of things which popularized digital twin in recent days:

  1. Cheap IOT devices
  2. Increased number of IOT devices in use
  3. Affordable internet/connectivity
  4. Boost in Cloud platforms

If you want to implement Digital Twin, you need to make sure your projects have below characteristics:

  1. Ability to establish some sort of connection between 2 devices
  2. Can and should require queries to be executed based on device parameters
  3. Secure integration

Lets try to build a Digital twin of a Building to understand what is temperature of each room.

In Azure Digital Twin, we have 4 types of interfaces or classes

  1. Component – Temperature and humidity
  2. Relationship – Building has floor and then floor has rooms
  3. Telemetry – Input data
  4. Properties – State of entity

You can download the json from MS link below:
Building  : https://raw.githubusercontent.com/Azure-Samples/digital-twins-explorer/main/client/examples/Building.json
Floor : https://raw.githubusercontent.com/Azure-Samples/digital-twins-explorer/main/client/examples/Floor.json
Room : https://raw.githubusercontent.com/Azure-Samples/digital-twins-explorer/main/client/examples/Room.json

Below is 1st look of ADT with a building, Floor and room.
Building model
Here Json needs to start with dtmi with displayname as ‘Building’, next the only property of this interface is Date, It has relationship with Floor. Most important is DisplayName.
Floor
Here Json needs to start with dtmi with displayname as ‘Floor’, next properties of this interface is OwnershipUser and OwnershipDeparment, It has relationship with Room
Room
Here Json needs to start with dtmi with displayname as ‘Room, next the only property of this interface is Temperature and Humidity, It has no further relationship

Make sure you use DTDL validator while creating these Json files
https://learn.microsoft.com/en-us/samples/azure-samples/dtdl-validator/dtdl-validator/

Using this json we have multiple ways to create our scenario’s but we will use below xlsx file which has specified data to start with. You can download the excel for building scenario’s from below path:
https://github.com/Azure-Samples/digital-twins-explorer/raw/main/client/examples/buildingScenario.xlsx

Here is how it looks like which has model ID, ID, Relationship, etc. Most excel will have these 5 fields for any model
After the import, this is what you will see and you can check Model Graph as well. Process to import the Json and excel will be part of next article

Microsoft understands it will take a lot of efforts for one to create these models and relationships, so to ease the process Microsoft has published a few models such as space, event, document, building, etc so you can reuse them as your start point

https://github.com/WillowInc/opendigitaltwins-building

Here is basic strcture of Azure Digital Twin

Here is basic strcture of Azure Digital Twin:

Input : Input can be from Workflows, IOT hub or any rest Api. You can input parameter data manually as well.
Processing : Azure Digital Twin platform process the input based on business logics, understands connections and process data accordingly. Digital twin of real-world sensors can be created to predict and test results based on change in inputs
Output : Using Time Series insights, Azure data explorer and Analytics we can better visualize data and actionable items can be driven from predictions.

Main challenges with ADT are:

  1. Modelling is difficult and time consuming
  2. Delay in processing data realtime
  3. Inter operability between different types of IOT devices and services
  4. Hard and expensive for existing systems
  5. Privacy and confidentiality

Comments are closed.