传感器到云端，以及低功耗广域网IoT网络及其应用 (1)

我先自我介绍一下 我叫Victor

在TI这边主要负责无线相关的产品知识

我是base在上海那边的

我本人主要负责跟组网相关的一些

无线技术 比方说像大家熟悉的

ZigBee 6LoWPAN 包括Thread 包括现在我们的

Sub-1G的无线网络

在正式讲今天我们这个topic之前

还是想先做一个调查 我们在座的

听众里面 有谁之前已经做过一些Sub-1G的产品的

Sub-1G大家应该知道 就是刚才Alex Chen

已经讲到的 315 433 470 510

790 868 915等等 就是1G以下的 都叫Sub-1G的产品

有哪些同事已经做过这方面产品的

大家都举一下手

举手的不多 所以今天这个对大家来说还是非常有帮助的

我们这套方案也是针对

以前没有做过Sub-1G 但是将来可能会用到Sub-1G的

用户 标题叫做传感器到云端的技术

我们叫做Sensor to Cloud 就是把传感器的

数据发到互联网上去

首先 为什么我们要做Sensor to Cloud

第一点就是 我们希望

给客户提供的不仅仅是一颗芯片

或者是一个芯片 一个数据手册 一个参考设计

我们希望给客户提供的是一个

端到端的方案

客户拿到这个东西之后 可以方便地做自己的应用

不需要关注底层连接上面的技术

包括现在非常popular的 像IOT

包括M2M的通信

为什么呢 第一个

Sub-1G是一个非常分散的频段

它不像2.4G 就说我们的蓝牙 WiFi ZigBee 就是

全球都比较统一

Sub-1G的话 每个地方 都有每个地方自己的规定

哪些频段可以用

第二点 作为一家芯片公司

目前来说 大部分只是提供简单的参考设计

或者说是以芯片为主

对我们来说 我们希望给客户

完整的一整套的方案

所以我们TI想在这个上面

去做一套针对Sub-1G的Sensor to Cloud组网的

方案 这个方案的话 对于我们客户来说

或者对于我们在座的研发工程师来说

它会有哪些好处呢

第一个 让我们产品对于我们应用的

比方说 监控 或者说控制

会比较方便

大部分的现在物联网都是一些传感器数据的

采集 或者说是现场的一些控制

比方说 我怎么样去控制一个门锁

我怎么样把温湿度传感器的数据 能够在后台

或者在服务器上面能够拿到

我们的目的是 我们希望

把无线连接对客户来说

变得越来越容易 而不是说

你们原先的产品 加了无线技术以后

你需要花更多的时间 去熟悉这个无线 需要非常熟悉地开发这个协议栈

我们的目的不是这样 我们是希望大家能非常快速地去做这些东西

另外 一旦在我们的产品中加入一些无线技术以后

可能有些用户会说 我低功耗会不会受影响

我的电池寿命会不会受到影响

对于我们TI来说 我们也是

想办法让客户去解决这些问题 你用我们的方案

或者你用我们的协议栈 我们本身已经在功耗这一块

已经做了很大的优化

包括现在我们所有的设备 所有的数据

都希望能够到云端去 到云端我们Sub-1G本身

它是没办法到互联网或服务器上面去的

我们可能要通过以太网 或者说是WiFi

把数据传输去

那我们的方案里面 肯定也会包括怎么样

把Sub-1G的数据通过WiFi 或者以太网

能够传出去

另外一点就是说

我们也希望通过手机 对这些设备进行控制

一样的道理 因为手机有WiFi

我们可以跟服务器进行连接 或者直接跟设备进行连接

会非常的方便

归纳起来 就是我们这边看到的

三个点 就是我们让大家的开发IOT产品

速度变得更快

变得更容易

我们的目的并不是让客户去学习一套复杂的系统

我们希望大家能够接受这样一套简单的

开发容易的一套系统

这个是我们认为Sensor to Cloud的design的

几个典型的应用产品

比方说我们有home automation

智能家居 我们有对一些比方说温控器

或者是门锁 包括一些白电的一些控制

包括Smart Grid 就是我们的抄表

包括安防传感器

比方说像一些烟感 或者是一些

二氧化碳安全类的传感器

第四个 就是我们超市里面的 比方说ESL的标签

就是我们的电磁标签

以前的话 可能是直接打印的

现在就用电磁标签来做

包括物流 现在非常流行的

冷链 所以冷链产品的整体跟踪

就是我从仓库里面出来的一箱蔬菜

现在运行到哪里了 蔬菜的温度是怎么样

我希望能够通过后台实时地去做监控

这些是通过这些无线技术来做的

包括工厂自动化

包括农业等等 这个是我们几个

相对来说比较关注的

市场 可能有些应用已经 这边在座的客户

已经在做了

我们的所谓的Sensor to Cloud

或者说协议栈 它的几个关键点的feature

第一 我们可以非常方便地让设备能连到

互联网上去 比如亚马逊的AWS

云 或者IBM的云 让大家能够自己有自己的服务器

也可以连到自己的服务器上面去

第二点 就是我们有非常远的距离

的cover 这个的话

这个的话刚才Alex也给大家讲了

我们的Sub-1G可以做到1.5公里

就是点对点的传输

所以它cover的距离会非常远

比方说我去做一个智能家居

一般一户人家可能150平的

房子 就比方说我的传输 我一个星型网络

就可以去cover

第三点 相对来说 大家都比较关注的

安全 就是大家担心数据会不会被别人知道

比方说我去控制一个门锁

我门锁的控制命令被别人

给窃取了 安全怎么办

在我们的Sensor to Cloud 这个demo里面

或者说solution里面 我们也会有加密相关的

算法 都已经加进去了 第四个 关于

稳定性 就是说健壮性

健壮性就是说我们的开发

都是基于标准的801.15.4G

来做的开发 就说

我们的801.15.4大家都知道 就是定义了

物理层跟MAC层

它是一个星型网络

801.15.4G是工作在一个Sub-1G频段的

协议 其实它的原理跟15.4

是一样的 第五点是关于它丰富的一些

软件议程 包括最后包括一些

过认证的一些条件

也就是说协议栈大量做的产品

如果想卖到国外去

你可能去过一些FCC 或者说CE 这样

的一些认证

包括我们现成的SDK

以及网关的架构 网关我们有MCU-base的网关

就是我们的3220加上一个

Sub-1G芯片 或者一个以太网base的一个网关

比方说我们的AM335X 就去加一个Sub-1G的芯片

以及非常低功耗的一些

传感器 包括smartphone的连接

我先自我介绍一下 我叫Victor

在TI这边主要负责无线相关的产品知识

我是base在上海那边的

我本人主要负责跟组网相关的一些

无线技术 比方说像大家熟悉的

ZigBee 6LoWPAN 包括Thread 包括现在我们的

Sub-1G的无线网络

在正式讲今天我们这个topic之前

还是想先做一个调查 我们在座的

听众里面 有谁之前已经做过一些Sub-1G的产品的

Sub-1G大家应该知道 就是刚才Alex Chen

已经讲到的 315 433 470 510

790 868 915等等 就是1G以下的 都叫Sub-1G的产品

有哪些同事已经做过这方面产品的

大家都举一下手

举手的不多 所以今天这个对大家来说还是非常有帮助的

我们这套方案也是针对

以前没有做过Sub-1G 但是将来可能会用到Sub-1G的

用户 标题叫做传感器到云端的技术

我们叫做Sensor to Cloud 就是把传感器的

数据发到互联网上去

首先 为什么我们要做Sensor to Cloud

第一点就是 我们希望

给客户提供的不仅仅是一颗芯片

或者是一个芯片 一个数据手册 一个参考设计

我们希望给客户提供的是一个

端到端的方案

客户拿到这个东西之后 可以方便地做自己的应用

不需要关注底层连接上面的技术

包括现在非常popular的 像IOT

包括M2M的通信

为什么呢 第一个

Sub-1G是一个非常分散的频段

它不像2.4G 就说我们的蓝牙 WiFi ZigBee 就是

全球都比较统一

Sub-1G的话 每个地方 都有每个地方自己的规定

哪些频段可以用

第二点 作为一家芯片公司

目前来说 大部分只是提供简单的参考设计

或者说是以芯片为主

对我们来说 我们希望给客户

完整的一整套的方案

所以我们TI想在这个上面

去做一套针对Sub-1G的Sensor to Cloud组网的

方案 这个方案的话 对于我们客户来说

或者对于我们在座的研发工程师来说

它会有哪些好处呢

第一个 让我们产品对于我们应用的

比方说 监控 或者说控制

会比较方便

大部分的现在物联网都是一些传感器数据的

采集 或者说是现场的一些控制

比方说 我怎么样去控制一个门锁

我怎么样把温湿度传感器的数据 能够在后台

或者在服务器上面能够拿到

我们的目的是 我们希望

把无线连接对客户来说

变得越来越容易 而不是说

你们原先的产品 加了无线技术以后

你需要花更多的时间 去熟悉这个无线 需要非常熟悉地开发这个协议栈

我们的目的不是这样 我们是希望大家能非常快速地去做这些东西

另外 一旦在我们的产品中加入一些无线技术以后

可能有些用户会说 我低功耗会不会受影响

我的电池寿命会不会受到影响

对于我们TI来说 我们也是

想办法让客户去解决这些问题 你用我们的方案

或者你用我们的协议栈 我们本身已经在功耗这一块

已经做了很大的优化

包括现在我们所有的设备 所有的数据

都希望能够到云端去 到云端我们Sub-1G本身

它是没办法到互联网或服务器上面去的

我们可能要通过以太网 或者说是WiFi

把数据传输去

那我们的方案里面 肯定也会包括怎么样

把Sub-1G的数据通过WiFi 或者以太网

能够传出去

另外一点就是说

我们也希望通过手机 对这些设备进行控制

一样的道理 因为手机有WiFi

我们可以跟服务器进行连接 或者直接跟设备进行连接

会非常的方便

归纳起来 就是我们这边看到的

三个点 就是我们让大家的开发IOT产品

速度变得更快

变得更容易

我们的目的并不是让客户去学习一套复杂的系统

我们希望大家能够接受这样一套简单的

开发容易的一套系统

这个是我们认为Sensor to Cloud的design的

几个典型的应用产品

比方说我们有home automation

智能家居 我们有对一些比方说温控器

或者是门锁 包括一些白电的一些控制

包括Smart Grid 就是我们的抄表

包括安防传感器

比方说像一些烟感 或者是一些

二氧化碳安全类的传感器

第四个 就是我们超市里面的 比方说ESL的标签

就是我们的电磁标签

以前的话 可能是直接打印的

现在就用电磁标签来做

包括物流 现在非常流行的

冷链 所以冷链产品的整体跟踪

就是我从仓库里面出来的一箱蔬菜

现在运行到哪里了 蔬菜的温度是怎么样

我希望能够通过后台实时地去做监控

这些是通过这些无线技术来做的

包括工厂自动化

包括农业等等 这个是我们几个

相对来说比较关注的

市场 可能有些应用已经 这边在座的客户

已经在做了

我们的所谓的Sensor to Cloud

或者说协议栈 它的几个关键点的feature

第一 我们可以非常方便地让设备能连到

互联网上去 比如亚马逊的AWS

云 或者IBM的云 让大家能够自己有自己的服务器

也可以连到自己的服务器上面去

第二点 就是我们有非常远的距离

的cover 这个的话

这个的话刚才Alex也给大家讲了

我们的Sub-1G可以做到1.5公里

就是点对点的传输

所以它cover的距离会非常远

比方说我去做一个智能家居

一般一户人家可能150平的

房子 就比方说我的传输 我一个星型网络

就可以去cover

第三点 相对来说 大家都比较关注的

安全 就是大家担心数据会不会被别人知道

比方说我去控制一个门锁

我门锁的控制命令被别人

给窃取了 安全怎么办

在我们的Sensor to Cloud 这个demo里面

或者说solution里面 我们也会有加密相关的

算法 都已经加进去了 第四个 关于

稳定性 就是说健壮性

健壮性就是说我们的开发

都是基于标准的801.15.4G

来做的开发 就说

我们的801.15.4大家都知道 就是定义了

物理层跟MAC层

它是一个星型网络

801.15.4G是工作在一个Sub-1G频段的

协议 其实它的原理跟15.4

是一样的 第五点是关于它丰富的一些

软件议程 包括最后包括一些

过认证的一些条件

也就是说协议栈大量做的产品

如果想卖到国外去

你可能去过一些FCC 或者说CE 这样

的一些认证

包括我们现成的SDK

以及网关的架构 网关我们有MCU-base的网关

就是我们的3220加上一个

Sub-1G芯片 或者一个以太网base的一个网关

比方说我们的AM335X 就去加一个Sub-1G的芯片

以及非常低功耗的一些

传感器 包括smartphone的连接