Difference between revisions of "Cloud configuration for M2MBridge"

Revision as of 15:59, 12 April 2018

In order to set up a new bridge or network of bridges, a configuration needs to be done in the cloud (PaaS and SaaS experiences). This process involves several steps that will be broken down in the following sections. We will assume you have the following situation to illustrate each step and follow a guiding thread that can actually be a real use case:

• You will have several bridges forming a Bridge Network (communicating using the standard protocol over a XBee Network) that will cooperate between them to determine the movement of people inside a given space. You will use a network of bridges because only one of the bridges will have network connectivity and the others will be located in spots where no network connection is available. To detect these people, we will assume that you have provided each one of them with an beacon that contains personal information. To be more specific about the situation we will assume that you will be located inside a mine and each person is a miner.

• You will create one or more reasoners that will allow you to represent each detected person and update their positions as they move around the mine. The location of the bridges will be used as an approximation (proximity-based location) of the person's location.

Conception of required things inside the AMTech platform

To represent all this scenario you will have several actors implied:

• Bridge instances (instances of amtechM2mBridge core type) to represent each bridge that is deployed.
• BLE detectors (instances of BLEbeaconsScanner core type) to represent the configuration of each BLE detector inside the bridge network.
• A new type to represent a miner. You will be able to add customized properties to this miner in addition to the core properties that it already inherit from a generic thing inside AMTech platform.
• One or more topics to store the messages generated by the bridge.
• Reasoners for the tracking of miners (update of locations)

Creator tasks

All the actions in this section will be performed by a creator. As such, you will go to The AMTech Platform and login as a creator.

Create thing types for representation

You will start by creating a miner type inside the PaaS. A miner will be a thing that has an ID (provided by the beacon) and a location. You will be able to add other custom properties later but so far, we will be reusing the "name" and "location" properties that all things already inherit.

• You go to Activities => Thing Types and you click on the plus (+) button to create a new thing type.
• You name it as you want (we will use DemoMiner for the example) and click on the "check" icon.
• Here you can customize some general options like description, icon, etc and then go to "Properties" and configure additional properties. For the example you will only add a description and accept all the other settings with default values by clicking on the "save" icon.

Set up an actor (necessarily inside an activity)

Now, you will be setting up an actor to represent the permissions that you will give to the followers of this activity. This actor will allow the execution of a bridge with the previously mentioned components and give access to the just created DemoMiner.

Create an activity

We will start by going to the Activities menu and clicking the "plus" icon to create a new activity. We will give it a name 'MineActivity' and start making some changes:

• Set a description for the activity
• Save changes

Add actor and permissions

Inside the activity you will go to "Actors" and click on the "plus" icon to add a new actor:

• You give it the name "MineThingsAccess"
• Navigate to "Policies" setting
• Add a new policy:
  • Select the "box" icon that represents a thing type and add the thing type DemoMiner
  • Click on the "check" icon to accept the policy
  • Be sure that the allowed operations property contains at least the "GET" operation. It allows visibility to things of type DemoMiner. The other operations ("POST", "PUT" and "DELETE") will be added as well in this case to allow creation, modification and deletion respectively.
  • Accept the changes by saving if any was done.
• Go back to the policies list and repeat the steps for adding a new policy for amtechM2mBridge and BLEbeaconsScanner thing types. If at the time of adding the type, you don't see it listed, it is because you need to uncheck the lock that only shows you the types owned by you.

Now it's time for publishing the activity

Publish the activity

• Go back to the activity main configuration page and hit the button for publishing (the one with a vertical arrow inside a cloud)
• The new page allows you to configure the service that will be published to the followers. Go to the Guest Tenants setting and be sure to add the follower tenants who you want to share this service with. One of these follower tenants will be used later to subscribe to the activity and start the bridge. Let's named it minefollower.
• Publish the activity by hitting the button of publish at the top.
• A warning may appear saying that the DemoMiner thing type is not shared with the service guest tenants. Accept the share and continue with the publishing action. If you want to get a fine-grained control over what's happening, you can also "Cancel" and get back to the DemoMiner thing type definition and add/remove guest tenants based on your own policies.

Configure templates

Now, that the policies are established, it's time to configure the templates for the bridge and its plugins.

Create bridge template(s)

Go to Things menu and find the amtechM2mBridge type. If it not appears just uncheck the lock of visibility. Follow this steps:

• Click on the add button
• Create a name for the bridge template. We will use "MineDemoBridge"
• Set a description for the bridge and hit the "save" button.
• Navigate to Bridge Error Observation configuration settings
  • Configure a producer. We will use #{bridgeId} which is a placeholder that gets replaced by the bridge ID.
  • Configure the topic. Use a topic that you own or create a new one if needed by going to the Sensors/Topics menu. We will use minedemobridge/errors but you will need to ensure that minedemobridge is an existing topic.
• Now you can get back to the bridge and configure other settings like the Bridge Started Observation or the Bridge Stopped Observation but we will not use them in this example. Now we will have to create the plugin templates and later we will return to the bridge configuration to add those instances as bridge instances and configure the observation production of those components.

Create plugin templates

Now it's time for creating the plugin template for the BLEbeaconsScanner.

• Navitate to the things menu again and find the BLEbeaconsScanner collection:
• Hit the "add" button to create a new instance
• Select a name for the instance like "MineDemoBeaconScanner"
• Add a description and make the changes that you consider. We will let all the defaults for now.

Add plugin templates to bridge(s) as bridge instances

• Go back to the bridge instance MineDemoBridge that you just created
• Go to the bridge instances collection and add the MineDemoBeaconScanner
• Save the bridge

Configure observation production configuration

Now it's time for adding a configuration for observations of type

• Go to MineDemoBridge observation production configuration
• Add a new configuration
  • Click on the thing type selection (box icon) and select BLEbeaconsScanner
  • Hit the "check" icon
  • Go to the observations produced collection and add a new item:
    • Select eddystoneScan (we will assume here that we have eddystone beacons for the example)
    • Hit the "check" icon
    • Configure the Producer as #{thingId} that will be replaced for the ID of the BLEbeaconsScanner thing.
    • Configure the topic (and we will use the same topic we used before as base topic) as minedemobridge/eddystonescans

Share bridge with follower tenant

Now it's time to share this bridge with the follower tenant that will use it:

• Go to the bridge configuration
• In the guest tenants collection write the name of the follower tenant minefollower.
• Hit the "add to collection" button.
• Repeat the addition for any other follower who you want to share this bridge with.
• Click on the save button to save the bridge.

Follower admin tasks

Now it's time to allow a follower to subscribe to the service that we created and allow access to some guests. The M2MBridge raspberry PI will use one of them.

Make a login into the follower admin experience for the minefollower tenant.

Subscribe to activity as follower admin (SaaS admin)

• Go to menu Activities => Services.
• Find the activity whose name is serviceMineActivity and subscribe to it by hitting the "add to cart" icon

Add invited follower to your team and grant actor's permissions

• Go to the "Invite" option in the main menu
• Add the email address of all the users that you want to invite to your follower. We will need at least one for bridges that we're going to configure later. I will use demomine@example.com
• Add the actors that you want to give this user. The actor that you created in a previous step should be on this list and you should check it.
• Click on the "add user" icon.

Now the invitation has been sent

Join the team and configure the bridge

Now it's time for the invited follower to join the team. An e-mail was sent to demomine@example.com with an invitation to join the team of the minefollower tenant. The user that received the e-mail should accept the invitation and create a new user inside the AMTECH Platform and joining the tenant's team or just joining the team if he is already registered.

Then he can use this credentials and the name of the bridge template that was created before to configure a new M2MBridge Raspberry Pi as it's also explained in this wiki.

Do something with the result of this bridge

Create a reasoner

Invited follower tasks