微波EDA网,见证研发工程师的成长!
首页 > 硬件设计 > 嵌入式设计 > 跨平台设计成物联网一大难点,把复杂变简单只需这十点

跨平台设计成物联网一大难点,把复杂变简单只需这十点

时间:02-20 来源:瑞萨电子 点击:

每个工程项目在开发实作的过程中可能会受到诸多因素的制约,其中最主要的三大因素是效能、功耗和价格,人们通常需要对这些因素做出权衡和折衷。以这三个因素为顶点构成三角形,每个项目都有其「侧重点」,但根据产品、市场和时间会有不同的相对权重。

物联网(IoT)相关应用的潜在成长为供货商及其设计团队提供了新的机会,但也进一步扩大软硬件工程方面的挑战。硬件和软件密切相关,共同组成了平台,需要采取多种策略来最大程度地降低跨平台设计的复杂性。这些策略包括:

限制传感器和变频器(Transducer)输入/输出(I/O)

首先决定您的输入/输出需求是否采用固定或有限的数量和类型,或者是否需要扩展数量和提高类型的灵活性。这一决定会影响您对微控制器(MCU)和外部接口设备的选择。如果输入/输出不仅包含简单的低压数字点,还包括温度传感器、马达、甚至串行和并行格式的通讯线路,这一点就尤为关键。

使用外部认证射频(RF)模块

很多情况下,独立于核心应用处理器的模块都具有重要意义。虽然高度整合的单芯片解决方案在电路板空间、功率和成本方面颇具吸引力,但倘若无线通信协议(protocol)、要求范围、甚至法规要求有任何的变化或扩展,都需要对设计进行重大改变,或者需要采用新的MCU和射频链路相关韧体。即便编码部分很简单(可能性不大),但MCU可能无法满足新的要求,而且需要升级,因此增加了开发时间和风险。

以功率换取效能

弄清楚选择的MCU在功率与效能矩阵中的正确位置。当您沿着所需效能的曲线往上移,将会遇到阈值点,因此不得不使用体积和功耗更大的MCU。当您沿着曲线下移时,所需资源减少,则可考虑使用体积小、功率低、价格便宜的MCU。

请确保所选的特定MCU支持各种复杂的速度、功能和功率模式,这样才能优化操作顺序,最大程度降低总能耗,应对需要大功耗的操作。

简化安全性

一些处理器具有专用的硬件嵌入特性,提供自动安全功能,并且不依赖任何应用软件,甚至所选的实时操作系统(RTOS)。这种方式可能会简化您所面对的安全挑战。如果您选的所有MCU都具有相同的嵌入式安全功能就更好了,因为无论选择哪一种处理器,都可以跨越物联网挑战中的这个重要部分。

系统标准化

随着对大小/效能要求的变化,需要对低功耗8/16位MCU进行标准化,然后采用不同的内存大小(片上内存或外部内存);也可采用一个较大的32位MCU,虽然在低阶应用时会浪费一些容量,但具有代码和驱动器一致的优势,同时还能简化物料清单(BOM)和测试过程。

操作系统选择

在某些情况下,一台简单、低成本的单线程操作系统便已足够,但也有很多项目需要采用实时操作系统。无论采用哪一种操作系统,都需要对小型、中型和大型操作系统版本的可扩展性和可用性做出评估。必须了解清楚最小版本的大小及其相应的功能--您肯定不希望当项目完成80%时,在操作系统的能力「遇到瓶颈」。

硬件升级VS软件升级

在软件资源曲线上的一些关键点需要完成一些额外任务(开发时间,处理器资源),此时您必须做出以下选择,要么增加周边IC来为满载运作的MCU进行分流;要不选择一台指令周期更快的MCU。决策时,要分析何时需要一台功能更强大的MCU说明您将硬件任务交回软件,从而减少组件成本、电路板尺寸和功耗(原则上),但为此您可能要延长开发和除错(debug)时间。

谨慎选择通讯协议

使用「较轻的」物联网优化通讯协议,而不要选择基于客户端/服务器HTTP的因特网浏览器模型,这样可以将堆栈和处理要求减少二倍或以上,便于应对多台物联网设备及其接口设备。随着市场要求日趋严苛,还需考虑当连接要求(通讯协议、速度和完整性)提高时会发生什么情况。

在设计时间尽早制定测试计划

这一点非常重要而且复杂,特别是当设计中包含无线应用时。如何非正式、然后正式地验证最终产品是否符合市场、技术、行业标准和法规要求,会产品影响「调整修复」周期和上市时间。如果要在产品中增加针对不同应用的功能,就需对原型测试程序或生产测试设置做出改变,这会增加工作量,同时增添不确定性和风险。采用经过许可的预认证(precerTIfied)软硬件模块,可确保最终设计在许多方面的一致性和顺应性,但不是全部。如果有关设计和验证的任何高阶监管准则(如关于医疗产品可靠性的准则)影响到软件,都应该明了于心。如果这些准则不适用于所有产品,要清楚它们适用哪些产品。

安全问题是重中之重

所采用的软件技术和策略应能跨产品满足应用要求,并与物联网用户接口(如果有的话)匹配,例如防火墙、身份

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top