首页 > 产品 > 无线连接 > 超低功耗以及安全Simpleink WIFI第三代产品新的特点以及Homekit介绍 >

Wi-Fi 产品

最新课程

热门课程

超低功耗以及安全Simpleink WIFI第三代产品新的特点以及Homekit介绍

OK 那接下来 我其实想跟大家走得更深入一些 就是因为之前刁勇先生也介绍过 其实我们是在Simplelink这个产品上 是整个一个平台来推广 接下来其实 我是介绍其中的一个分支 就是也是比较重要的一个部分 就是Wi-Fi的这个部分 那Wi-Fi的话 其实大家可能看得到 其实它是存在这个市场上 应用最广泛的一类的通信产品 那原因可能也是由于说 现在这个消费类市场它的推动 因为我们不管是手机也好 还是说现在的这个路由器 包括我们现在常用的这些设备 基本上都会 支持Wi-Fi的这个功能 那其实TI的话 在Wi-Fi的这个产品上 已经也是有很多年的一个经验 那我们从最开始的一代产品 到今天的这个产品的一个形态 其实我们是经历了很多种 经历了很多代产品的迭代 那其实我们最早 也做过这种相当于是 Wi-Fi的controller 就是它的这个meg层以下 它是集成在一个芯片里 然后需要你在一个processor之外 去运行这个Wi-Fi的程序 那这个Wi-Fi的protocol 可能是基于这个linux 或者是其他的操作系统 那今天我想讲的其实跟这个 结构是稍稍有一些区别 那他的一些主要的应用场景 是针对这个物联网 或者是工业以及一些便携 或者是低功耗的一些场景 那接下来呢 其实 我先跟大家简单回顾一下 在这一类产品上 我们大概的一个产品的一个分类 其实从最早的第一代产品 到今天的第三代产品 在做的这一代产品 我们也大概经历了几年的时间 那它的性能呢 也是逐渐的去优化 那主要是体现在这几个方面 第一代产品其实我们是在 以支持的这个节点数 以及它socket的数量 以及它的功耗上 都可以说是当时一个比较优秀的 或者是业界 最领先的一个技术标准了 一个产品的这个性能 但是到我们在2017年 推出第二代产品 其实我们可以看到 它在很多功能上 又对第一代产品 进行了一个非常大胆的一个突破 那主要是体现在这个安全上 那第一代产品可能我们考虑到 安全的因素并不是特别多 因为当时 其实真正能把Wi-Fi技术 应用到物联网的 应用场景也是比较局限 那可能主要是在网关 或者是网关以后 比如说这个云的接入上 那可能受到功耗的这个限制 那Wi-Fi的话 可能就在前一代的产品上 就止步于网关这个部分了 因为它的功耗会比较高 它不太适合去做这个节点的应用 但是在我们第二代产品 其实我们就发现这个市场 也慢慢的进行了一些变化 那其实也包括这个各家的产品 的一些优化 那其实它在功耗上也出现了 很多这种灵活的配置方式 能够实现这个更低的功耗 能让这个Wi-Fi 更往前端去走一步 那所以说第二代产品就是 除了这个功耗的突破之外 我们又加入了这个安全性的考虑 因为在物联网的应用场景之下 节点的数据安全以及 它被攻击的这个可能性 都是大大的增加 因为这个节点的数量 是可以说是无限的 可以是无限的扩展 所以说这样的一些低资源 或者是低功耗的设备 那它在这个安全性的 保护角度上 其实我们并没有看到 市场上有比较出色的方案 所以说这个也是我们 做第二代产品的一个初衷 就是说我们会考虑功耗 另外我们会更考虑的比其他竞争对手 会考虑的更多一点 就是在这个安全上 我们会做很多的安全机制 那后面我会进一步的去了解 这些安全机制 如果大家有什么问题 也可以在后面的交流环节 给我提出来 那说到第三代产品 也就说今年正在去做的这代产品 其实它在之前的产品基础之上 又做了几点推进 第一点就是说因为这个5G 这个5G可能最近比较敏感 因为5G的话我这里说的是 这个真正的5G的频段 Wi-Fi的话2.4G 和5G的频段 那之前我们所有的产品 都是只能支持2.4G的频段 当2.4G频段 越来越拥挤的时候 其实你虽然说Wi-Fi的产品 可以标成到100Mbps 这样的通讯速率 但是到这样一个 复杂的电子环境之下 又有ZigBee 又有蓝牙 又有Wi-Fi 那其实它这个信号是非常拥挤的 所以说你这个通讯速率 它会受到一个非常严重的影响 一个很大的challenge 所以说这也是我们为什么会 考虑在新一代的产品当中 加入5G的这个频段的原因 所以说我们是渴望能够做到 就是达到一个更干净的通讯的 这个环境 那达到更高的一个通讯速度 另外就是说我们在还是说 之前的这些feature大家先不要忘掉 我们先说这个新的feature 那另外一个飞车 就是说它在蓝牙和Wi-Fi的 共存的这个角度上 那我们也会做一些新的尝试 因为现在有很多Wi-Fi的设备 它功耗还是说相对会比较高 那它也需要低功耗的设备 比如说低功耗蓝牙 去作为一个控制信道的配合 所以在这种场景下 那蓝牙和Wi-Fi的共存 就会显得非常的必要 所以说这也是为什么 在新一代产品当中会加入 这个feature的一个原因 其实大家如果可以看得清的话 其实我们在每个产品上 都会加上这样的一些特殊的 mark 那这个mark就是说 它支持的一些特性的功能 那比如说关于security 我们就有两个方面 第一个就是网络层面的security 那说白了就是Wi-Fi 其实普通的这些加密 或者是解密的这个算法 那另外还有做的更深的一步 就是说我们会 加入对这个MCU整体的 security的控制 那它的一个概念 就是说我这个MCU 或者是这个Wi-Fi的产品 那它在我物联网的这个节点当中 它所有的数据都是被保护起来的 那不仅仅是我在空口 这个Wi-Fi的传输的通道之上 那也包括说我每建一个文件系统 或者是我每从这个数据节点 拿过来的这个数据报文 甚至是说我这个MCU 里面存的这个code的 我都会是一个非常经过认证 有数字签名的这样的一个 保证数据完整性的一个image 那这个其实举个简单的例子 比如说其实现在 因为有很多Wi-Fi 它需要外面挂一个串行的 flash去存储它的image 那如果说我一个物联网 当中有一个非常关键的一个节点 那它是需要传输 一些现场的数据过来 那如果你在MCU这个角度 不加任何保护的话 那其实攻击者其实很可能 就自己做一个外部的 串行flash 然后把它更换掉 那这样的话 因为它有些数据 也是存在网络层里面 所以你就没有办法去阻挡 这种攻击 它就会介入到你的网络 甚至是说在它的后台去把 这个现场的数据发到它的后台里 所以说针对这样的一些攻击 其实我们是有一个很完整的分析 从各个角度去加上 其实我们叫做security enabler 就是在这个MCU里面 去加入各种各样的保护机制 当然说我举的这个例子 只是其中的一个应用场景 可能更多的细节大家可以看一下 我们有专门的文档去介绍 OK 那其实这张图 就是说更直观的去看一下 我们这个Wi-Fi产品 它在新一代产品 它有哪些特殊的功能了 这些基本上都是我们前一代 一直在去做的 比如说这个完整的 cloud的system 比如说跟我们合作伙伴 它的一个紧密的engagement 那另外还有说我们这个安全 那从上一代产品当中 我们也都一直在去follow 最严格的标准 那其实我们这里面想强调 是第三代的产品 其实大家可以这一页是比较直观的 就是说这一代产品 其实有三个非常重要的feature 一定要记住的 第一个就是说我们跟BLE的 这个co-existence就是和BLE的 共存这样的一个机制 另外一个就是说 在上一代产品的基础之上 我们又把功耗又降低了30% 当然这个是说我们需要根据 这个应用场景去判断的 但是说从综合的角度上 我们会支持更新的 一些低功耗模式 把这个功耗继续降低 最后一个就是支持了Dual Band 就是2.4G和5G 这个可能是有很多 比如说老的路由器 还没有支持的功能 所以我们现在在 基于物联网或者是针对于 物联网这个应用的产品上 已经把它集成进来 OK 那其实下一章就是说 想介绍一下具体的细节了 就是我们真正看一下这个器件 到底有哪些功能或者是哪些特点 那其实我刚才讲了 也都是一些概念上的方向 那说我们说它低功耗 那它到底功耗能有多低 其实我们是有一些数字 可以去跟大家去分享的 那比如说 如果说在座有做过Wi-Fi 或者是低功耗Wi-Fi相关的 一些设备 那可能你会有一些直观的概念 那这些数字你会可以去做个对比 CC3235其实这个产品 我们在最低功耗的这个状态之下 我们叫Hibernation模式 那它的一个概念就是说 它因为我们这些Wi-Fi的产品 它里面会集成MCU 所以说这个MCU是处于休眠 那它的网络的控制器 也是处于休眠模式 但是它是有信息唤醒源 比如说它的时钟RTC或者是 一些GPL口这样的一些外设 在运行的情况下 那它最低的功耗可以到 4.5uA 所以说基本上可以跟现在 比如说我们常见的ARM 或者是430这两个MCU 是可以说是同一个等级 并不是说比它还要高一个量级 这样的一个概念 那另外一个就是我们比较常用的 是low power deep sleep 那这个模式其实是可以 让你去保持跟AP的一个连接的过程 去保持这样的连接 然后再进行这样的一个 低功耗的状态 那它基本上可以到135uA 这个其实要比我们第一代产品 要好一些 另外在低功耗上 其实我们还支持了另外一种新的 低功耗模式 叫WFA 这个可能也是这个Wi-Fi标准 新加的一个功能 所以说可能要看一下 我们这个AP到底支不支持 这样的模式 再来决定说这个模式 到底可不可用 比如说 因为它其实最重要的一个思想 就是说让这个Wi-Fi的产品 更多的去处在休眠的时间 那它的做法就是说 通过去提升休眠时间 给它更大的一个容忍机制 不像之前传统的方式 比如说我休眠500毫秒 就一定要唤醒 它是一个特殊的模式 可以支持20秒 最大是20秒这样一个休眠 因为你处在休眠的模式时间越长 那它功耗就会越低 当然为什么说也需要这个 AP的配合 如果说你AP是没有这个模式的 那你如果是休眠了20秒 其实你的AP 会认为你已经掉线了 所以这个时候它会重新启动 或者是你们的云端 已经可以看到掉线的状态了 那这个其实是我们在物联网当中 如果真的需要实时在线的设备 是不希望看到的 那另外第三个模式新加的模式 我们叫Hostless模式 这个概念其实就是 因为这颗CC32 比如说CC这个Wi-Fi的产品 它里面是其实是有两颗MCU 一颗是用户可见的 application的MCU 去运行你的application code 另外一颗是 专门去运行Wi-Fi协议栈的 这个MCU 那它的正常来讲 那其实我Wi-Fi只要唤醒 那我就需要两个MCU都唤醒 因为说主MCU是需要去 虽然说它是不运行协议栈 但是它也会运行 协议栈的控制逻辑 所以说它会频繁的被唤醒 那这个Hostless 就是说我会把一些任务 实时的去丢给我 或者是预定协议栈MCU的一些 Bandwith 实时的去丢给它 那我这样做的目的就是说 其实我以一个固定的pattern 去做这个事情之后 那其实它达到的一个效果 就是说我可以只让这个network的 这个MCU去唤醒 当它去唤醒的时候 它可以顺便去处理一些 我application的一些任务 比如去发一个数据 或者是发一个短的数据包 那当然它不可能去 运行一些逻辑了 所以说就把这些事情交给它去做 那这样的话 其实我application的MCU 就可以更长时间的去休眠 说白了这个其实从各个角度 我们都是想通过一种 更灵活的方式去让这个MCU 更多的path去休眠下去 实现这个低功耗的功能 那其实这个Wi-Fi的产品 主要的应用场景大概还是说 针对这个有功耗要求的 或者是这个物联网设备 那刚才其实也有同事说问到 有这个医疗场景的应用 其实我们也是对这个市场 也是非常的看好 因为其实医疗这个市场那它看起来 并不是说一个传统的概念 那它也会有一些便携的设备 所以所有的这些设备 其实我们都是一个比较target的 一个市场 因为其实你也可以看到 其实Wi-Fi的话 它就是刚才您也说 有EMC的一些考虑 那其实Wi-Fi的话 我们除了做这个芯片之外 那我们也有一些module的方案 这个比如说TI自己也会做module 那我们也有一些certain parties 去做module 那所有的这些module 其实我们在出厂之前都会去 做这个FCC或者是 3C的这样一些认证 所以说如果你是对Wi-Fi 没有极特殊的这个要求 那而且你的EMC的这些 compliance也是遵照比如说加拿大 和美国或者是欧洲的一些标准 那这个其实是完全没有问题的 另外呢 就是说 其实那比如说你是 想要做一个便携的设备 比如说 我之前就有一些客户 他是想做便携的超声的探头 那其实它也是一个 电池供电的一个小设备 所以说 对这个功耗的要求 也是非常的严苛 那其实这种场景 就恰好是我们这个 CC系列的一个target market 那我们再来看一下 这个MCU都有哪些资源 其实我这里面 其实可能会频繁 去切换一下这两个角度 一个是我会让我会管 它叫一个MCU 另外呢 我也会管它 叫一个Wi-Fi的芯片 因为它就是这样的一个结合体 当我们需要去看MCU的时候 我们就看MCU的资源 当然当我们需要去看 Wi-Fi的feature的时候 我们可能就要 关注一下Wi-Fi的feature 因为它是两颗分在一起 那这里面再澄清一下 我们也有一些 比如说 你看这个命名是32系列 那其实它是里面是有两个MCU 就是相当于集成MCU的 那如果是有对等的 比如说312 3135 那这个是它里面只封了 我们的一颗MCU 就是做Wi-Fi处理的MCU 它需要一颗外面host的MCU 又去跟它去配合 所以说如果看这个3235的话 那我们先看左边的 这些MCU的Feature 那其实它还是一个 ARM-Cortex M4内核 就是两颗MCU其实都是M4的 那只是说有一个对你们开放 有一个对客户是不开放的 那这个MCU 也跟我们普通用的 这个MCU一样 因为它也是要针对这个工业 物联网的这个市场 所以说我们常见的 这些UART I/O口 或者是SPI ADC 这一类的外设 其实我们都是可以提供的 而且这个PWM或Timer 也是比较多的 那另外一点就是说 我们是作为一个平台来推 Simplelink MCU platform 所以说我们针对 所有MCU 都会有一个SDK 那这个SDK里面 既包括我们Wi-Fi的这些 application的这些常见的应用 这些事例 那也包括说我们针对每个外设 比如说ADC SPI 或者是PWM 这些外设的一些转网 可以说 如果你用过任何一个 TI的Simplelink MCU 比如说CC2640 你做过BLE的开发 其实你可能对这个 Wi-Fi的产品 上手会非常快 因为它的这个 driver都是一样的 而且这个SDK的结构 也是蛮类似 另外还想强调一点 就是说除了我们传统的这些外设 包括它的driver之外 那其他我们能提供的一些东西 就主要是包括我们这个security 就是数据安全的这些保护 那我们其实其实在 比如说3220S这类 具有安全feature的MCU里面 其实我们是有很多种 保护的机制的 举个例子说 我们其实里面 会在每个MCU里面 会存一些这些key的pair 这个key可以用来去 进行一些运算 去生成你application的key 这个key其实是没有任何手段 能够把它得到 因为这个key是存在 我们叫network processor里面的 一个特殊的地址 一个特殊的地方 这个key它是没有办法 去读出来 你只能通过API函数 利用它去算出 你另外的一个衍生的key 用key去作为你application的一些签名 或者是加密的key 但是如果你想尝试去读到它 其实你是没有任何手段 去拿到它的 再比如说 其实每个MCU里面 也会存我们有合作的 认证的certificate party 比如说我们叫CA 就是certification认证机构 这个机构的作用 在你去用这些通用的授权 或者是数字签名的算法的时候 我们可以有一个第三方的 权威机构 去给你做数字签名 这样的话 其实你是从 不管是从物理机制 还是说从网络协议协议的层面上 我们都是可以做到数据的完整性 另外除了这些MCU本身的资源 其实我们还是再强调一点 因为我们是整个生态的系统 整个一个生态的环境 比如说我们会跟 苹果的Homekit 或者是亚马逊 以及微软 谷歌和IBM 都会建立这样的一些合作 当然也是包括我们的阿里 所有的这些云 或者是我们的介入 我们都会有一些 现成的套件可以给你们去使用 这个套件是什么概念呢 比如说刚才像阿里同事提到的 我们的这个系统 包括云端的一整套的解决方案 基于3220 或者是基于我们的Wi-Fi产品 去开发的这个产品 这一整套的生态 那也比如说 像我们微软的Azure的这个云 我们也是有现成的SDK的插件 让你更快的去开发你的产品 当然所有的这些开发的套件 都支持我们的历程 所以说这个历程 其实是你相当于 最基本的一个入手点 其实你基于这个历程去开发 其实一个是你会对它的 运行的机制和结构会很快的了解 另外也是说让你去了解如何 把MCU和后端的云去配合起来 这些需要哪些资源 也是一个非常好的参考 这个产品从Wi-Fi的这个角度 我们可以看一下它都有哪些feature 这里面如果提到的 我就不再赘述了 这里面有一个可能你们 还没有注意到的 我们也支持soft roaming 这个可以说是一个比较新的概念 它其实跟我们的手机 它的概念是差不多的 因为手机在不同的基站之间 它也会涉及到一个漫游的问题 就是说 当我一个手机 从一个基站的覆盖区域 转化到另外一个基站的覆盖区域 其实它中间会经过 一个这样的过程 它会切换连接的基站 当然CC3235这个产品 我们也是支持这样的一个功能 就是当我特别是在工业现场的话 我有多个AP去布置的情况下 那我也会无缝的实现从这个 一个AP切换到另外一个AP 那如果说没有这个功能 你会发现这样一个现象 就是说你的云端其实是会 可以看到你的设备有掉线 再上线的这样一个过程 所以这个对于某一些这个云端的 比如说后台 那其实它会认为它是一个错误的状态 比如说现场是不是 发生了某些事情 但是如果是有了这个漫游的机制 那其实当我在这个 AP之间切换的时候 那其实它是不会让你的云端 看到这个区别 另外一个就是说 我们还支持FIX的 这个它是一个安全针对 安全机制的一个认证 或者是一个标准 那主要是针对一些政府的部门 比如说我们有一些设备是 提供给政府或者是一些出口 一些这样的一些场景 比如说这个资产的管理 那其实因为政府部门会针对 它的数据有一个专门的要求 那基于其实基于的 就是这个FIX 所以说这个芯片 那如果你是有这样的应用场景 那其实它是一个 非常好的一个开始 就是说我在硬件上 已经可以满足这个FIX 那其实这有两个角度 一个是说你这个项目能不能做 另外一个就是说 就算我们软件的实力很强的话 那其实FIX因为它也是 有很多的这个要求 所以说也会让你的软件开发 或者是后期的系统设计 会变得更简单 那我们再看一下这个和BLE的 这个共存的这个问题 那其实现在的话 如果说我想要有一个Wi-Fi 和BLE共存的这样一个应用场景 那其实它这因为这两个 都是在用 这个2.4G的这个频段 所以说如果你不加控制的话 那其实会出现很多问题 那主要的一个问题 就是这块我先过一下 主要的一个问题就是说 因为一般来讲我的BLE的话 我会是负责一个控制的一个过程 那Wi-Fi可能是 作为数据的传输 那可能控制的命令 会更要求实时性 那如果说我在没有共存 这个共存机制的情况下 那它有可能出现的一个情况 就是说我Wi-Fi的数据 因为它是数据量很大的 所以它可能会影响到 我这个BLE的稳定性 那就会导致说我BLE的连接的丢失 或者是数据包的丢失 所以这个如果是你的控制命令是 对实时性要求比较严格的情况下 那它会存在一些问题 但是如果我用了这个 co-existence的机制的话 那它会有一个好处就是说 我会优先的去保护 我BLE的传输 当我这个芯片发现就是说 我现在同时有 Wi-Fi和BLE的要求 那我会优先去保证BLE 所以说之前我们是 有做过一个测试 就是说我们在 加这个co-existence机制 和不加这个机制的情况下 我们做的测试就是在 这个BLE的数据的稳定性上 我们是可以做到 一个非常好的效果 那再说到这个功耗 特别是针对Wi-Fi这块 那其实我们有支持 多种的配置模式 比如说你是长连接的 比如说你是定时去 唤醒连接再发送的 那也有说是我不连接 直接唤醒发送的 那其实每一种会根据它 这个处在工作时间的长短 它的功耗也是会不断的去增加的 但是这张图表 其实大家可以先看一下 因为它是我们内部 测试的一个数据 那第一种情况就是说 我保持一个长连接的状态 那两节AA电池基本上可以用 差不多一年的时间 如果说是可以支持 这个WFA的话 那我们可以支持 更长的一个使用年限 那是一个2.5年 那比如说我唤醒连接再发数 这样的一个情况 你可以注意一下 我们的使用场景是60秒 就一分钟发一次 它基本上两节AA电池 可以完成三年的这样一个寿命 如果说我只是起来唤醒发数据 不去连接的情况下 比如说是一个广播的 这样的一个方式那可以做到五年 所以说这个会有不同的 配置方式去做你的应用 根据每一种方式 我们可以得到一个不同的功耗 当然这个只是一个半出mark 可以作为你应用的一个参考 其实我们再看一下这个安全 就是两点非常重要 一点就是说我们这个 安全的覆盖范围是非常广泛的 那可能大部分的现在的产品 都是重点去保护 我们空口到云端这个范围 那其实往往就忽略了 我们现场的一些数据的安全 和数据的完整性 其实这个产品 它就可以覆盖你整个的 从这个设备的开发 到这个设备的运行启动 再到说我Wi-Fi空口的传输 以及后续云端和我这个数据 和我这个节点之间的一个认证 这样的一整套的这个覆盖范围 OK 这张图其实就是一个 比较直观的能看见我们到底 都能提供哪些产品 每一种产品 它的一个配置是怎么样的 比如说你现在就想开发一个应用 其实你可以根据说不同的需求 去做更好的一个选择 几个方面需不需要安全 那就涉及到我们 是不是需要选择这个 比如说一代产品和二代产品 需不需要5G 那可能就会影响到你选择 到底是三代产品还二代产品 其实大家可以记住这张表 因为它基本上是一个比较全的 所有的型号都在这里面可以见的 而且它把每个feature都会列出来 当然也有一些区别 比如说我在做这个tcp tcpip的连接的时候 那它的socket的数量的支持多少 这些也是可能我们 做这个物联网的节点 需要考虑的一个因素 那接下来我再花一点时间 去跟大家走一下我们这个 HomeKit的一些 能提供的资源 当然这里面我不会涉及到太多 因为其实大家可能比较困惑的 就是说我用这个CC32系列 那怎么去做这个 HomeKit的开发 我需要走一个什么样的流程 这个是我们重点要去介绍的 那先说一下TI的话 其实我们是最早一家 跟HomeKit 就跟苹果的HomeKit 去提供这样硬件方案的一家公司 所以说我们合作的时间也比较长 那它的这个系统的稳定性 也会比较好 这个HomeKit 你是怎么去开发 一句话还是基于我们的SDK 我们的SDK 会支持一个专门的插件 我们叫Plug-in 这个插件里面包括了什么东西呢 包括你基本上你要开发 HomeKit的所有的东西 比如说 它这个协议站的一些文档 比如说我们web server这些历程 以及它所支持的一些算法 比如这个加密的模块 这些签名以及密钥分配 密钥管理的这些方法里面都会有 另外就是说它还可以支持一些 就是说你现在HomeKit里面 常见的一些节点的类型 这些历程 比如说一些温控器 或者是一些开关 这样的一些 相当于让你去更快的入手的 这样的一些方法 那其实这个 跟TI其他SDK也是一脉相承 我们都会说鼓励客户 先从这个example先入手 这样的话也是 更节省时间的一个手段 那怎么去得到这个SDK呢 就是跟这个TI普通的SDK 得到的方式不太一样 因为TI普通的SDK 你可能需要去注册一个My TI 然后再去申请 这个一般都会给你批准 然后你就可以去下载 但是因为苹果这个HomeKit的话 因为它是需要苹果的一个license 所以说首先你需要去这个网站上 获得这个license 那基于这个license TI会再次去verify一下 这个license的合法性 如果说一切都没有问题 license也获得到 其实我们就可以把 这个HomeKit的SDK发给你们 然后你就可以 在这个上面去开发了 以上就是我基本的内容

OK 那接下来

我其实想跟大家走得更深入一些

就是因为之前刁勇先生也介绍过

其实我们是在Simplelink这个产品上

是整个一个平台来推广

接下来其实

我是介绍其中的一个分支

就是也是比较重要的一个部分

就是Wi-Fi的这个部分

那Wi-Fi的话

其实大家可能看得到

其实它是存在这个市场上

应用最广泛的一类的通信产品

那原因可能也是由于说

现在这个消费类市场它的推动

因为我们不管是手机也好

还是说现在的这个路由器

包括我们现在常用的这些设备

基本上都会

支持Wi-Fi的这个功能

那其实TI的话

在Wi-Fi的这个产品上

已经也是有很多年的一个经验

那我们从最开始的一代产品

到今天的这个产品的一个形态

其实我们是经历了很多种

经历了很多代产品的迭代

那其实我们最早

也做过这种相当于是

Wi-Fi的controller

就是它的这个meg层以下

它是集成在一个芯片里

然后需要你在一个processor之外

去运行这个Wi-Fi的程序

那这个Wi-Fi的protocol

可能是基于这个linux

或者是其他的操作系统

那今天我想讲的其实跟这个

结构是稍稍有一些区别

那他的一些主要的应用场景

是针对这个物联网

或者是工业以及一些便携

或者是低功耗的一些场景

那接下来呢 其实

我先跟大家简单回顾一下

在这一类产品上

我们大概的一个产品的一个分类

其实从最早的第一代产品

到今天的第三代产品

在做的这一代产品

我们也大概经历了几年的时间

那它的性能呢

也是逐渐的去优化

那主要是体现在这几个方面

第一代产品其实我们是在

以支持的这个节点数

以及它socket的数量

以及它的功耗上

都可以说是当时一个比较优秀的

或者是业界

最领先的一个技术标准了

一个产品的这个性能

但是到我们在2017年

推出第二代产品

其实我们可以看到

它在很多功能上

又对第一代产品

进行了一个非常大胆的一个突破

那主要是体现在这个安全上

那第一代产品可能我们考虑到

安全的因素并不是特别多

因为当时

其实真正能把Wi-Fi技术

应用到物联网的

应用场景也是比较局限

那可能主要是在网关

或者是网关以后

比如说这个云的接入上

那可能受到功耗的这个限制

那Wi-Fi的话

可能就在前一代的产品上

就止步于网关这个部分了

因为它的功耗会比较高

它不太适合去做这个节点的应用

但是在我们第二代产品

其实我们就发现这个市场

也慢慢的进行了一些变化

那其实也包括这个各家的产品

的一些优化

那其实它在功耗上也出现了

很多这种灵活的配置方式

能够实现这个更低的功耗

能让这个Wi-Fi

更往前端去走一步

那所以说第二代产品就是

除了这个功耗的突破之外

我们又加入了这个安全性的考虑

因为在物联网的应用场景之下

节点的数据安全以及

它被攻击的这个可能性

都是大大的增加

因为这个节点的数量

是可以说是无限的

可以是无限的扩展

所以说这样的一些低资源

或者是低功耗的设备

那它在这个安全性的

保护角度上 其实我们并没有看到

市场上有比较出色的方案

所以说这个也是我们

做第二代产品的一个初衷

就是说我们会考虑功耗

另外我们会更考虑的比其他竞争对手

会考虑的更多一点

就是在这个安全上

我们会做很多的安全机制

那后面我会进一步的去了解

这些安全机制

如果大家有什么问题

也可以在后面的交流环节

给我提出来

那说到第三代产品

也就说今年正在去做的这代产品

其实它在之前的产品基础之上

又做了几点推进

第一点就是说因为这个5G

这个5G可能最近比较敏感

因为5G的话我这里说的是

这个真正的5G的频段

Wi-Fi的话2.4G

和5G的频段

那之前我们所有的产品

都是只能支持2.4G的频段

当2.4G频段

越来越拥挤的时候

其实你虽然说Wi-Fi的产品

可以标成到100Mbps

这样的通讯速率

但是到这样一个

复杂的电子环境之下

又有ZigBee 又有蓝牙 又有Wi-Fi

那其实它这个信号是非常拥挤的

所以说你这个通讯速率

它会受到一个非常严重的影响

一个很大的challenge

所以说这也是我们为什么会

考虑在新一代的产品当中

加入5G的这个频段的原因

所以说我们是渴望能够做到

就是达到一个更干净的通讯的

这个环境

那达到更高的一个通讯速度

另外就是说我们在还是说

之前的这些feature大家先不要忘掉

我们先说这个新的feature

那另外一个飞车

就是说它在蓝牙和Wi-Fi的

共存的这个角度上

那我们也会做一些新的尝试

因为现在有很多Wi-Fi的设备

它功耗还是说相对会比较高

那它也需要低功耗的设备

比如说低功耗蓝牙

去作为一个控制信道的配合

所以在这种场景下

那蓝牙和Wi-Fi的共存

就会显得非常的必要

所以说这也是为什么

在新一代产品当中会加入

这个feature的一个原因

其实大家如果可以看得清的话

其实我们在每个产品上

都会加上这样的一些特殊的

mark

那这个mark就是说

它支持的一些特性的功能

那比如说关于security

我们就有两个方面

第一个就是网络层面的security

那说白了就是Wi-Fi

其实普通的这些加密

或者是解密的这个算法

那另外还有做的更深的一步

就是说我们会

加入对这个MCU整体的

security的控制 那它的一个概念

就是说我这个MCU

或者是这个Wi-Fi的产品

那它在我物联网的这个节点当中

它所有的数据都是被保护起来的

那不仅仅是我在空口

这个Wi-Fi的传输的通道之上

那也包括说我每建一个文件系统

或者是我每从这个数据节点

拿过来的这个数据报文

甚至是说我这个MCU

里面存的这个code的

我都会是一个非常经过认证

有数字签名的这样的一个

保证数据完整性的一个image

那这个其实举个简单的例子

比如说其实现在

因为有很多Wi-Fi

它需要外面挂一个串行的

flash去存储它的image

那如果说我一个物联网

当中有一个非常关键的一个节点

那它是需要传输

一些现场的数据过来

那如果你在MCU这个角度

不加任何保护的话

那其实攻击者其实很可能

就自己做一个外部的

串行flash

然后把它更换掉

那这样的话

因为它有些数据

也是存在网络层里面

所以你就没有办法去阻挡

这种攻击

它就会介入到你的网络

甚至是说在它的后台去把

这个现场的数据发到它的后台里

所以说针对这样的一些攻击

其实我们是有一个很完整的分析

从各个角度去加上

其实我们叫做security enabler

就是在这个MCU里面

去加入各种各样的保护机制

当然说我举的这个例子

只是其中的一个应用场景

可能更多的细节大家可以看一下

我们有专门的文档去介绍

OK 那其实这张图

就是说更直观的去看一下

我们这个Wi-Fi产品

它在新一代产品

它有哪些特殊的功能了

这些基本上都是我们前一代

一直在去做的

比如说这个完整的

cloud的system

比如说跟我们合作伙伴

它的一个紧密的engagement

那另外还有说我们这个安全

那从上一代产品当中

我们也都一直在去follow

最严格的标准

那其实我们这里面想强调

是第三代的产品

其实大家可以这一页是比较直观的

就是说这一代产品

其实有三个非常重要的feature

一定要记住的

第一个就是说我们跟BLE的

这个co-existence就是和BLE的

共存这样的一个机制

另外一个就是说

在上一代产品的基础之上

我们又把功耗又降低了30%

当然这个是说我们需要根据

这个应用场景去判断的

但是说从综合的角度上

我们会支持更新的

一些低功耗模式

把这个功耗继续降低

最后一个就是支持了Dual Band

就是2.4G和5G

这个可能是有很多

比如说老的路由器

还没有支持的功能

所以我们现在在

基于物联网或者是针对于

物联网这个应用的产品上

已经把它集成进来

OK 那其实下一章就是说

想介绍一下具体的细节了

就是我们真正看一下这个器件

到底有哪些功能或者是哪些特点

那其实我刚才讲了

也都是一些概念上的方向

那说我们说它低功耗

那它到底功耗能有多低

其实我们是有一些数字

可以去跟大家去分享的

那比如说 如果说在座有做过Wi-Fi

或者是低功耗Wi-Fi相关的

一些设备

那可能你会有一些直观的概念

那这些数字你会可以去做个对比

CC3235其实这个产品

我们在最低功耗的这个状态之下

我们叫Hibernation模式

那它的一个概念就是说

它因为我们这些Wi-Fi的产品

它里面会集成MCU

所以说这个MCU是处于休眠

那它的网络的控制器

也是处于休眠模式

但是它是有信息唤醒源

比如说它的时钟RTC或者是

一些GPL口这样的一些外设

在运行的情况下

那它最低的功耗可以到

4.5uA

所以说基本上可以跟现在

比如说我们常见的ARM

或者是430这两个MCU

是可以说是同一个等级

并不是说比它还要高一个量级

这样的一个概念

那另外一个就是我们比较常用的

是low power

deep sleep

那这个模式其实是可以

让你去保持跟AP的一个连接的过程

去保持这样的连接

然后再进行这样的一个

低功耗的状态

那它基本上可以到135uA

这个其实要比我们第一代产品

要好一些

另外在低功耗上

其实我们还支持了另外一种新的

低功耗模式 叫WFA

这个可能也是这个Wi-Fi标准

新加的一个功能

所以说可能要看一下

我们这个AP到底支不支持

这样的模式

再来决定说这个模式

到底可不可用

比如说

因为它其实最重要的一个思想

就是说让这个Wi-Fi的产品

更多的去处在休眠的时间

那它的做法就是说

通过去提升休眠时间

给它更大的一个容忍机制

不像之前传统的方式

比如说我休眠500毫秒

就一定要唤醒

它是一个特殊的模式

可以支持20秒

最大是20秒这样一个休眠

因为你处在休眠的模式时间越长

那它功耗就会越低

当然为什么说也需要这个

AP的配合

如果说你AP是没有这个模式的

那你如果是休眠了20秒

其实你的AP

会认为你已经掉线了

所以这个时候它会重新启动

或者是你们的云端

已经可以看到掉线的状态了

那这个其实是我们在物联网当中

如果真的需要实时在线的设备

是不希望看到的

那另外第三个模式新加的模式

我们叫Hostless模式

这个概念其实就是

因为这颗CC32

比如说CC这个Wi-Fi的产品

它里面是其实是有两颗MCU

一颗是用户可见的

application的MCU

去运行你的application code

另外一颗是

专门去运行Wi-Fi协议栈的

这个MCU

那它的正常来讲

那其实我Wi-Fi只要唤醒

那我就需要两个MCU都唤醒

因为说主MCU是需要去

虽然说它是不运行协议栈

但是它也会运行

协议栈的控制逻辑

所以说它会频繁的被唤醒

那这个Hostless

就是说我会把一些任务

实时的去丢给我

或者是预定协议栈MCU的一些

Bandwith

实时的去丢给它

那我这样做的目的就是说

其实我以一个固定的pattern

去做这个事情之后

那其实它达到的一个效果

就是说我可以只让这个network的

这个MCU去唤醒

当它去唤醒的时候

它可以顺便去处理一些

我application的一些任务

比如去发一个数据

或者是发一个短的数据包

那当然它不可能去

运行一些逻辑了

所以说就把这些事情交给它去做

那这样的话

其实我application的MCU

就可以更长时间的去休眠

说白了这个其实从各个角度

我们都是想通过一种

更灵活的方式去让这个MCU

更多的path去休眠下去

实现这个低功耗的功能

那其实这个Wi-Fi的产品

主要的应用场景大概还是说

针对这个有功耗要求的

或者是这个物联网设备

那刚才其实也有同事说问到

有这个医疗场景的应用

其实我们也是对这个市场

也是非常的看好

因为其实医疗这个市场那它看起来

并不是说一个传统的概念

那它也会有一些便携的设备

所以所有的这些设备

其实我们都是一个比较target的

一个市场

因为其实你也可以看到

其实Wi-Fi的话

它就是刚才您也说

有EMC的一些考虑

那其实Wi-Fi的话

我们除了做这个芯片之外

那我们也有一些module的方案

这个比如说TI自己也会做module

那我们也有一些certain parties

去做module

那所有的这些module

其实我们在出厂之前都会去

做这个FCC或者是

3C的这样一些认证

所以说如果你是对Wi-Fi

没有极特殊的这个要求

那而且你的EMC的这些

compliance也是遵照比如说加拿大

和美国或者是欧洲的一些标准

那这个其实是完全没有问题的

另外呢 就是说

其实那比如说你是

想要做一个便携的设备

比如说 我之前就有一些客户

他是想做便携的超声的探头

那其实它也是一个

电池供电的一个小设备

所以说 对这个功耗的要求

也是非常的严苛

那其实这种场景

就恰好是我们这个

CC系列的一个target market

那我们再来看一下

这个MCU都有哪些资源

其实我这里面

其实可能会频繁

去切换一下这两个角度

一个是我会让我会管

它叫一个MCU

另外呢 我也会管它

叫一个Wi-Fi的芯片

因为它就是这样的一个结合体

当我们需要去看MCU的时候

我们就看MCU的资源

当然当我们需要去看

Wi-Fi的feature的时候

我们可能就要

关注一下Wi-Fi的feature

因为它是两颗分在一起

那这里面再澄清一下

我们也有一些

比如说 你看这个命名是32系列

那其实它是里面是有两个MCU

就是相当于集成MCU的

那如果是有对等的

比如说312 3135

那这个是它里面只封了

我们的一颗MCU

就是做Wi-Fi处理的MCU

它需要一颗外面host的MCU

又去跟它去配合

所以说如果看这个3235的话

那我们先看左边的

这些MCU的Feature

那其实它还是一个

ARM-Cortex M4内核

就是两颗MCU其实都是M4的

那只是说有一个对你们开放

有一个对客户是不开放的

那这个MCU

也跟我们普通用的

这个MCU一样

因为它也是要针对这个工业

物联网的这个市场

所以说我们常见的

这些UART I/O口

或者是SPI ADC

这一类的外设

其实我们都是可以提供的

而且这个PWM或Timer

也是比较多的

那另外一点就是说

我们是作为一个平台来推

Simplelink MCU platform

所以说我们针对

所有MCU 都会有一个SDK

那这个SDK里面

既包括我们Wi-Fi的这些

application的这些常见的应用

这些事例

那也包括说我们针对每个外设

比如说ADC SPI

或者是PWM

这些外设的一些转网

可以说

如果你用过任何一个

TI的Simplelink MCU

比如说CC2640

你做过BLE的开发

其实你可能对这个

Wi-Fi的产品

上手会非常快

因为它的这个

driver都是一样的

而且这个SDK的结构

也是蛮类似

另外还想强调一点

就是说除了我们传统的这些外设

包括它的driver之外

那其他我们能提供的一些东西

就主要是包括我们这个security

就是数据安全的这些保护

那我们其实其实在

比如说3220S这类

具有安全feature的MCU里面

其实我们是有很多种

保护的机制的

举个例子说

我们其实里面

会在每个MCU里面

会存一些这些key的pair

这个key可以用来去

进行一些运算

去生成你application的key

这个key其实是没有任何手段

能够把它得到

因为这个key是存在

我们叫network processor里面的

一个特殊的地址

一个特殊的地方

这个key它是没有办法

去读出来

你只能通过API函数

利用它去算出

你另外的一个衍生的key

用key去作为你application的一些签名

或者是加密的key

但是如果你想尝试去读到它

其实你是没有任何手段

去拿到它的

再比如说 其实每个MCU里面

也会存我们有合作的

认证的certificate party

比如说我们叫CA

就是certification认证机构

这个机构的作用

在你去用这些通用的授权

或者是数字签名的算法的时候

我们可以有一个第三方的

权威机构 去给你做数字签名

这样的话 其实你是从

不管是从物理机制

还是说从网络协议协议的层面上

我们都是可以做到数据的完整性

另外除了这些MCU本身的资源

其实我们还是再强调一点

因为我们是整个生态的系统

整个一个生态的环境

比如说我们会跟

苹果的Homekit

或者是亚马逊

以及微软 谷歌和IBM

都会建立这样的一些合作

当然也是包括我们的阿里

所有的这些云

或者是我们的介入

我们都会有一些

现成的套件可以给你们去使用

这个套件是什么概念呢

比如说刚才像阿里同事提到的

我们的这个系统

包括云端的一整套的解决方案

基于3220

或者是基于我们的Wi-Fi产品

去开发的这个产品

这一整套的生态

那也比如说

像我们微软的Azure的这个云

我们也是有现成的SDK的插件

让你更快的去开发你的产品

当然所有的这些开发的套件

都支持我们的历程

所以说这个历程

其实是你相当于

最基本的一个入手点

其实你基于这个历程去开发

其实一个是你会对它的

运行的机制和结构会很快的了解

另外也是说让你去了解如何

把MCU和后端的云去配合起来

这些需要哪些资源

也是一个非常好的参考

这个产品从Wi-Fi的这个角度

我们可以看一下它都有哪些feature

这里面如果提到的

我就不再赘述了

这里面有一个可能你们

还没有注意到的

我们也支持soft roaming

这个可以说是一个比较新的概念

它其实跟我们的手机

它的概念是差不多的

因为手机在不同的基站之间

它也会涉及到一个漫游的问题

就是说

当我一个手机

从一个基站的覆盖区域

转化到另外一个基站的覆盖区域

其实它中间会经过

一个这样的过程

它会切换连接的基站

当然CC3235这个产品

我们也是支持这样的一个功能

就是当我特别是在工业现场的话

我有多个AP去布置的情况下

那我也会无缝的实现从这个

一个AP切换到另外一个AP

那如果说没有这个功能

你会发现这样一个现象

就是说你的云端其实是会

可以看到你的设备有掉线

再上线的这样一个过程

所以这个对于某一些这个云端的

比如说后台

那其实它会认为它是一个错误的状态

比如说现场是不是

发生了某些事情

但是如果是有了这个漫游的机制

那其实当我在这个

AP之间切换的时候

那其实它是不会让你的云端

看到这个区别

另外一个就是说

我们还支持FIX的

这个它是一个安全针对

安全机制的一个认证

或者是一个标准

那主要是针对一些政府的部门

比如说我们有一些设备是

提供给政府或者是一些出口

一些这样的一些场景

比如说这个资产的管理

那其实因为政府部门会针对

它的数据有一个专门的要求

那基于其实基于的

就是这个FIX

所以说这个芯片

那如果你是有这样的应用场景

那其实它是一个

非常好的一个开始

就是说我在硬件上

已经可以满足这个FIX

那其实这有两个角度

一个是说你这个项目能不能做

另外一个就是说

就算我们软件的实力很强的话

那其实FIX因为它也是

有很多的这个要求

所以说也会让你的软件开发

或者是后期的系统设计

会变得更简单

那我们再看一下这个和BLE的

这个共存的这个问题

那其实现在的话

如果说我想要有一个Wi-Fi

和BLE共存的这样一个应用场景

那其实它这因为这两个

都是在用

这个2.4G的这个频段

所以说如果你不加控制的话

那其实会出现很多问题

那主要的一个问题

就是这块我先过一下

主要的一个问题就是说

因为一般来讲我的BLE的话

我会是负责一个控制的一个过程

那Wi-Fi可能是

作为数据的传输

那可能控制的命令

会更要求实时性

那如果说我在没有共存

这个共存机制的情况下

那它有可能出现的一个情况

就是说我Wi-Fi的数据

因为它是数据量很大的

所以它可能会影响到

我这个BLE的稳定性

那就会导致说我BLE的连接的丢失

或者是数据包的丢失

所以这个如果是你的控制命令是

对实时性要求比较严格的情况下

那它会存在一些问题

但是如果我用了这个

co-existence的机制的话

那它会有一个好处就是说

我会优先的去保护

我BLE的传输

当我这个芯片发现就是说

我现在同时有

Wi-Fi和BLE的要求

那我会优先去保证BLE

所以说之前我们是

有做过一个测试

就是说我们在

加这个co-existence机制

和不加这个机制的情况下

我们做的测试就是在

这个BLE的数据的稳定性上

我们是可以做到

一个非常好的效果

那再说到这个功耗

特别是针对Wi-Fi这块

那其实我们有支持

多种的配置模式

比如说你是长连接的

比如说你是定时去

唤醒连接再发送的

那也有说是我不连接

直接唤醒发送的

那其实每一种会根据它

这个处在工作时间的长短

它的功耗也是会不断的去增加的

但是这张图表

其实大家可以先看一下

因为它是我们内部

测试的一个数据

那第一种情况就是说

我保持一个长连接的状态

那两节AA电池基本上可以用

差不多一年的时间

如果说是可以支持

这个WFA的话

那我们可以支持

更长的一个使用年限

那是一个2.5年

那比如说我唤醒连接再发数

这样的一个情况

你可以注意一下

我们的使用场景是60秒

就一分钟发一次

它基本上两节AA电池

可以完成三年的这样一个寿命

如果说我只是起来唤醒发数据

不去连接的情况下

比如说是一个广播的

这样的一个方式那可以做到五年

所以说这个会有不同的

配置方式去做你的应用

根据每一种方式

我们可以得到一个不同的功耗

当然这个只是一个半出mark

可以作为你应用的一个参考

其实我们再看一下这个安全

就是两点非常重要

一点就是说我们这个

安全的覆盖范围是非常广泛的

那可能大部分的现在的产品

都是重点去保护

我们空口到云端这个范围

那其实往往就忽略了

我们现场的一些数据的安全

和数据的完整性

其实这个产品

它就可以覆盖你整个的

从这个设备的开发

到这个设备的运行启动

再到说我Wi-Fi空口的传输

以及后续云端和我这个数据

和我这个节点之间的一个认证

这样的一整套的这个覆盖范围

OK 这张图其实就是一个

比较直观的能看见我们到底

都能提供哪些产品

每一种产品

它的一个配置是怎么样的

比如说你现在就想开发一个应用

其实你可以根据说不同的需求

去做更好的一个选择

几个方面需不需要安全

那就涉及到我们

是不是需要选择这个

比如说一代产品和二代产品

需不需要5G

那可能就会影响到你选择

到底是三代产品还二代产品

其实大家可以记住这张表

因为它基本上是一个比较全的

所有的型号都在这里面可以见的

而且它把每个feature都会列出来

当然也有一些区别

比如说我在做这个tcp

tcpip的连接的时候

那它的socket的数量的支持多少

这些也是可能我们

做这个物联网的节点

需要考虑的一个因素

那接下来我再花一点时间

去跟大家走一下我们这个

HomeKit的一些

能提供的资源

当然这里面我不会涉及到太多

因为其实大家可能比较困惑的

就是说我用这个CC32系列

那怎么去做这个

HomeKit的开发

我需要走一个什么样的流程

这个是我们重点要去介绍的

那先说一下TI的话

其实我们是最早一家

跟HomeKit

就跟苹果的HomeKit

去提供这样硬件方案的一家公司

所以说我们合作的时间也比较长

那它的这个系统的稳定性

也会比较好

这个HomeKit

你是怎么去开发

一句话还是基于我们的SDK

我们的SDK

会支持一个专门的插件

我们叫Plug-in

这个插件里面包括了什么东西呢

包括你基本上你要开发

HomeKit的所有的东西

比如说

它这个协议站的一些文档

比如说我们web server这些历程

以及它所支持的一些算法

比如这个加密的模块

这些签名以及密钥分配

密钥管理的这些方法里面都会有

另外就是说它还可以支持一些

就是说你现在HomeKit里面

常见的一些节点的类型

这些历程

比如说一些温控器

或者是一些开关

这样的一些

相当于让你去更快的入手的

这样的一些方法

那其实这个

跟TI其他SDK也是一脉相承

我们都会说鼓励客户

先从这个example先入手

这样的话也是

更节省时间的一个手段

那怎么去得到这个SDK呢

就是跟这个TI普通的SDK

得到的方式不太一样

因为TI普通的SDK

你可能需要去注册一个My TI

然后再去申请

这个一般都会给你批准

然后你就可以去下载

但是因为苹果这个HomeKit的话

因为它是需要苹果的一个license

所以说首先你需要去这个网站上

获得这个license

那基于这个license

TI会再次去verify一下

这个license的合法性

如果说一切都没有问题

license也获得到

其实我们就可以把

这个HomeKit的SDK发给你们

然后你就可以

在这个上面去开发了

以上就是我基本的内容

视频报错
手机看
扫码用手机观看
收藏本课程
  • 超低功耗以及安全Simpleink WIFI第三代产品新的特点以及Homekit介绍 未学习 超低功耗以及安全Simpleink WIFI第三代产品新的特点以及Homekit介绍

视频简介

超低功耗以及安全Simpleink WIFI第三代产品新的特点以及Homekit介绍

所属课程:超低功耗以及安全Simpleink WIFI第三代产品新的特点以及Homekit介绍 发布时间:2018.06.29 视频集数:1 本节视频时长:00:33:59
TI新一代SimpleLink WiFi产品进一步从功耗和安全性的角度为客户提供业界领先的解决方案。除此之外,TI新一代CC3235/CC3215 WiFi产品计入了对5G频段的支持,可以使客户避开拥挤的2.4G频段,得到更高速率的网络传输带宽。数据安全也是TI WiFi产品的突出特点,与传统的WiFi产品相比,CC32xx系列产品支持多样化的数据安全手段,比如安全启动、数据安全加密引擎,以及灵活的密钥管理。在功耗管理上,CC32xx系列产品支持多种工作模式,可以支持不同场景下的要求,最低平均功耗可以达到4.5uA。
TI培训小程序