这些小活动你都参加了吗?快来围观一下吧!>>
电子产品世界 » 论坛首页 » 嵌入式开发 » STM32 » 抑制嵌入式系统设计的复杂性

共6条 1/1 1 跳转至

抑制嵌入式系统设计的复杂性

工程师
2019-09-26 23:48:05     打赏

简介

Raspberry Pi系列不久前通过全新的Raspberry Pi Zero W1(2017年2月)扩充了产品线,这是一台支持无线连接的个人计算机,售价仅10美元。对于业余爱好者、制造商、工匠和黑客而言,它的意义非同寻常。是的,我们之中很少有人真正尝试做好我们的工作,即设计真正的(电子)产品!当我最近观看Eben Upton的视频公告时,我忍不住想起早年的经历。那是80年代中期,我买不起BBC电脑,也负担不起奢侈的Amiga。但我花光所有的钱购买了Sinclair ZX Spectrum。因此,Eben努力实现“让所有人都买得起”的目标确实让我产生了共鸣。

一台功能强大的个人计算机塞进一块小巧的印刷电路板(PCB)上,确切地说是6 x 3 cm的印刷电路板,达到这种小尺寸的新记录着实让我惊叹。经过进一步思考,我经常想弄清楚是否正是Spectrum的简约及其诸多限制促使我深入研究计算机并最终沉醉于这一奇妙领域——软件和硬件之间的边界,我们今天称之为嵌入式。

小型片上系统

Raspberry Pi Zero设计基于片上系统(SoC)(BCM2835),其中包括一个1 GHz ARM®内核和一个图形处理单元(GPU)、一个视频接口、多个串行接口(USB、UART、SPI和I2C)以及一个外部存储器接口,用于管理运行Linux®操作系统(OS)所需的大容量RAM(512 MB DDR2)和大容量存储卡(SD卡)。对于单芯片器件来说,这些都是令人印象深刻的功能,特别是与我年轻时看到的早期个人计算机相比。我们可能会争辩,与目前在各种嵌入式控制应用中常用的最新简单型单片机相比,这并非不成比例。虽然时钟速度和处理能力都要低得多(从10 MHz到100 MHz不等),但今天所有小型单片机本身都是真正的小型片上系统奇迹。正如您对单片机期望的那样,所有RAM和闪存都位于芯片上。存在串行接口(USB、UART、SPI和I2C),但也集成了所有电源调节和电压监控电路。片上通常有五个或更多不同的(精密)振荡器,以便获得更大的灵活性并控制功耗。此外,还有几个具有大输入/输出多路开关的模拟外设(ADC、DAC、运算放大器和模拟比较器。。.。。.),取代了Raspberry Pi幻想视频中的功能,一直以来反映出偏爱嵌入式超过计算的设计选择中的显著不同。

事实上,当Raspberry Pi用户需要与现实世界连接时,对于使常用LED闪烁等最平和I/O应用以外的应用而言,由更小的单片机(实际上通常为8位单片机)通过“帽子”(小型子板)提供必要的I/O接口和所需电压转换并不意外。

我不想在两个截然不同的世界之间将这种不公平的对比一直拖下去,但我必须指出,在支持开发人员方面,两者有一个共同关注的问题:“控制复杂性”,最终“吸引新用户”。毋庸置疑,它们的解决方案类似,但终究有所不同。

这两个平台都是由提供免费软件工具开始,包括集成开发环境(IDE)、编译器、链接器、模拟器、调试器(在专业版中提供,只需少量费用)、或多或少的开放式中间件和(RT-)OS以及一小部分硬件(板)选项。

两个阵营(嵌入式计算和通用计算)之间的差异比您想象的要小。两者最终都依赖于类似的(如果不相同)工具链,这些工具链大部分都基于GNU。在中间件级别,一旦您正确抽取下级(下至金属)驱动程序层,开源选项会再次变得极其相似。操作系统级别的差异最大,因为许多单片机将很愿意运行RTOS,但无法承受完整Linux内核的负担。这反映了真正的行业差异。实时是操作系统“工作说明”的一部分。

膨胀

查看文档时会发现,两者的复杂度在膨胀。我最喜欢的一个例子是基于流行8位PIC®架构的小巧而简单的单片机。PIC16F1619经常用于控制小家电,为此,它将小容量闪存(16 KB)封装在20引脚微型封装中,具有十几个数字外设接口和几乎同样多的模拟支持模块。其数据手册长达650页,之后还增加了特性数据、表和图2。

此小型SoC上提供的一些外设(例如信号测量定时器)需要长达50页的篇幅才能适当记录。这几乎是描述实际PIC内核及其整个指令集所需页数的两倍。

在Raspberry Pi方面,如果只是按比例放大(10倍),则问题类似,因为有多个数据手册需要考虑,每个数据手册只记录片上系统硬件组件的一部分(SoC外设、GPU和内核),内核单独占用超过750页的篇幅。

嵌入式软件架构

很明显,没有人能够阅读或跟上如此庞大的信息量。特别是嵌入式开发人员,他们总是承担着极大的压力,需要在更短的时间内完成应用,以实现最快的产品上市速度。常见的解决方案是使用分层架构对应用进行分区,并使用标准化外设库来抽取硬件详细信息。这些层可以整齐地形成协议栈,其中“应用”位于硬件抽象层(HAL)的顶部。实际上,可以进一步细化此图片来完全识别HAL,HAL上方的中间件层将负责实现诸如网络、文件系统和图形UI(如果存在/需要)一类的通用服务/功能。

抑制嵌入式系统设计的复杂性

图1:嵌入式应用的软件协议栈

注:通常通过从HAL分离驱动程序层和电路板支持层来进一步细化协议栈,但是在以下考虑中,我们不需要详细到这种程度。

此软件架构直接来源于“计算”领域,可以很好地对大多数通用案例进行建模。遗憾的是,由于它适用于嵌入式应用,因此有两个基本缺点:

·只要重点放在顶层中间件层提供的标准功能上,分层架构就可以简化文档篇幅过长的问题。在应用范围的底端,当中间件层(如果存在)非常薄时,结果大多比较模糊。开发人员必须依赖以大型应用编程接口(API)形式存在的HAL文档,这份材料的篇幅同样较长(可达数千页),但始终未真正研究器件的任何细节。出现问题时,他/她将身陷窘境或被迫深入研究陌生领域和大量代码。

·HAL层为支持标准中间件服务提供了巨大帮助,但由于其性质极其严格,因此最终会清除特定器件的任何独特差异化功能。否则,这些独特功能可以为特定应用提供技术优势,并且可能成为选择特定器件型号的原因。

·在应用范围的顶端,中间件层非常厚,例如Raspberry Pi,仅Linux OS内核就添加了数百万行代码来应对问题3。虽然可以说这是开源代码,但对于希望自己永远不必深入了解到如此程度的普通开发人员而言,它几乎无法带来安慰。

十(二进制)行代码

处理完(外设)配置后,可将注意力立即集中到应用上,这是设计中更智能的部分(在应用层上),这一部分位于“主循环”之内,而不是之前。

最后要说的是,凭借代码生成器,即使在嵌入式领域中,经典的“Hello World”示例(总是转换为使LED闪烁)也会成为令人耳目一新的两行代码练习!

LED_Toggle();

__delay_ms(500);

列表2——为创建第一个嵌入式“Hello World”而需要输入的短短两行代码 您将能够在我最近出版的书中找到(20个)更多关于同样有效利用快速开发工具的实例:“In 10 Lines of Code”5。

对抗复杂性

在小型单片机发展成为小型SoC或者个人计算机缩小为Raspberry Pi的过程中,不仅会浪费时间和造成认知负担,还会在我们操作无法完全理解/掌握的系统时引入漏洞。

复杂性不是技术进步的必然结果。现代化的代码配置器/生成器可以通过扩展我们的软件开发流程、实现自动化并最终恢复我们对快速增长的可用功能/选项数量的掌握来帮助我们。




工程师
2019-10-01 23:55:07     打赏
2楼

谢谢分享


助工
2019-10-08 21:08:03     打赏
3楼

说的不错


工程师
2019-10-10 21:45:22     打赏
4楼

的确是这样


工程师
2019-10-11 15:48:36     打赏
5楼

不错不错   说得很好


工程师
2019-10-12 13:53:42     打赏
6楼

确实如此


共6条 1/1 1 跳转至

回复

匿名不能发帖!请先 [ 登陆 注册 ]