根据应用，当前产品使用6V DC电池，容量在1400 mAh至2400 mAh之间。该装置具有低功率感测元件和致动机构。有效负载很可能约为100个字节。在高峰活动期间，交流的频率大约为每两分钟一次。随着物联网的发展和市场需求的增长，该PoC引起了人们的关注。
根据少数物联网平台提供商的建议，我选择德州仪器（TI）的CC3200无线MCU，主要是因为它是继CC3100。在不使用的系统级别，可以完全关闭CC3100的电源。对于系统级的低功耗而言，这是一个重要优势。当检测到活动时，传感元件将通过中断唤醒微控制器。还有其他集成的wifi MCU，例如ESP8266，BCM43362，ATWINC1500B，88MC200等。我使用ULPBench分数对低功率微控制器进行一阶分析，然后进行分析，如如何为低功率应用选择微控制器中所述？帮助选择低功耗微控制器。我使用了一些参数，例如每个频率的活动模式电流消耗以及电流消耗不同的低功耗模式来做出明智的选择。因此，为了保持低功耗选项并增加IoT功能，选择集成的wifi MCU时我应该密切注意哪些关键参数（可能与无线通信有关）？
参考文献：
SimpleLink™CC3100 / CC3200 Wi-Fi片上Internet网络子系统电源管理
如何选择Wi-Fi模块？
#1 楼
由于您最重要的限制因素是低功耗，我想您已经在注意两个最重要的参数：每个频率的活动模式电流消耗以及不同低功耗模式下的电流消耗。将通信保持为常数（即相同的通信协议和EM频率），然后选择最佳的MCU只是正确地汇总这两个参数的问题。这是我创建单个数值的方法，可以在所有选项之间进行比较：
在设备上创建计划的活动配置文件（它多久进行一次通信以及持续多长时间）周期-例如一周。
计算在激活通信的选定时间段内所用时间的EM频率下的电流消耗-即在1000 x下持续2 s的时间消耗10 uA电流（@ 900 MHz频率）一周内的活动量将意味着每周20,000 uA-s。
计算设备在其默认低功耗模式下所选时段内的电流消耗，即在[7天x 24小时]内消耗10 nA电流x 60分钟x 60 s-1000 x 2 s活动]表示每周需要6,028 uA-s。
将这个假设的MCU的2个产量相加为每周26,028 uA-s。然后可以比较所有MCU的电流消耗。
我知道这是一种非常简单的查看MCU活动的方式-即仅考虑2种状态：空闲和通信...但我相信其他任何状态对这2个状态中的一个都会有成比例的和次要的贡献。例如，用于计算（指令周期）的功率可以与通信状态捆绑在一起，并且很可能在与通信子系统相比功耗更高。关键是，查看这两个状态对于选择过程就足够了。
#2 楼
没有神奇的子弹，所以我认为建议会很痛苦。首先开始减少最大的电力消耗者。您是否真的在闲置时关闭所有芯片和电路的电源？我知道有些业余爱好者的面板和护罩不能总是完全关闭您期望的所有功能。
如果是执行器，可以使用更轻便的电动机，还是可以减少传动系统中的摩擦？更大的图景，您可以重新设计驱动的负载以减轻质量，还是获得更好的平衡？
如果是通讯，请从通讯频率开始。哪些因素推动了现有的“两分钟”决定？您可以牺牲以减少经常性的交流吗？您是否可以切换到发布订阅模型，并在条件允许的情况下以更少的字节响应？
重新评估协议。剃除的每个字节代表您当前RF功率预算节省了1％。发送任何布尔值？使用位标志，而不是ASCII“ Y”或“ N”。确保您使用的是最小的容器-如果该数字的允许范围仅为0-99，则不要传输16位整数。大多数电池供电的协议都试图将其尽可能缩小。例如如果您要报告的是5x5的元素数组，则地址仅需要是5位字段，而不是8位字节。将CPU周期用于与压缩相关的逻辑会导致总功耗比传输不需要的比特要低得多。表，甚至将一些工作转移到远程服务？
#3 楼
没有一个确定的参数集可用于选择这样的集成设备，但是我认为，作为一个近似值，新设计的设备可能比几年前的设备要好得多。尽管概念并不陌生，但这种集成水平和积极的电源目标使之成为一个不断发展的市场。密切关注所提供的电源状态，从整个系统的角度来看（调节器，振荡器，传感器信号调理）。与正常运行状态相比，您的2分钟活跃状态有可能（不太可能）受益于深度睡眠较少。
最低功耗有用状态应占您的大部分能耗。究竟为您提供这种服务的方式取决于诸如是否可以在没有稳压器的情况下直接关闭电源运行，最低工作电压等情况。
对于活动状态，请考虑使用最多的RAM或计算密集型操作，以及使用您可以找到的最接近的等效现成零件（基于CPU，速度和内存架构）对它们进行基准测试。在您的应用程序中，准备有效负载和加密似乎很简单，但是总的来说，这并不是一个显而易见的假设。保留状态可能允许传感器集成而无需例如进行状态保存/恢复。
使时钟速度和体系结构与您的应用程序需求相匹配。在睡眠状态下，可以节省泄漏功率。较低的目标时钟速度可能意味着它需要长时间保持在活动状态，而且还会导致设计实现更好的泄漏性能（以及更低的工作电压）。
除非您迭代了多个设计，否则您将不知道绝对最佳的设计-参数太多（此时，您的产品将开始老化），因此设计流程的更高层次仍然存在重要。如果您可以优化架构以将唤醒事件减少5％，则电池寿命应该很明显。
#4 楼
尽管这个问题已经很老了，但它仍然缺少一件非常重要的事情：如果在特定国家/地区使用是合法的。
由于欧盟法规比FCC宽松，因此大多数MCU在法律上均不被允许使用。用于美国/加拿大和类似国家/地区的设计未经FCC认证。
设计选择（例如天线增益，滤波器衰减，最大可能的发射功率等）都会影响设计是否满足允许使用的通道的要求，
例如，ESP32默认配置为以最大可能的传输功率进行传输，远高于FCC和ETSI（EU ）。
因此，在大多数情况下，最好避免查看特定的MCU，而要考虑使用经过预先认证的模块并带有制造商认可的天线。
评论
我不确定我是否理解正确，您指的是什么组件（假设CC3200由应用程序微控制器，Wi-Fi网络处理器和电源管理子系统组成-似乎已经包含了您所需要的大多数）。 />@Ghanima，泰克有一个如何选择您的Wi-Fi模块的方法？指南。是否有任何如何选择Integrated Wifi模块指南的信息。我能找到任何东西。其他供应商已经集成了wifi模块，在撰写本文时，我还没有研究CC3200。成为这个社区的一部分的好处是反弹问题并互相学习经验。简而言之，对于低功耗IOT应用，是什么使A在IOT应用上优于B。有没有比wifi更好的东西，例如sigfox或lora？
这对我来说似乎太笼统了。作为测试，我们如何从可能的方法中找出一个好的答案？
我已经读过几次您的问题，但我仍然不明白您在问什么。您的用户故事很好，但是您要询问设置的哪一部分？您所谈论的只是低功耗，那么除了低功耗之外，您还需要哪些“关键参数”？我敢肯定，这里有一个很好的问题，但其中一半仍然只存在于您的脑海中。
每条指令的能量是否与您的用例相关？有了您问题中的信息，这根本就不清楚。如果您不进行太多计算，那么闲置电源（尤其是无线电）可能会使它相形见<。