- msOS设计的本意是为电子类设备及PLC设计的，一开始想着仿造西门子的S7-300来设计一套基于CAN通讯的分布式PLC，然而当设计了几个硬件模块之后就发现，这个需求定义超出了我的个人能力，自己的综合知识还没有上到这个层面，所以开始退而求其次，仿照普通的PLC，结合华禹工控及俊知机械的需求设计了一款简单的嵌入式PLC，取名为msPLC-Demo。
msOS开发过程中的调试都是用msPLC-Demo的，msPLC-Demo也经历了3个版本，逐渐完善成熟，通过对msPLC
- 关键字：
嵌入式微系统 PLC S7-300
- 2014年春节里的一天上午，msOS QQ群里面讨论的很激烈，“传说中的火枪手”认为msOS-Mcu51已经很好了，对于msOS-Stm32引入uC/OS-II意见比较大。虽然他也用过uC/OS-II，但并不喜欢，有一种不确定感，所以很喜欢裸奔。但他的观点受到群内不少RTOS用户网友的反驳，以“独钓千古愁”为代表，持续了将近半个多小时，我一直在旁围观。
通过这次辩论，双方都把各自的观点表达的非常清晰、明了。RTOS有它的优点，但确实存在很明显的缺点
- 关键字：
嵌入式微系统 双任务 RTOS
- uC/OS-II是最早进入国内的一款开源RTOS，因为代码开源，又有配套的书籍，加上不大的代码量，在嵌入式群体中最为流行。在写“实用单片机系统”第一版之后，就接触了uC/OS-II，虽然大致的明白其工作原理，但一直似懂非懂，尤其有太多的宏定义，严重的干扰了源码的阅读，加上RTOS带来太多的概念，而这些概念都没有实际用过，不知道如何应用，并且听说有很多陷阱，所以心里有些空，把握不住风险，一直都回避RTOS。高频机开发的后期，菜单界面编程的复杂性严重的干扰了业务逻辑，逼迫我设计ms
- 关键字：
嵌入式微系统 uC/OS-II RTOS
- msOS采用128*64的字库黑白屏，降低硬件设计复杂度，这个屏一行可以显示8个汉字或者16个字母，总共4行。界面开发基于面向对象方式，把界面抽象为几个页面，而页面又由控件组成，以我做的高频机为例，抽象了5个页面，每个页面上都由背景文字、标签和文本组成。
上图为工作页面，由一张背景文字(BackText)，两个文本(TextBox)和五个标签(Label)组成。背景文字用于显示固定的说明文字，比如频率、功率等，这些文字在这个页面下是固定不能变化的。标签控件用于显示变量
- 关键字：
嵌入式微系统 面向对象 编程
- 系统节拍是非常重要的一个设备，在早期的MCU51和ARM7芯片中，没有专门的系统节拍，往往由一路硬件定时器来实现其功能，到了Cortex系列，ARM提供了Systick硬件定时器专门用于系统节拍，可见现在的编程对系统节拍的依赖性。
系统节拍的概念比较早的出现在OS中，产生固定间隔的重复中断，用于任务的超时等待或者任务延时多少个节拍周期用。在前后台系统中，也引入了系统节拍，比如msOS-Mcu51版本很早就引入了系统节拍，实现按键扫描、虚拟定时器等功能。此外还有一种基于时间片编程的架构，直接采用系
- 关键字：
嵌入式微系统 定时器 MCU51
- 注册机制在嵌入式编程中很少提到，但回调函数大家经常接触，以软件定时器为例：
软件定时器设备通过函数Start把FunctionCallback作为参数传入定时器设备中保存，之后开启定时器，延时1000ms之后，定时器就会直接调用FunctionCallback，所以这个FunctionCallback就叫做回调函数。类似处理器的中断一样。
注册机制类似回调函数性质，只是把概念扩展到变量，上层应用通过注册函数地址或者变量地址到设备中保存，当设备中这个地址对应的函数
- 关键字：
嵌入式微系统 注册机制 ADC
- System结构体封装了整个系统层，让App很容易基于System跨平台，那么System内部该如何组织?
ARM公司推荐嵌入式开发遵循CMSIS架构，用户应用程序可以调用实时内核(OS)、中间件等，也可以直接调用底层硬件基于CMSIS标准的函数接口，比如ST公司发布的STM32的硬件驱动LIB库，甚至直接访问最底层的寄存器。这种架构编程比较灵活，对于规模不大的嵌入式系统比较适合，但这样的一个架构分层还比较模糊，应用层几乎可以访问所有的系统层资源，比较任意。各种底层接
- 关键字：
嵌入式微系统 System ARM
- 嵌入式微系统架构是C#与CMSIS架构的复合体，如下图所示：
基于C#标准，分为应用层App与系统层System两层。采用两个大结构体AppStruct和SystemStruct把它们各自封装起来。
Appstruct里封装了两个结构体：Data和Menu。两者都是应用层的数据类型。
Data是应用层业务逻辑所涉及的传感器、驱动器等全局变量、过程变量、存储参数、设置参数等数据，Data结构体类似数据库概念，只是嵌入式系统数据一般
- 关键字：
嵌入式微系统 软件架构 CMSIS
- 为了解决多人协作，多种需求产品的开发，并且还要长期维护，必须要把这些产品的共性提取出来。
1、 不需要低功耗设计。
2、 传感器类和驱动器类属于单一功能的设备，传统前后台架构的MS3即可。
3、 电源类及控制类设备都属于功能复杂的，实时性要求高，带有屏幕显示，外扩多路传感器或者驱动器的设备，这两类可以统一为一类，是设计的重点，需要建立全新的平台。
那么这个新平台应该做成什么样子，脑子里还是没有概念的，只是知道在高频机设计中，传统的状态机或者函数指针方式的菜单界面编程方式是要改进
- 关键字：
嵌入式微系统 msOS uC/OS-II
- 2001年我大学毕业后去了中科院半导体所工作，第一次真正接触了MCU51下的C语言开发，项目组要求项目中的功能尽可能封装成一个个的功能子函数，便于维护，所以一个项目就是由各个功能子函数组成的。但我因为在所里时间较短，没有真正参与其中，只是接触了这个概念，觉得这个非常好，也在自己心中暗暗的下了一个决心，今后要建立自己的函数库，以方便项目开发。
2002年我来到深圳做手机软件开发，采用英飞凌手机解决方案，有一套标准的软件架构平台，RTOS采用Nucleus，GUI等其它部分都是英飞凌自己完成的，当时
- 关键字：
嵌入式微系统 msOS RTOS
- 嵌入式领域有不少操作系统，大致可以三类：第一类以Wince、Linux、Android为代表的，属于大型操作系统，拥有内核任务调度、菜单界面、多媒体、网络、文件存储、外设驱动等一系列完善的功能，但这类操作系统属于非实时操作系统，往往用于办公、娱乐、人机接口等对时间要求不高的场合。此外因为功能太完善，对硬件的要求很高，最低配置CPU需要ARM9 200MHz，内存需要32MByte，支持MMU内存管理单元，标配彩屏。
第二类以VxWorks为例，属于功能丰富的嵌入式实时操作系统，功能丰富。往往用于
- 关键字：
嵌入式微系统 Wince Linux
- 嵌入式微系统，顾名思义就是嵌入式微型操作系统，然而操作系统一词在嵌入式行业里往往专指uC/OS之类的带任务切换的系统，所以为了有别于这个专用名词，往往用开发平台一词来代替，所以嵌入式微系统更准确的名字为嵌入式微型开发平台。
大家肯定会问，uC/OS这样的嵌入式操作系统跟嵌入式微系统到底有什么区别，那么我们就要从项目需求开始说起。
某个公司需要在嵌入式芯片(MCU51或者STM32)上开发一个控制项目，涉及LCD界面、多种不同接口速度的外设、多种不同速度的业务逻辑控制，下图为常见的一种工业自
- 关键字：
嵌入式微系统 msOS uC/OS
嵌入式微系统介绍
您好，目前还没有人创建词条嵌入式微系统!
欢迎您创建该词条，阐述对嵌入式微系统的理解，并与今后在此搜索嵌入式微系统的朋友们分享。
创建词条
关于我们 -
广告服务 -
企业会员服务 -
网站地图 -
联系我们 -
征稿 -
友情链接 -
手机EEPW
Copyright ©2000-2015 ELECTRONIC ENGINEERING & PRODUCT WORLD. All rights reserved.
《电子产品世界》杂志社 版权所有 北京东晓国际技术信息咨询有限公司
京ICP备12027778号-2 北京市公安局备案：1101082052 京公网安备11010802012473
