VxWorks

　　嵌入式操作系统是一种支持嵌入式系统应用的操作系统软件，它是嵌入式系统的重要组成部分。嵌入时操作系统具有通用操作系统的基本特点，能够有效管理复杂的系统资源，并且把硬件虚拟化。 　　传统定义(狭义嵌入式)：嵌入式系统是以应用为中心，以计算机技术为基础，并且软硬件可裁剪，适用于应用系统对功能、可靠性、成本、体积、功耗有严格要求的专用计算机系统。 　　当前客观定义(泛嵌入式)：除PC之外的一切计算机系统都可以叫嵌入式系统。典型代表：智能手机、工业机器人、汽车电子、航空航天(四轴飞行器)、安防监控(IPC)等。 　　嵌入式操作系统分类 　　从应用角度可分为通用型嵌入式操作系统和专用型嵌入式操作系统。常见的通用型嵌入式操作系统有Linux、VxWorks、Windows http://CE.net等 。 　　常用的专用型嵌入式操作系统有Smart Phone、Pocket PC、Symbian等。 　　按实时性可分为两类： 实时嵌入式操作系统主要面向控制、通信等领域。如WindRiver公司的VxWorks、ISI的pSOS、QNX系统软件公司的QNX、ATI的Nucleus等。 　　非实时嵌入式操作系统主要面向消费类电子产品。这类产品包括PDA、移动电话、机顶盒、电子书、WebPhone等。如微软面向手机应用的Smart Phone操作系统。 　　嵌入式系统的技术特点 　　低功耗(BLE

欢迎关注VxWorks567 如转发，请标明出处！ Basic I/O system的7个函数： creat(), remove(), open(), close(), read(), write(), ioctl()。creat()与remove()主要用于文件系统。函数声明如下 int creat ( char *name, int flag) ; int remove ( char *name) ; /* flags */ # define O_RDONLY 0x0000 /* open for reading only */ # define O_WRONLY 0x0001 /* open for writing only */ # define O_RDWR 0x0002 /* open for reading and writing */ # define O_APPEND 0x0008 /* writes are guaranteed at file end */ # define O_CREAT 0x0200 /* create a file if not existing */ # define O_TRUNC 0x0400 /* open with truncation */ # define O_EXCL 0x0800 /* error on open if

在自动化测试中，会有一些小白或者只是对自动化感兴趣的人误入自动化测试陷阱中，本篇文章就来总结那些让人高频去踩的自动化测试陷阱。 陷阱1：自动化测试工具是万能的！ 到目前为止，还没有一款商业测试工具能支持从测试计划，到测试设计，再到测试执行的自动化。 　　你经常会在某些测试工具的产品推介会、演示会上看到演讲者展示测试工具的种种好处、优点，让你为自动化测试激动不已；但是他们往往不会告诉你自动化测试的难点所在，实施自动化测试的复杂度，以及所需的投入有多大。 陷阱2：一个工具能适合所有项目 到目前为止，还没有一款工具可以支持所有操作系统环境。 你也许会被项目经理要求寻找一款可以支持所有实时嵌入式系统测试的测试工具，而你们的应用需要跑在各种操作系统环境上，包括VxWorks、Integrity、mainframe、Linux和WindowsXP，编程语言包括Java和C++。 陷阱3：引入自动化测试工具后，测试人员的负担立即减轻 　　引入自动化测试工具后，并不会马上就减轻测试负担，事实上一开始往往会增加负担。 项目经理往往希望通过引入自动化测试工具来减轻测试负担。但是经验表明，在一个新项目中尝试实施并且有效地应用自动化测试，往往需要经过一条学习的曲线。测试的负担并不会马上减轻，但是项目经理却希望马上看到自动化测试发挥其威力，希望马上看到效果。 　　事实上，在一开始的时候

在自动化测试中，会有一些小白或者只是对自动化感兴趣的人误入自动化测试陷阱中，本篇文章就来总结那些让人高频去踩的自动化测试陷阱。 陷阱1：自动化测试工具是万能的！ 到目前为止，还没有一款商业测试工具能支持从测试计划，到测试设计，再到测试执行的自动化。 　　你经常会在某些测试工具的产品推介会、演示会上看到演讲者展示测试工具的种种好处、优点，让你为自动化测试激动不已；但是他们往往不会告诉你自动化测试的难点所在，实施自动化测试的复杂度，以及所需的投入有多大。 陷阱2：一个工具能适合所有项目 到目前为止，还没有一款工具可以支持所有操作系统环境。 你也许会被项目经理要求寻找一款可以支持所有实时嵌入式系统测试的测试工具，而你们的应用需要跑在各种操作系统环境上，包括VxWorks、Integrity、mainframe、Linux和WindowsXP，编程语言包括Java和C++。 陷阱3：引入自动化测试工具后，测试人员的负担立即减轻 　　引入自动化测试工具后，并不会马上就减轻测试负担，事实上一开始往往会增加负担。 项目经理往往希望通过引入自动化测试工具来减轻测试负担。但是经验表明，在一个新项目中尝试实施并且有效地应用自动化测试，往往需要经过一条学习的曲线。测试的负担并不会马上减轻，但是项目经理却希望马上看到自动化测试发挥其威力，希望马上看到效果。 　　事实上，在一开始的时候

在自动化测试中，会有一些小白或者只是对自动化感兴趣的人误入自动化测试陷阱中，本篇文章就来总结那些让人高频去踩的自动化测试陷阱。 陷阱1：自动化测试工具是万能的！ 到目前为止，还没有一款商业测试工具能支持从测试计划，到测试设计，再到测试执行的自动化。 　　你经常会在某些测试工具的产品推介会、演示会上看到演讲者展示测试工具的种种好处、优点，让你为自动化测试激动不已；但是他们往往不会告诉你自动化测试的难点所在，实施自动化测试的复杂度，以及所需的投入有多大。 陷阱2：一个工具能适合所有项目 到目前为止，还没有一款工具可以支持所有操作系统环境。 你也许会被项目经理要求寻找一款可以支持所有实时嵌入式系统测试的测试工具，而你们的应用需要跑在各种操作系统环境上，包括VxWorks、Integrity、mainframe、Linux和WindowsXP，编程语言包括Java和C++。 陷阱3：引入自动化测试工具后，测试人员的负担立即减轻 　　引入自动化测试工具后，并不会马上就减轻测试负担，事实上一开始往往会增加负担。 项目经理往往希望通过引入自动化测试工具来减轻测试负担。但是经验表明，在一个新项目中尝试实施并且有效地应用自动化测试，往往需要经过一条学习的曲线。测试的负担并不会马上减轻，但是项目经理却希望马上看到自动化测试发挥其威力，希望马上看到效果。 　　事实上，在一开始的时候

Xenomai 3在架构设计上确实优先Xenomai 2，至少对开发者来说，少维护了不少东西，看下面两张图就知道了 第一张图是Xenomai2的，第二张图是Xenomai3的，Xenomai3在内核中只有一个cobalt core，并没有POSIX/native/VxWorks等等的封装，内核的代码本来就不易于调试，也就不易于维护（保持正确性），减少内核代码就有利于代码的稳定性。最重要的是只有一个cobalt，大大减轻了维护人员的工作。 注意，第二张图有一个重要的提示， POSIX在Xenomai3中的地位非一般 ，以前大家习惯了native的API，Xenomai3时native的API比POSIX的API要慢一点了，因为native是在POSIX上封装出来的，而不是直接给内核打交道。 另外，POSIX API的好处时，如果PREEPT_RT的真的能达到硬实时性的话，Xenomai用户空间的库就不需要了，看看mercury core的图就知道了 POSIX API直接被glibc支持，Xenomai3的用户空间的库都不需要了。 总体看来，我认为是时候切换到Xenomai3的了，虽然Xenomai3目前并没有Xenomai2稳定，但是架构放在这里，稳定只是时间问题。一旦稳定下来，维护人员就可以花时间去优化实时性了。 来源： oschina 链接： https://my

适合入门的资料 伏辰实验室-物联网安全百科 绿盟 - 智能设备安全分析手册 物联网安全从入门到入坑 环境搭建 路由器漏洞挖掘测试环境的搭建之问题总结 固件提取&固件分析 http://www.devttys0.com/2011/06/mystery-file-system/ http://www.devttys0.com/2011/05/reverse-engineering-firmware-linksys-wag120n/ 逆向路由器固件之解包 基于 VxWorks 的嵌入式设备固件分析方法介绍 TP-Link wr886nv7-V1.1.0 路由器分析 – 固件初步分析 TP-Link wr886nv7-V1.1.0 路由器分析 - VxWorks cmd命令行获取及使用方法 物联网设备的固件分析技术 VxWorks固件逆向：WRT54Gv8 工控漏洞挖掘方法之固件逆向分析 路由固件的逆向解包及破解方法 深入分析Ewon Flexy物联网路由器（下） D-Link DIR-850L路由器分析之获取设备shell TP-Link wr886nv6 固件解析 Reverse Engineering VxWorks Firmware: WRT54Gv8 IoT固件逆向入门 安全小课堂第118期【IOT漏洞挖掘之路由器】 关于IoT安全我有话说 智能路由器安全特性分析

郁闷的一周，一周的郁闷！ Fuck the Vxworks! Fuck the WorkBench! 终于在注释掉报错的几行代码后，不管三七二十一，先编译通过了.但是走到这一步，弯路走了不少. 记录下来，以儆效尤！下周再解决这几个编译错误，抑或是不解决？ 1. 安装workbench 3.2的时候没有使用同一目录下的licence,安装不成功.安装成功后，用开发组给的2个label竟然想编译！ 2. 拿到了一个config spec！然后是按照Vxworks 6.5的方法在Vxworks6.8环境下编译,结果报错.于是删掉project文件，结果删除project文件的时候，选择了同时删除workspace下的文件（脑子进水了!），但是workspace下文件是在clearcase里的。于是在下次import project的时候，出现了project无法编译的现象，其实是check out的project文件被删除了。于是在clear case里只能看到这个被check out了，但是找不到这个文件！更搞笑的是，当天从同事那里得知信息，这个应该是clearcase的问题，找CM解决。 3. 周末加班，在热心同事的帮助下，才意识到是check out的文件被删除了（其实自己已经意识到了，奶奶的，这个现象和unix下clearcase的现象是一样的啊，cleartool ls

Rapita Verification Suite（简称：RVS），为英国Rapita Systems公司提供的一款嵌入式系统在板测试套件。其产品符合ISO-26262、IEC-61508等行业标准，兼容Vxworks、Linux、SYSBIOS 等操作系统，支持C、C++、Ada多种语言，多方位支撑TI、IBM、Intel、ARM、Freescale、Infineon等主流厂商处理器。 RVS针对汽车领域提供ISO-26262 Qualification Kit来满足高可靠、高安全的嵌入式软件验证需求。在奥迪、大陆电子等企业得到成功应用。 产品介绍 嵌入式软件时间性能分析工具—RapiTime 针对嵌入式软件时间性能（包括最差情况执行时间WCET），RapiTime可对其进行多方位测量和统计，降低用户实施时间性能验证、软件优化、系统更新、集成关键嵌入式系统的成本和研发工作量。其主要功能如下： • 显著特点 ♦提供函数级、代码段级的最差情况执行时间（WCET）、最大执行时间、最小执行时间、平均执行时间、高水位执行时间的测量和统计 ♦帮助用户定位产品的性能瓶颈和软件优化重点 ♦对函数或代码段的上下文、循环以及数据块进行分析 ♦可视化显示每个函数或代码段对时间性能的影响程度 ♦识别代码在最差情况下的执行路径 ♦检查最差情况执行路径的出现频率 ♦甄别由于硬件性能不同对于软件执行时间的影响

转载链接： https://blog.csdn.net/zhourui1982/article/details/5282361 做嵌入式系统开发有一段时间了，做过用于手机平台的嵌入式Linux，也接触过用于交换机、媒体网关平台的VxWorks，实际应用后回过头来看理论，才发现自己理解的肤浅，也发现CSDN上好多同学们都对实时、嵌入式这些概念似懂非懂，毕竟如果不做类似的产品，平时接触的机会很少，即使做嵌入式产品开发，基本也是只管调用Platform team封装好的API。所以在此总结一下这些概念，加深自己的理解，同时也给新手入门，欢迎大家拍砖，争取写个连载，本文先总结一下实时的概念，什么是真正的实时操作系统？ 1. 首先说一下实时的定义及要求： 参见 Donal Gillies 在 Realtime Computing FAQ 中提出定义：实时系统指系统的计算正确性不仅取决于计算的逻辑正确性，还取决于产生结果的时间。如果未满足系统的时间约束，则认为系统失效。 http://www.faqs.org/faqs/realtime-computing/faq/ 一个实时操作系统面对变化的负载（从最小到最坏的情况）时必须确定性地保证满足时间要求。请注意，必须要满足确定性，而不是要求速度足够快！例如，如果使用足够强大的CPU，Windows在CPU空闲时可以提供非常短的典型中断响应，但是