小雨私语MCU选择中的5个固件标准


北京联盟_本文原题:MCU选择中的5个固件标准
在微控制器上运行的固件比物理电气设备连接和引脚更重要 。 在决策管理过程中未能进行识别固件可能影响导致企业成本超支 , 产品信息发布延迟 , 甚至一个项目可以完全失败 。 为了自己选择合适的微控制器 , 需要检查五个标准 。
小雨私语MCU选择中的5个固件标准
本文插图
硬件与软件成本
制造团队通常非常关心BOM(物料清单)成本最小化 。
选择一个更小或者更便宜的微控制器可能会在生产中节省很多钱 , 但是开发和维护运行它的软件需要多少钱呢?选择一个更便宜的微控制器 , 不提供与无线堆栈 , 文件系统 , 或其他复杂系统的交互 , 可以成本的两倍 , 软件的生命周期的产品 。 团队需要将制造成本作为整个系统成本中的单一数据点来对待 , 并平衡所有这些成本 。 在某些情况下 , 微控制器选项可能更加昂贵 , 但它仍然降低了总体项目成本 。
生产驱动程序可用性
开发团队需要非常仔细地检查软件驱动程序可用于它的候选微控制器 。 免费软件和免费软件的例子并不意味着有特定目的的品质或适用性的任何保证 。 此外 , 从一开始就分发样本代码是强调美丽的 , 优雅的 , 因此 , 可以在作出决定前 , 可以用来仔细检查代码 , 它可能会导致更多的痛苦 , 成本和工期延误 。
RTOS集成
并非我们每个RTOS都支持企业每个微控制器 , 同样的也不是因为每个微控制器技术支持RTOS 。 所以在进行工作的开始 , 需要先确定存在一些可用于满足系统软件工程应用研究程序设计需求的RTOS 。 然后通过确定本地支持哪些微控制器 , 并且该RTOS只需要很少的工作量 。
中间件集成
开发团队需要考虑系统启动和运行所需的整个软件堆栈 。 该事项包括驱动程序和RTOS , 我们刚才提到的 , 以及任何第三方应用程序代码或中间件需要 。 集成的软件组件不相互配合可以变得混乱 , 困扰 , 并且需要更多的时间比工程师整合的乐观想象 。 开发人员需要检查该微控制器提供实时操作系统和驱动程序和第三方组件之间的密切关系 。 很少有完美的比赛 , 但球队更接近于选择完全集成的解决方案 , 许多芯片供应商开始尝试提供这种解决方案 , 节省成本的软件开发更快 。
工具链集成
微控制器工具每年都变得越来越复杂 。 开发工作人员过去常常只获取数据驱动系统程序和示例代码转储 , 然后被迫修改完善自己企业应用研究程序的代码 。 然而 , 在当今的开发技术环境中 , 驱动程序 , RTOS , 中间件甚至应用分析程序代码都被整合在一个非常复杂的工具链管理会计软件中 , 从而影响可以更加轻松地进行网络通信 , 定制甚至测试 。 通过使用这种教学方式方法选择社会支持集成固件和工具的微控制器可以在整个项目开发周期中节省时间成本 。 这种支持允许开发相关人员专注于应用程序 , 而不仅仅是尝试让软件组件相互协作 。 确保检查工具链及其功能需求以及其他国家标准 。
【小雨私语MCU选择中的5个固件标准】嵌入式系统的复杂性不再存在于硬件中 , 而是存在于软件中 。成功的开发团队将根据所提供的工具和软件质量寻找微控制器 。产品开发的目标是将产品推向市场 , 而不是花几个月或几年的时间从头开发代码或无休止地集成无关组件 。因此 , 下次需要选择微控制器时 , 先从软件开始 , 然后返回硬件 。将发现 , 总体开发经验将更容易 , 成本和时间表更容易控制 。


    推荐阅读