Difference between revisions of "Concepts/zh-cn"

From Senfi Docs
Jump to: navigation, search
(Created page with "==== 案例 ==== 假设您家里有一个智能秤。表示设备时间序列数据的一种可能方法如下: ; 测量: 智能秤 ; 测量码: <tt>$measurement_code</tt> ;...")
(Created page with "<tt>$tm_source</tt> 表示何时读取读数。在这情况下,<tt>$weight_kg</tt>是在每次获取重量读数所发送的'''参数'''。")
Line 31: Line 31:
 
| xxxxxxxxxxxxx || 69.4
 
| xxxxxxxxxxxxx || 69.4
 
|}
 
|}
<tt>tm_source</tt> represents when the reading was taken. In this case, <tt>weight_kg</tt> is the '''metric''', and is sent everytime a weight is taken.
+
<tt>tm_source</tt> 表示何时读取读数。在这情况下,<tt>weight_kg</tt>是在每次获取重量读数所发送的'''参数'''
  
 
This is well and good, but what if there is another person who's using the weighing scale? One way to distinguish them apart is by adding an additional field, or '''tag''', called <tt>person</tt>:
 
This is well and good, but what if there is another person who's using the weighing scale? One way to distinguish them apart is by adding an additional field, or '''tag''', called <tt>person</tt>:

Revision as of 12:14, 17 October 2019

此页面概述了Senfi概念。

测量,参数,标签

测量

Senfi处理时间序列中的数据。此时间序列中的每个记录包括:

  • 指示何时采样数据的时间戳(以毫秒为单位)
  • 一组固定的标签
  • 一组固定的参数

所有这些记录都保存在称为测量的数据集中。

参数

参数指的是离散的读数或数据单位。它可以由传感器,设备或复杂的系统诞生/测量。参数的一个示例是温度(例如37度)。参数不一定要有关联的单位(例如摄氏度)。

标签

标签是样本的属性。标签通常被用作标识参数从何处获取的方法(例如,设备ID)。这对于标记正在发送的数据也很有用,以便稍后对数据执行操作,例如过滤。

案例

假设您家里有一个智能秤。表示设备时间序列数据的一种可能方法如下:

测量
智能秤
测量码
iot_weighingscale_v1
数据
tm_source weight_kg
xxxxxxxxxxxxx 70.1
xxxxxxxxxxxxx 70.4
xxxxxxxxxxxxx 69.4

tm_source 表示何时读取读数。在这情况下,weight_kg是在每次获取重量读数所发送的参数

This is well and good, but what if there is another person who's using the weighing scale? One way to distinguish them apart is by adding an additional field, or tag, called person:

tm_source person weight_kg
xxxxxxxxxxxxx Sam 70.1
xxxxxxxxxxxxx Susan 55.2
xxxxxxxxxxxxx Sam 70.4

Much better. But what if there are multiple weighing scales in the house? We can tell them apart by adding another tag:

tm_source room person weight_kg
xxxxxxxxxxxxx bathroom Sam 70.1
xxxxxxxxxxxxx kitchen Susan 55.2
xxxxxxxxxxxxx kitchen Sam 70.4

So we end up with a measurement that has 2 tags (room, person) and 1 metric (weight_kg).

A more complete example can be as follows:

tm_source site_id room person weight_kg bodyfat battery_level
xxxxxxxxxxxxx 1547 bathroom Sam 70.1 19.1 99
xxxxxxxxxxxxx 1547 kitchen Susan 55.2 15.3 54
xxxxxxxxxxxxx 1547 kitchen Sam 70.4 19.2 49

This example is admittedly contrived, but it serves as an example of how data can be modelled in Senfi.

Note: site_id is a required tag and will be explained below, under Site

Sensor

Unlike applications like Prometheus or InfluxDB which deals purely with temporal data in a time series, Senfi associates such data with physical objects in the real world.

A sensor in Senfi represents a physical object/system of interest. A sensor may produce one or more measurements, or it may not produce any measurements. There are 3 types of sensors in Senfi:

Managed sensors
Sensors that produces at least one measurement
Specialized sensors
Sensors with special behaviour, eg. lift controller
Unmanaged sensors
Sensors that does not produce measurement

Site

A site represents a place whereby sensors are physically located. A site usually comprise of one or more buildings. A site in Senfi has a geographical location and usually a 3D representation. Users may choose to use the CMS to trace out the building outline and generate a quick 3D building, or they can also upload a 3D building modelled using modelling software such as Autodesk 3DS Max, SketchUp etc.

Sample building generated from building outline
Sample building modelled using 3D software

site_id is a unique integer associated with a particular site. It is used as a tag when sending measurements to Senfi, so that Senfi can tell which site the incoming measurement is meant for.

Rule, Alert

In an operating environment such as a smart building, it is important that organizations are able to keep track and be aware of what is going on in and around their assets. The way to do that is through monitoring and alerting.

Sensors produce measurements which contain data in the form of metrics and tags. Senfi provides multiple ways for users to monitor metric and tag values for conditions which require attention - such as abnormally high values, or when a combination of values indicates something is down - and to take action when it happens.

Rule

User can make use of Senfi's flexible rule engine to be alerted of abnormality in the system they are monitoring.

A rule in Senfi comprises of:

  • Inputs
  • Conditions
  • Output
  • Actions
  • Rule execution options

Example

Using our Smart Weighing Scale measurement from earlier, we can form one simple rule as follows:

  • Input: iot_weighingscale_v1.battery_level
  • Condition: < 20
  • Action: Email reminder to replace battery
  • Rule execution option: Immediately (means evaluate this rule whenever there is any incoming measurement)

Computed measurement

Frequently, incoming metrics represent raw values that are read from the sensing device (eg. door open status, door closed status). To be able to derive better insights and to formulate more complex rules, it is useful to be able to calculate new metrics that are derived from the raw metrics. We refer to these metrics as derived metrics. The set of derived metrics and associated tags form the computed measurement.

Similar to measurement, a computed measurement comprises of:

  • timestamp
  • tags
  • metrics (derived)

Following from the above example, a computed measurement could compute the duration that a door remains opened by taking the timestamp between a door open and door closed metric.

Organization, User, Access Group

An organization represents the entity (eg. company, individual) that is responsible for managing the account that uses Senfi. An organization comprises at least one user with Administrator role. Users with Administrator role are able to manage other users, including user account creation/deletion, user roles etc.

Think of access group as a subset of the assets under the organization. Users can be placed into access groups to have access to those assets. Currently assets that can be assigned to an access group are:

  • user
  • site
  • rule

Next: Getting Started