超低功耗以及安全 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发给你们 然后你就可以 在这个上面去开发了 以上就是我基本的内容
课程介绍 共计1课时,33分59秒

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

SimpleLink 安全 超低功耗 WiFi Homekit

TI新一代SimpleLink WiFi产品进一步从功耗和安全性的角度为客户提供业界领先的解决方案。除此之外,TI新一代CC3235/CC3215 WiFi产品计入了对5G频段的支持,可以使客户避开拥挤的2.4G频段,得到更高速率的网络传输带宽。数据安全也是TI WiFi产品的突出特点,与传统的WiFi产品相比,CC32xx系列产品支持多样化的数据安全手段,比如安全启动、数据安全加密引擎,以及灵活的密钥管理。在功耗管理上,CC32xx系列产品支持多种工作模式,可以支持不同场景下的要求,最低平均功耗可以达到4.5uA.

推荐帖子

一天一步:利用LaunchPad分析实例大家共学MSP430G2——序
标题党!嘘头,只是我的一点想法对于新手来说,论坛里有不少帖子,分别介绍了各个模块功能和使用方法,不过大都说的比较简单,可能和大家的时间有关系吧我想最好能通过实例,结合实例设计思想和源码从最基本的msp原理说起,考虑的环境就是最新入门的新手,刚刚看过一点书籍帖子对msp430有了初步的了解,然后结合实例,让共学者从头至尾重新实践一边,不光是讲原理(虽然官方中文资料少,但是中文地简单介绍也有不少了,不...
wangfuchong 微控制器 MCU
msp430ADC外部参考电压的问题
求救:msp430ADC参考电压设置为Veref+和AVss(寄存器SREF_2),Veref+用的是2.5V(万用表测的,准),为什么adc输入0.75的电压就饱和了呢...
yushengl 微控制器 MCU
用Keil MDK的兄弟请注意,发现MDK好像有点问题
俺用的是V4.20最新的Keil MDK,最近几天调试发现有点问题: 1. Keil串口软件Debug没有问题,在硬件上运行却出现问题,不能正常运行。涉及到发送中断的应用,在Debug的Serial Window里收发正常,但是上了硬件就发送不好使,害的我痛苦了几天。 2. Debug里的BUSY怎么发送中还是没有置位(这个附上图)?...
heich_tech 微控制器 MCU
TMP61 ±1% 10kΩ 线性热敏电阻
         温度传感器用于大功率开关电源设计中,需要监测功率晶体管和散热器,常用的温度测量方法是使用负温度系数(NTC)热敏电阻或者正温度系数(PTC)硅基热敏电阻。但无论是使用NTC还是PTC,都需要一个ADC和一个MCU来测量热敏电阻的电压输出。 下面介绍具有正温度系数 (PTC) 的硅基热敏电阻。 ...
qwqwqw2088 模拟与混合信号

06010601

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

2020年02月29日 13:32:35

shakencity

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

2019年12月05日 08:49:55

大明58

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

2019年09月19日 09:20:23

YangTwo

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

2019年08月14日 13:54:00

hawkier

学习了,长知识

2019年05月21日 11:50:33

zwei9

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

2019年05月06日 10:16:34

hellokt43

好好学习天天向上。。

2019年04月16日 15:49:42

凤凰息梧桐

学习一下

2019年02月08日 14:30:48

weixiu123

学习一下

2018年12月31日 10:25:12

htwdb

学习一下

2018年12月29日 07:22:40

分享到X
微博
QQ
QQ空间
微信

EEWorld订阅号

EEWorld服务号

汽车开发圈

About Us 关于我们 客户服务 联系方式 器件索引 网站地图 最新文章 手机版

站点相关: EEWORLD首页 EE大学堂 论坛 下载中心 Datasheet 活动专区 博客

北京市海淀区中关村大街18号B座15层1530室 电话:(010)82350740 邮编:100190

电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2023 EEWORLD.com.cn, Inc. All rights reserved