1.5 Sensor Controller

好 下面我们来看一下sensor controller sensor controller刚才我有提到说 我们在新一版的sensor controller上面 它是有非常好的一个performance 主要在低功耗这边 然后呢sensor controller刚才也有反复提到 sensor controller它是一个独立的 独立于M4可以工作的一个核 所以它是可以 就是你有一些处理 比如说sensor这边的处理 只是sensor这边的处理 然后你需要来做的时候 如果你用M3来做的话 就有点浪费 你如果用sensor controller来做的话 整体的功耗会做得很低 所以用它来做的话 它可以达到一个 整体功耗达到微安级的级别 然后 它可以 因为它现在是4K的RAM 所以它可以存比以前更多的数据 因为sensor controller跑的话是这样跑的 就是它在启动了之后 它通过M4对它去下一代 下它一端代码 就是它的image 下到它的RAM里面 然后它根据这个RAM来 运行自己 然后因为整个的 它的code也是占用在RAM里面 以前是2K现在是4K 所以以前 它的code跑到里面去之后 它可能剩下来给客户去存这个 客户数据的空间就小一些了 所以现在它增大了之后就意味着你可以存更多数据在里面 而且现在sensor controller有一个2M的clock 所以它在2M clock的时候 功耗 刚刚可以看到就是比 等一会儿我后面会有一个对比 就是比24M的会低非常非常多 所以在这个情况下 sensor controller功能会比以前更强大 以前的sensor controller是只能控制8个PIN角 就是digital加analog的PIN 现在是所有的PIN角 就是digital加analog加digital的PIN 都可以用 所以它可以控制所有的外围PIN角 然后DMA的interface也加到里面来 所以sensor controller也会比以前更强大 如果有用起来的客户可能会非常非常高兴 说我 可能代码不需要做大的调整 但是在新的sensor controller上面就可以得到更好的功耗 那现在就是 你可以看一下 就是作对比 就是如果是在13 就是0结尾的这一代芯片上面 就是如果我是要去做采样 从ADC采样 采一个数据有4个sample 4个采样的FIFO队列 如果我有compare 就是比较器1和比较器2 那么我现在去做数据比较的时候 我可能出来的这个 就是 我在使用中间的话 我可能就是要跑在24M bit 只有2K的RAM 然后它的timer 1 它有两个timer 然后它有两个timer 一个是16 bit的timer 另一个是8 bit的timer 然后会有 就是它只能操控16个GKL 16个GPL 但是在新的13X2这个上面 它也是12 bit的ADC采样 但是在比较器这边的话 这个功耗会更低 high speed的功耗会更低 然后在clock方面的话 它的工作的clock会降到2M 然后它的RAM会增加 所以timer的话 这边是timer 1 增加 它就变成了两个16 bit的timer 然后 如果现在如果你是用timer 2做PWM 可以做4个channel的 所以 因为以前的话是做不了 然后呢 它有SPI master是新加进来的功能 然后它会有一个 就是运算的能力也会比以前加强 以前是没有16x16的乘法运算器的 但现在是有 然后它的GPL的控制也会比以前多 以前是8+8 现在是8+23 也就是所有的GPL都可以控制 所以这个是sensor controller这边的工作 所以在这边 就可以举例 很多sensor controller的应用 就是可以用新的1312或1352来做 比如说在这个地方是一个被动的红外的勘测 那你可以用比较器B去触发ADC 就是当signal如果是 就比较器来比较 如果过了一个threshold 过了一个临界点的话 那你可以用比较器A 去做一个 signal是不是在给定的范围内 所以这个这样做下来的话 它的功耗是1.9uA 就是如果你用13X2 26x2来做的话 它最后的功耗是 每秒钟 如果你采样100个 采样的话 它的功耗只有1.9uA 所以非常低 然后在cap touch这边的话 因为它的比较器比以前更好 所以它本身的功耗会比以前更高 功耗会比以前更好 就更低 所以如果你是要9个button 就是两个button在33MHz采样的话 那你的功耗可能只有9uA 这个是因为在比较器这边有加强 然后还有一个就是flow meter 就是如果你是做这个 激切的流的流动转速表 就是一般的像机械转速表的话 它是去measure转速 所以如果你是做流体的流量的表的话 那你的power consumption就是采样频率在16Hz的时候 你的工作可能只有1.6个uA 然后digital sensor是 因为现在SPI master支持了嘛 所以你在sensor controller上面可以去接很多外围的sensor 通过你自己来做SPI master然后通过sensor controller去接一些外围的sensor 然后进行数据采样 然后你在数据采样 比如说采到50个点 根据这个每个采样大小 可能采到50个点 之后再去唤醒M3 这个时候你可以整个系统功耗做低 如果你只使用sensor controller去做 最后做出来的就是3uA 就是如果你是每秒钟读100次 每次读18bit的数据 那最后出来的功耗就只有3uA 所以功耗非常非常的好 好这个如果大家以前做过sensor controller的开发的话 应该知道 就是sensor controller studio 就是专门针对sensor controller开发的 因为sensor controller是单独的自己的核 所以它的编程全部都是一些类C的语言 然后它是专门有一个软件 就是TI的软件 叫sensor controller 是studio 来给它做编程的 它是一个有GUI的软件 在上面 它肯定有一些setting 你在这个里面就是直接可以去看到 所有 比如说在一开始initial的code 就是工作execution的code还有terminate的code 你可以在里面写一些自己的逻辑 因为刚才也有提到说我们现在sensor controller里面加了一个 16x16的乘法加速器 所以它本身sensor controller里面 做运算的能力会比以前更高 就是以前大家如果用过的话就知道 sensor controller里面在编程的时候 即使是做一个副循环 它可能都会有一些限制 就是比如说它不可能无尽地fall 比如说5000个都count不到 可能500个 我记得好像之前是300多个吧 还是200多个 就是你fall循环的话执行的次数它是有限制的 然后现在它的处理能力更多之后 你可以在里面做一些简单的运算 这个时候运算能力会加强 因为sensor controller以前 在以前编程的时候 它可能更多的就是 做数据采集 然后把采集出来的数据丢出去 它可能做一些简单的比较 比如说我这个高于threshold或低于threshold 可能在现在的这个里面 就有人会问说我在里面加一些简单的算法 算法可能还是加不进去 太复杂 然后你加一些简单的运算 理论上在sensor controller 现在的sensor controller里面是可以做的 所以它有更大的RAM 然后更高的处理能力 计算更多的东西 所以现在sensor controller应该是可以 可以meet更多的应用 所以刚才举的一些例子 说的就是我们在典型的sensor controller可以做的应用 而功耗也非常好 那在sensor controller studio里面 你除了用类似语言来编程之外 它还有 它自己会生成 它编程完了之后 它会生成code 你可以把code直接集成到你的程序里面 比如说SDK 就是之前说的1310的SDK 13x2的SDK或者 26x2的SDK里面 然后你集成到SDK里面 其实我们在sensor controller的 sensor controller也有academy 也有学院 你可以到这个学院去学 它有一步一步教你怎么去把代码集成到 你的code里面去 然后教你怎么去调试 就是用sensor controller studio怎么去调试 因为这个设备的话就等于说是 因为你写了代码之后 你肯定要调试 看代码是不是正常在走 所以也是在sensor controller studio里面在做的 它会有一步一步的帮你怎么调试 比如说 我是对外部的sensor进行采样 它的代码是可以独立于SDK来跑 就是说 比如说13x2和26x2的芯片 它可以直接跑sensor controller studio生成出来的工程 它可以不跑任何其他的SDK 它就可以直接跑 所以也就是说 你可以单独只运行sensor controller这部分 这个核 然后整个的芯片就只运行这一部分 然后你自己去运行的时候 你可以去跟 软件连到一起做调试 然后看一下你的代码是不是正常在跑 当你把代码完全调试成功了以后 你再把它集成到应用工程里面去 这样的话 它就可以跑 所以整个这个工具 提供 了从一开始你去写 开发到后面做调试 你所需要的所有的东西 所以sensor controller studio是如果你要用sensor controller 必须要下的一个软件 然后我们的academy里面也有教你怎么去做 它教你怎么去编程 比如说我要去setting 因为sensor controller studio你在选的话 它可能有不同的软件版本 比如说我支持13x0或者26x2 你可能会选不同的芯片 它会有集成集的芯片 因为PIN角map会不一样 所以在里面还有不同的setting 就是我要去map什么PIN角什么的 全部都可以在里面选 这个在simplelink academy里面都有 它专门有一章是讲sensor controller和sensor controller studio的 所以大家如果有兴趣的话 可以去网站上去看 然后现在就是比较了 你可以看到很明显的 就是 因为大家知道 13x0 就是0结尾的这一代芯片和2结尾的这一代芯片是两代芯片 但是在sensor controller这边的话 就是0结尾的芯片 不管是26还是13的话 sensor controller都是一样的 所以你在这边虽然我们是用2642和1310来比 但是实际上sensor controller的部分是完全一样的 所以如果你只看sensor controller的部分 比如说2642的sensor controller的2M 24M 因为我们1310上面的sensor controller是上一代版本 它只支持24M 所以我们就拿24M来作比较吧 24M来比较的话你可以看到 wake up second就是每秒钟醒的时间 这一个反而有点高 24M它是1.5uA 1.1uA 然后如果是我每秒醒20次 它就明显的会低一些了 醒得更多 低得更多 然后这是如果这样纵向来比 如果是横向来比 现在的sensor controller还支持一个2M的clock 所以2M的clock你可以比一下 不管在任何时候 都是比以前要低的 如果是要加 cotex M4 就是只跟cotex M4来比 因为我刚才有说 sensor controller可以独立于 cotex M4来工作 所以 也就是说 如果你是用 cotex M4来做数据采样的话 那么你的功耗可能是这么一个值 带在以前cotex M3上面的话 功耗可能是这样一个值 但是如果你是用sensor controller来做的话 你就可以达到这样的值 和这样的值 所以 比较下来的话 其实你醒的次数越多 其实你可以看到 它的差距越大 可以达到8倍的差距 8倍的差距 是吧 非常亮眼 你看这个时候 它如果是2M的时候 醒100次才3uA 但是这时候都快到毫安 0.1毫安了 是吧 所以确实是有非常大的差距 就是如果你确实是有这方面的应用的话 把sensor controller用起来是非常合适的