在微控制器上运行的固件比物理电气连接和引脚更重要。在决策过程中未能识别固件可能导致成本超支，产品发布延迟，甚至项目完全失败。为了选择合适的微控制器，需要检查五个标准。

硬件与软件成本
制造团队通常非常关注BOM（物料清单）成本最小化。
选择更小或更便宜的微控制器可能会在生产过程中节省大量成本，但开发和维护运行它的软件需要多少成本？选择一个不提供无线堆栈，文件系统或其他复杂系统交互的更便宜的微控制器，在整个产品的整个生命周期内，软件的成本可能是软件的两倍。团队需要将制造成本视为系统总成本中的单个数据点，并平衡所有这些成本。在某些情况下，微控制器选择可能更昂贵，但仍然会降低整体项目成本。

生产驱动程序可用性
开发团队需要非常仔细地查看可用于其候选微控制器的软件驱动程序。免费示例和免费软件并不意味着该软件对特定用途的质量或适用性有任何保证。此外，分发的示例代码从最开始就是强调美观，优雅，因此在做出决定之前要仔细检查可用的代码，否则可能会导致更多的痛苦，成本和进度延迟。

RTOS集成
并非每个RTOS都支持每个微控制器，同样的也不是每个微控制器支持RTOS。所以在工作的开始，需要先确定一些可用于满足软件应用程序需求的RTOS。然后确定本地支持哪些微控制器，并且该RTOS只需要很少的工作量。

中间件集成
开发团队需要考虑使系统启动和运行所需的整个软件堆栈。这个考虑因素包括我们刚刚提到的驱动程序和RTOS以及所需的任何中间件或第三方应用程序代码。集成不相互协作的软件组件可能会变得混乱，陷入困境，并且需要比乐观工程师想象的更多时间进行集成。开发人员需要检查为微控制器提供的RTOS和驱动程序与第三方组件的密切关系。很少有完美的匹配，但是团队越接近选择完全集成的解决方案，许多芯片供应商开始尝试提供这种解决方案，软件开发速度越快，节省成本。

工具链集成
微控制器工具每年都变得越来越复杂。开发人员过去常常只获取驱动程序和示例代码转储，然后被迫修改自己应用程序的代码。然而，在当今的开发环境中，驱动程序，RTOS，中间件甚至应用程序代码都被整合在一个复杂的工具链管理软件中，从而可以轻松地进行通信，定制甚至测试。通过这种方式选择支持集成固件和工具的微控制器可以在整个开发周期中节省成本。这种支持允许开发人员专注于应用程序，而不仅仅是尝试让软件组件相互协作。确保检查工具链及其功能以及其他标准。

   嵌入式系统的复杂性不再存在于硬件中；它在软件中。成功的开发团队将根据提供的工具和软件质量寻找微控制器。产品开发目标是将产品推向市场，而不是花费数月或数年从头开发代码或无休止地集成不相关的组件。因此，下次需要选择微控制器时，请先从软件开始，然后再返回硬件。会发现整体开发体验将更加轻松，成本和时间表也更容易控制。