ARM7实际项目开发（无GUI），是否裸奔的为主流

只看该作者 · 2009-1-20 11:29

已经有人在ARM版面回复了，只是希望周立功的工程师能给我更多的参考意见。毕竟周立功公司接触的客户多啊。

1万 · 2009-1-20 12:05

例如FLASH、RAM、CPU资源等等，而在一些比较小的系统中，一旦加上一个OS，没准OS占用的资源已经超过一半了...
白白浪费掉了，还不如裸奔。那些需要很多操作系统提供已有服务的系统才需要OS，但相当一部分嵌入式系统
并不符合这个条件。

只看该作者 · 2009-1-20 13:32

附带问一下，如果我用的MCU没有C++编译器，或者有，但由于我个人能力的问题我不懂得使用某款C++编译器，只会用C编译器，你们的ECOS可以移植吗？

1万 · 2009-1-20 15:51

只看该作者 · 2009-1-20 16:19

根据目前我的观察，工业控制领域很多小公司都有升级8位机到32位机的意愿，只不过由于开发人员的水平问题，只是意愿，留给我们的学习时间还是有的。我认为大家大可以不必着急，从前后台系统一步步往上走。

只看该作者 · 2009-1-20 21:58

2万 · 2009-1-20 22:00

1万 · 2009-1-20 22:15

ecos支持m3了吗？

3万 · 2009-1-21 00:14

    因为很多场合只需要128K或者256K的Flash，现在的ARM7内置256K Flash已经是基本配置了，内部RAM也足够了，这就是我们的经验和大量客户的实际情况。2008年我们销售了1.2亿元ARM7芯片，这是我们调查客户使用OS的情况，所以不用担心。
    开发平台是一个企业的“命根子”，很多软件都非常容易变成“中间件”，便于移植到各种平台。比如支持ARM9如果用uC/OS-II在移植时支持MMU，只需要一片2M的SDRAM（$1.0）和一片256K的DataFlash（$0.25），其硬件成本远远低于使用WinCE&Linux的硬件配置。即便使用GUI，其速度不知是比使用WinCE多少倍。我们公司也使用WinCE,WinCE开发人员超过30人，这要看具体情况。
    “裸奔”不能成大事，只能一个人干，不能协同开发，小公司、小团队往往都是“裸奔”。人多并非一定就是团队，衡量一群人是否称得上团队，关键要看协同开发的能力，就象指挥大象跳舞一样调理团队，我仅仅用了10年投入了1.5亿*币才开始入门，其特征对于从事嵌入式系统应用开发的人员来说，就是在知识复用的前提下，批量生产嵌入式系统应用软件，硬件开发平台标准化，可靠性和信号一致性可移植。

只看该作者 · 2009-1-21 22:45

这句话我不赞同！踩一脚！我去年做的一个项目，就是多人合作的，关键是模块的划分是否合理，只要定义好了个模块的接口，多人协作开发，也很简单！模块下面，还可以细分，分解到函数，管理起来也很简单呀！无非就是搭积木，和盖房子一个道理。
uCOS也的确是个好东西，ARM7上，个人觉得也就跑跑uCOS，平时多看看uCOS的代码，还是有好处的！如果讲运行效率，还是裸奔最高，其实，现在的裸奔，也不是什么都要自己做，uCOS,uCGUI,linux,包括各个芯片厂提供的开源函数，包括TI的函数，也包括你zlg的函数，等等，改一下就能用，只要你觉得能用得上的，都可以作为你盖房子的砖头！手里的砖头多了，就看盖房子师傅的手艺了！

只看该作者 · 2009-1-21 23:03

这时候，用裸奔还是OS都没啥关系。关键是开发的成本（有形和无形)

2万 · 2009-1-21 23:34

3万 · 2009-1-22 05:10

    我们公司不断在开发平台上增加软件模块，开发人员只需要做应用层即可，既根本不用好看CPU手册，也不需要是什么CPU，也不需要看操作系统手册，也不需要知道信号量、消息、邮箱、队列等半点与OS有关的知识，我在其中集成了CAN-bus、CANopen、DeviceNet、PPOE、TCP/IP、Profibus、ProfiNet......这就是能够实现协同开发的前提，可以说这才是真正的开发平台。
    我们的产品在市场上的名气目前不大，但还招聘这么多人干什么呢？开发决胜未来的开发平台。面对金融危机，我们的同行裁员、紧缩和重组，而我们继续投入创新。
    大家发表了很多看法，尽管很多人发表了同样的看法，但一定是错误的。只有自己当了老板算一算帐，这个时候才知道真正的开发应该怎么做？

只看该作者 · 2009-1-22 17:29

    开篇之前，先拍老狼一砖，老狼说“我去年做的一个项目，就是多人合作的，关键是模块的划分是否合理，只要定义好了个模块的接口，多人协作开发，也很简单！模块下面，还可以细分，分解到函数，管理起来也很简单呀！无非就是搭积木，和盖房子一个道理。”我要说，你学会了九阳神功，打起架来当然简单了，但这世上有几个人会九阳神功？一个企业做产品也一样，不能依赖一两个天才！操作系统的功效在于，能够大大降低企业的人才门槛。
    许多人爱从纯技术特征去讨论嵌入式产品的技术需求，以及操作系统应该具备的特征，他们忽略了一个很重要的方面，就是系列化产品特征。绝大多数企业，尤其是有点规模的企业，他们的产品基本上是系列化的，几个、十几个、甚至几十上百个不同型号的产品，其功能和平台是大同小异的，这些产品在技术上，都可以看做是第一个产品的衍生型号。老板和开发经理将面临如下问题：
1、衍生型号大多是原始型号通过增减、重组、局部修改组件形成的，如何降低开发衍生型号的工作量甚于开发原始版本的工作量。
2、开发衍生型号的过程中，往往会修改原始型号以及比该衍生型号早的其他衍生型号的bug，或者优化其设计，那么，产品兼容升级能力就变得非常重要。
3、原始型号开发完成后，项目组往往会解散，留下很少的人负责维护和衍生型号开发。在产品声明周期中，原创人员往往也会流失，产品的可维护性在这个阶段就显得特别重要，如果可维护性不佳，就会造成对原创人员的过度依赖，老板就会被员工挟持！当今许多老板就是这样。
    以上各种问题的解决，需要优秀的系统架构设计和一致化的编码接口和风格，而操作系统则责无旁贷地需要在技术上提供支持。的djyos操作系统在这方面做了许多工作，它协助项目经理以及系统工程师组织项目团队，它协助程序员编写一致性和移植性强的代码。
    djyos软件友好组的概念、异步信号同步、事件类型的名字访问、泛设备模型等许多特征，都很好地协助项目经理组织团队，支持项目子团队独立工作，使各子团队之间没有交叉。
    而以事件而不是线程为调度目标，使程序员根本看不见线程的存在，程序员无需掌握和控制线程。事件之间没有交叉控制过程，规范了程序员编码习惯，降低了软件模块间互相耦合的可能。
    djyos不标榜自己提供多少种线程间通信的手段，虽然程序员可以用信号量结合环形缓冲区、线性缓冲区等做出许多通信手段出来，但“官方”提供的手段就一种——泛设备。这种安排，可能会要求程序员多敲几行代码，但软件开发中的许多问题，并不是由代码量引起的，规律性很强的代码，多敲几行，其实一点关系都没有，否则就不会有人用几十个字符的变量名了。
    出问题的地方，主要是软件结构是否清晰，是否一致，如果做到了这点，那么问题分析，团队人员轮替，都会很容易。而数据流向是否清楚、模块间的互操作是否顺畅，是软件结构的一个大头。如果一个模块面对的其他模块分别使用“消息队列，邮箱，管道，socket”，这个模块的程序员会很头痛，一不小心就弄错。一个项目开发完成后，往往只留下一两个人维护，如果模块间混用各种手段的话，维护工作量也会增大。作为一个多年的嵌入式系统工程师开发的操作系统，djyos充分考虑到上述所有因素。

    djyos虽然还很弱小，但向vxworks、wince、linux等挑战，改变中国无操作系统的现状，是历史赋予他的不二使命。对此，我信心满怀，不信？你先下载我的文档看看，他一定能打动你的。
下载地址：www.djyos.com

只看该作者 · 2009-1-22 22:49

我发现二位都是卖操作系统的！

老杨，我想问一句，
"做嵌入式系统，是能很快上手的么？模块的积累，是个漫长的过程，这个过程也是个学习的过程，别人花10年积累的技术，你不可能10天就学会"------这句话当然正确。这句话是否也适用与你的ecos？

前几天，还有人问我对ecos的看法，我问了他几个问题

1：ecos的那家公司还在做么？（最早是 Cygnus公司开发（是不是想到Cygwin了？），不久被RedHat收购，现在RedHat又放弃了RedHat项目，解雇了eCos的开发人员，将他踢到了Free Found Org）这段话不是我说的，呵呵！

2：你的职业生涯里，学这个干嘛？外面的公司，有几家在用这个？如果同样的时间，花在学习arm linux or wince 上，是否更划算？出来做的，无非想多赚点钱！

3：嵌入式市场的占有率？你还能见到有哪些产品，在用ecos?听说过哪些厂家打算用ecos？

   奉劝想进入嵌入式系统的朋友们，千万不要以为，不用看CPU和芯片的资料，不用了解硬件，就能很快入手！-----这句话也不对，如果你拿到的板子是别人已经移植好了操作系统的，并且你不想用到他提供的硬件以外的功能（就是所谓的工控板），这更像像你用的只是一台装好了XP的PC机！（就是所谓的工控板）----在这个平台下开发，你只能算是一个做应用软件开发的，不是嵌入式！就算是这样的系统，就一定稳定么？PC下面做开发的，换一台机器，就出问题，这样的事儿，少么？软件升级，就一定方便？从VC6升级到.net,像微软说的那么简单？

  老杨，我也奉劝你一句，你的那个ecos,放弃吧，如果这几年，你去做wince or linux开发,或者做工控板，效果会比你现在好的多！何至于现在的局面？学会放下，流行的东西，不一定好，但是能卖个好价钱！大丈夫相时而动吧！

    再次声明，我不是反操作系统的，我也用wince，不过是个二把刀，用的不多，就是用它来做人机界面！uCOS+uCGUI，也用，单独的uCGUI我也用，主要是用在AT91和STM32上，当然，用的最多的还是裸奔！合适的，就是做好的！没有必要来讨论是否用操作系统！

    那个上面扔我砖头的兄弟！djyos是个啥？不关心，也不想用！产品的系列化？这个问题你还没有搞懂！通常的做法是同一块主板，同一套软件，配置不同！后面的更是胡说八道，你认为产品的核心是啥？是算法，是过程控制！这是由你开发设备的所在行业的专家的能力决定的！我们这些应用开发的，只是实现别人的想法！就算做了几年，也比不上在这个行业做了几十年的那些专家！

3万 · 2009-1-22 23:46

大家各抒己见，对开发很有帮助！听听多方面的意见有好处，不管是对的还是错的。

1万 · 2009-1-23 00:19

很快就上手了。倒是更低层、更基础的东西，才更需要我们去掌握。

3万 · 2009-1-23 12:52

我们公司开发的软件平台是使用C语言编写的，确切地讲是用C语言实现C++的一些功能，这样便于移植到Windows、Vxwork、Linux、WinCE、uC/OS-II......任何平台上，而开发工程师多见到却是同一套有限的几个函数，比方Read、Write或者扩展Read与扩展Write，开发人员仅仅需要关心外围功能部件或者网络（Modem-bus、CAN-bus、CANopen......）在系统中的端口地址或者设备地址即可。

只看该作者 · 2009-1-24 00:36

一个zlg315，一个armecos，还有个什么djyos
看样子像是公司里搞销售的吧？

只看该作者 · 2009-1-24 09:41

    战国时期是中国文化最发达的时期之一，诸子百家无一不是四出演讲，推销自己的学术观点，不能认为是广告吧！即使算是广告，也是促进文化繁荣的红色广告。
    我四处发帖，阐述自己的操作系统观点，并无偿全部共享自己潜心5年的研究成果，能算广告吗？我发的每一贴，都不是一个帖子重复发，也不是干巴巴的宣传口号，而是提出了自己独到的操作系统技术观点，姑且不论我的观点是否正确，但讨论本身能使人进步，不是吗？
    希望你反驳我的观点，但不能侮辱这种纯洁的技术交流。
    至于周公，这里本来就是他出钱的广告板块，做做技术广告理所当然。

ARM7实际项目开发（无GUI），是否裸奔的为主流

相关下载

相关帖子

没办法，嵌入式很多时候资源都相当宝贵的

4楼认为工业控制领域适合上OS吗。

没有系统层面上的认识，那只能做个很普通的技术员吧

ECOS的C++，是否只支持ARM

.

keil arm自带的rtx也不错~~~

宣传与应用， 还有一个就是编译器的问题

用OS便于建立开发平台，原则上不主张“裸奔”。

“裸奔”不能成大事，只能一个人干，不能协同开发

估计有80%以上的系统，MCU有50%以上的时间处于空闲

肯定OS省心~~~

裸奔不能实现知识复用同时开发N个项目

我的一点看法

呵呵，都来拍我砖头了？

老狼，讨论技术问题不要生气！

我个人觉得，在操作系统上开发软件真的没有太多的东西需

其实一个平台与具体的OS无关，用模块化的方式开发产品并非

广告味太重

是广告吗？

永恒之光奖章

技术导师奖章

七世轮回

坚毅之洋流

核心会员奖章

沉静之湖泊

以坛为家

技术高手奖章

荣誉元老奖章

技术奇才奖章

缘定三生

精英会员奖章

宣传与应用，还有一个就是编译器的问题