0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

裸机开发遇到的问题

倩倩 来源:芯片之家 作者:芯片之家 2022-08-16 16:34 次阅读

裸机开发遇到的问题

第一、并发性。程序并发工作效率低在写裸机软件时,不可避免的在主程序中会有一个超级大的 while(1) 循环,这里面几乎包含整个项目的所有业务逻辑。因为每个业务逻辑里面都会有 delay 这样的循环等待函数,这样导致了所有的业务逻辑几乎都是串行起来工作的。这个时候CPU就会有很多时间都浪费在了延时函数里,一直在空转,导致软件的并发效率非常差。

第二、模块化:高内聚、低耦合的原则。从软件工程的角度,我们在做软件开发时,都会强调高内聚、低耦合的原则。而裸机的模块化开发难度非常大,模块间的耦合较重,这也导致了无法在大型项目使用裸机来开发。还是刚才 main 函数中大 while(1) 的例子,可以想象到那么多功能都紧紧的挤在一个函数里,不可拆分,模块化开发的困难重重。举一个非常贴切的例子,在一些使用看门狗的项目中,如果使用 delay 延时函数,那得注意点,万一延时过长,主函数来不及喂狗,看门狗就被触发了。最后会产生这样一种感觉,一个简简单单的delay还得考虑喂狗功能,裸机开发时操的心太多了,自然无法应用在大型项目中。

第三、生态:很多高级软件组件,必须依赖于操作系统来实现。比如说,我前些年开源过一个基于FreeModbus的Modbus主机协议栈,因为要考虑各个平台适配问题,原本计划支持各种各样的操作系统,甚至是裸机平台。在各个操作系统上的适配都非常容易,但再去尝试着适配裸机时,发现难度重重,有一些函数在裸机上实现起来非常复杂,而且针对于不同的裸机环境,几乎没有通用性可言,太耗费精力了。所以我最终就放弃了裸机适配,一直到现在,在裸机上还是没法用这个 Modbus 主机协议栈。还有一些软件无法运行在裸机上,比如:乐鑫、Realtek、ti联发科提供的WIFi SOC SDK ,一些蓝牙SO的SDK也都是只支持操作系统,所以,如果你不了解、不会使用操作系统,这些芯片也就玩不转了。

8dc84fee-196d-11ed-ba43-dac502259ad0.jpg

第四、实时性:功能复杂的情况下,实时性无法保证。软件的实时性在一些领域会有一定的要求,软件的每个步骤必须在指定的时间被触发。工控领域就是最常见到的场景,如果实时性无法保证,机械设备可能就无法按照指定时序要求去动作,以至于发生机械事故,甚至会威胁到人的生命。回过来接着看裸机软件,如果软件变得庞大以后,可以想象到,主程序中那么大的一个 while(1) 循环,代码耦合严重,到处都是 delay 延时,要保证实时性几乎是不可能的。

第五、可重用性:软件可重用性差,总是重复造轮子。可重用性与模块化程度有直接的关系。相信大家每个人在工作中都不想做很多重复性的工作,同样在写代码时,也想着尽可能少写一些功能相似的代码。但在这个嵌入式碎片化极其严重的时代,各式各样的芯片,想要让同样的代码,在裸机环境下同时适配不同的硬件,难度非常大。这样也就导致了裸机的代码会过多的依赖于底层硬件,重复造轮子的过程也就不可避免。

操作系统带来的优势

操作系统的优势:线程方式的并发任务处理,解决模块化问题,同时保证实时性。

1、模块化。使用了操作系统以后,整个软件的工作被拆分成了由多个任务来构成(也会被称为线程),每个线程有自己独立的运行空间,即线程堆栈,这个时候每个线程你玩你的,我做我的,咱们大家互补干涉,模块化程度得到很好的提高。

2、并发性。从并发的角度来看,各个线程在使用delay/事件等待 这类函数时,会自动的让出CPU 给其他有需要的线程,不仅书写delay延时函数操的心少了,整个CPU的利用率也得到了提高,最终提升并发性。

3、实时性。再来看实时性,像ucos/RT-Thread这些RTOS本身就被设计为实时的操作系统,各个线程都有不同的优先级别,重要的线程可以设为高优先级,不重要的线程可以降低优先级,做好全局的统筹规划后,这样整个软件的实时性也能得到保证。

4、开发效率。由于操作系统提供了统一的抽象接口层,方便了可重用组件的积累,提高开发效率。操作系统其实是一群软件大牛们智慧的结晶,他们站在应用软件、底层驱动的开发角度,对很多常见的软件功能进行了封装、抽象,比如:信号量、事件通知、邮箱、环形缓冲区、单向链表/双向链表等等,这些功能拿来即用,对于开发者方便极了。还有一些操作系统,比如:Linux和我们国产的RT-Thread ,这些系统对碎片化的硬件,统一封装了一套标准的硬件操作接口,一般称为设备驱动框架。这样我们的应用软件工程师,就可以专攻应用的工作,再也不用怕更换硬件,又需要重复造轮子了。

5、软件生态

生态的丰富带来了量变到质变的过程(自己玩-》大家一起玩)。使用操作系统所带来的软件可模块化、重用性的提升,也使得我们自己在做软件开发时,可以封装一套基于操作系统、适合嵌入式的可重用组件,这些组件不仅可以用在自己的项目中,还能开源出来分享给更多有需要的嵌入式开发者,把软件的价值最大化。

个人感觉这是一件蛮有意义事情,我自己本身也是一名开源极客,也有在 GitHub 上开源一些嵌入式软件。说实话在做开源软件前,能够深入交流嵌入式软件的地方非常少,毕竟大家的代码不是芯片不一样,就是硬件不一样,你的代码给了他,也不一定能运行起来。但是自从用了操作系统后,软件的可重用性提高了,能够让更多的人很迅速的用起来我的开源软件,这个时候能够有更多的人可以一起交流,还接触到了很多的大牛们,甚至是国外的朋友。俗话说:水涨船高,我的能力也从此得到了快速的提升。所以总结下来,有一个能一起交流嵌入式软件圈子还是蛮重要的,自己闭门造车,可能都是在重复造轮子。

常见RTOS优势对比

ucos/freertos/RT-Thread,选择这三款OS的原因是,它们的年限都比较长了,在市面上都蛮有知名度,用过的人比较多,更有说服力。

1、基本功能、性能。各家RTOS差异很小,可比性并不是很大

2、易用性/可读性。这块FreeRTOS应该说是最差,奇葩的匈牙利命名法,代码实现用了很多宏,可读性非常差。ucos可读性还可以,注释也很全。这块做得比较好的是RT-Thread ,它是类Linux的代码风格,面向对象的设计模式,代码简洁易懂。在保证了体积(最小ROM:3K;RAM:1.5K)的同时,还借鉴了Linux的设备驱动框架、虚拟文件系统、Shell等功能,设计更加优雅。

3、组件丰富性。RT-Thread比起传统UCOS、FreeRTOS不仅仅在基础功能上多而全,多达50个以上的可重用软件组件,还有很多物联网组件,对于物联网产品几乎做到开箱即用。RT-Thread还可以运行PythonJava、Lua这些高级语言的脚本,进一步降低开发难度。

4、开发资料。这块ucos做的最好,还有配套相关的书籍,FreeRTOS属于后起之秀,网上也有很多相关资料。RT-Thread这块之前还是略显薄弱的,不过现在RT-Thread对这块非常重视,最直观的可以看到官网上的应用笔记越来越多了,还有一些配套教学视频

5、版权。ucos商业是要收费的,FreeRTOS和RT-Thread版权都很宽松,特别是RT-Thread刚刚使用了Apache许可协议。

6、社区生态。这三款RTOS的社区都比较活跃,现在可以感觉到ucos慢慢的用的人越来越少了,RT-Thread和FreeRTOS用的人都在增多。RT-Thread也是开发者最多的国产 RTOS,并且还拥有国内最大的嵌入式开源软件社区。

审核编辑 :李倩

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 操作系统
    +关注

    关注

    37

    文章

    6204

    浏览量

    121727
  • RTOS
    +关注

    关注

    20

    文章

    765

    浏览量

    118679
  • 模块化
    +关注

    关注

    0

    文章

    296

    浏览量

    21146

原文标题:MCU开发中,你选”裸奔“还是RTOS?

文章出处:【微信号:雨飞工作室,微信公众号:雨飞工作室】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    STM32mp135裸机开发无法使用DDR吗?

    针对裸机开发,参考了此开发链接: https://wiki.stmicroelectronics.cn/stm32mpu/wiki
    发表于 03-11 07:01

    何时选择裸机?何时选择RTOS?何时选择GPOS?

    在每个开发项目的初期,你都必须选择软件开发的基础。虽然有很多选择,但它们通常分为三类:裸机、实时操作系统(RTOS)或通用操作系统(GPOS)。
    的头像 发表于 02-27 11:42 274次阅读

    RTOS相比裸机有什么优点?RTOS相比裸机更方便吗?

    RTOS相比裸机有什么优点?RTOS相比裸机更方便吗? RTOS代表实时操作系统,专门为需要高可靠性和可预测性的系统设计。相比之下,裸金属或“裸”系统的硬件或软件层最少,严重依赖开发人员的代码来处
    的头像 发表于 10-29 16:33 886次阅读

    Linux裸机点灯

    Linux裸机
    怎么啦
    发布于 :2023年10月27日 08:47:24

    单片机裸机实现队列功能的方案

    单片机裸机实现队列功能的方案
    的头像 发表于 10-17 14:34 276次阅读

    关于裸机程序中关于printf的问题

    自己在做裸机实验有时候在printf中加入“nr”换行符时会莫名跑死,哪怕都没执行printf也会跑死,程序本身确定没有问题而且只要去掉换行符就恢复正常,不限程序,有时候却不会出现问题,串口和格式化输出程序都是用的原子提供的,就很迷,有人遇到这种情况吗?
    发表于 09-27 06:11

    单片机(裸机)程序一般怎么写?

    裸机(单片机)程序主要是相对于基于操作系统的程序开发而言,就是没有操作系统的基础上开发具有特定功能的代码。
    发表于 09-05 16:48 602次阅读
    单片机(<b class='flag-5'>裸机</b>)程序一般怎么写?

    使用裸机云的优势有哪些?

    裸机云和虚拟化云模型都提供类似的功能和优势。它们都有助于基于需求和基于 DevOps 的配置和按需付费预算。但是,裸机云还有一些额外的好处,包括硬件控制、可扩展性和性能优化。 如前所述,引入管理程序
    的头像 发表于 07-13 14:08 207次阅读

    分享一下Cortex-M裸机环境下临界区保护的几种实现方法

    RTOS有临界区,裸机依然有临界区。今天给大家分享一下Cortex-M裸机环境下临界区保护的几种实现方法。
    发表于 06-13 09:08 297次阅读
    分享一下Cortex-M<b class='flag-5'>裸机</b>环境下临界区保护的几种实现方法

    在哪里可以获得S32K342的裸机SPI驱动程序?

    我正在为 S32K342 开发 SPI RTD_4.4_2.0.0。SPI 示例代码遵循 SPI 处理程序/驱动程序的 autosar 规范。你能分享我或指出我在哪里可以获得 S32K342 的裸机
    发表于 05-05 10:16

    BSP工程管理——I.MAX6Ull裸机开发

    学习正点原子的裸机BSP工程管理、makefile的创建等
    的头像 发表于 05-03 13:58 45.2w次阅读
    BSP工程管理——I.MAX6Ull<b class='flag-5'>裸机</b><b class='flag-5'>开发</b>

    如何为PIC或AVR MCU编写裸机代码

    本文介绍了对称应用笔记PIC1000和AVR1000b,展示了它们如何应用于非凡的MPLAB®代码配置器(MCC)生成的代码。本文将介绍如何使用这些应用笔记来查看MCC的幕后情况,作为生成的裸机代码
    的头像 发表于 04-20 09:45 609次阅读
    如何为PIC或AVR MCU编写<b class='flag-5'>裸机</b>代码

    Windows下搭建ARM11裸机开发环境:Eclipse+JLink调试代码

    之前,写过两篇文章,介绍了在Windows下搭建ARM11的裸机开发环境,以及使用Eclipse创建ARM11的裸机程序管理工程,需要的朋友可以过去看看。
    的头像 发表于 04-08 14:13 1160次阅读

    Windows下搭建ARM11裸机开发环境:Eclipse创建工程

    上一篇文章介绍了在Windows下搭建ARM11的裸机开发环境,需要的朋友可以过去看看。
    的头像 发表于 04-08 09:36 633次阅读

    单片机裸机和RTOS多线程的区别

    很多初学者都是从裸机开始学起,不能明白裸机和操作系统的区别。甚至有不少人认为用中断就能代替多任务处理,你认同吗?
    的头像 发表于 04-04 14:08 1581次阅读