<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[嵌入式虚拟系统实验室]]></title><description><![CDATA[如今的一幕，或许曾经从您的梦里见过。虚拟系统就是您曾经的那个梦。]]></description><link>https://blog.youkuaiyun.com/rickleaf</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; rickleaf]]></copyright><item><title><![CDATA[eCos配置工具在MSYS2上的编译方法]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/50413985</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/50413985</guid><author>rickleaf</author><pubDate>Sun, 27 Dec 2015 20:55:17 +0800</pubDate><description><![CDATA[eCos配置工具在MSYS2上的编译方法

目录


1. 为什么要在MSYS2开发eCos2. 利用MingW64和MSYS2编译出可用的ecosconfig工具3. 利用ecosconfig在MingW64中编译ecos4. 结论



1 为什么要在MSYS2开发eCos

eCos这样的操作系统，是从GNU的环境中诞生的。正因为如此，它最初的开发环境都是在Linux上]]></description><category></category></item><item><title><![CDATA[GTK+ 2.0 在Windows下的多线程应用]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/50290927</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/50290927</guid><author>rickleaf</author><pubDate>Mon, 14 Dec 2015 09:56:35 +0800</pubDate><description><![CDATA[GTK+ 2.0 在Windows下的多线程应用

目录


1. GTK+里面的线程2. GTK+多线程在Windows上的应用方法3. GCC内嵌函数给GObject一个闭包的机会4. 结论



1 GTK+里面的线程

大家都知道，GTK+是用GLib来搭建的。那么如果你在GTK+中使用线程当然使用glib包装过的线程函数库才更合适。如果你在GTK+中用了多线程，但是]]></description><category></category></item><item><title><![CDATA[mintty下启动emacs shell mode后，垃圾字符问题]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/50051373</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/50051373</guid><author>rickleaf</author><pubDate>Thu, 26 Nov 2015 09:12:43 +0800</pubDate><description><![CDATA[十年以后，重回emacs怀抱，会了。
在mintty下启动emacs的shell mode以后，总会在提示符之前显示几个固定的垃圾字符。
term和ansi-term也一样，网上搜索了很久也没有解决办法。


仔细分析以后发现，系统home下面的.bashrc里PS1变量最前面一段
\[\e]0;\w\a\]
其实是给xterm或者说给mintty修改title用的，下面是我用MSY]]></description><category></category></item><item><title><![CDATA[FreeRTOS 8.2.1在MSP430 上的低功耗实现]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/49094613</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/49094613</guid><author>rickleaf</author><pubDate>Tue, 13 Oct 2015 11:07:51 +0800</pubDate><description><![CDATA[应用FreeRTOS在MSP430上做项目已经很久了，如何配合MSP430这样的低功耗芯片让系统尽可能的工作在低功耗模式是本文的议题。
（本文原创，转载请注明出处RickLeaf 优快云）
一、IDLE线程作为低功耗入口
对于现在流行的大部分RTOS来说启动系统调度环境以后，都会创建出一个IDLE线程，而这个线程又往往运行在最低的优先级，这个线程让系统的调度环境继续工作。
在FreeRT]]></description><category></category></item><item><title><![CDATA[MingW Autotools 编写Vala程序 之二]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/48466317</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/48466317</guid><author>rickleaf</author><pubDate>Tue, 15 Sep 2015 13:43:25 +0800</pubDate><description><![CDATA[仔细看过了一些关于Vala的Autotool介绍，发现可以用GNU后来的vala.m4来简化Autotools过程，前提当然也是更新vala.m4的文件，整理后的configure.ac去掉了之前关于gtk的C开发方式的一些写法，请看下面：
AC_PREREQ([2.65])
AC_INIT([helloworld],[1.0],[example@gnome.org])
AC_CONFIG_MA]]></description><category></category></item><item><title><![CDATA[MingW Autotools 编写Vala程序 之一]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/48463341</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/48463341</guid><author>rickleaf</author><pubDate>Tue, 15 Sep 2015 09:56:33 +0800</pubDate><description><![CDATA[Vala是Gnome为了能加快GObject应用开发采用的一种新兴的面向对象语言，他的语法类似于微软的C#。作为一个GNU还好者，本人的很多PC应用程序，都是采用GTK+ 2.0开发的，当然也会实验性的了解Vala。
对于大部分了解GNU的人来说都会了解Makefile，很多人下载源码以后都会用configure编译和安装，而这些源于GNU的Autotools工具。他是一种能够动态的生成Make]]></description><category></category></item><item><title><![CDATA[openocd 怎样能支持FreeRTOS 8.1.2]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/41006699</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/41006699</guid><author>rickleaf</author><pubDate>Tue, 11 Nov 2014 09:43:06 +0800</pubDate><description><![CDATA[沉寂了几年了，觉得应该分享些什么了。前段时间用FreeRTOS做了些东西，陆续拿出来给大家拍砖。
应该说本人是Linux的粉丝吧，所以我业余时间分享的经验也多半是应用Linux作为桌面开发平台的。闲话少说，进入正题。
选用FreeRTOS绝对不是应为他的代码是如何的优秀，而是因为他在自由软件社区展现出的很强的生命力。要知道，如果一个自由软件社区足够的活跃，就意味着有更多的爱好者不停的解决和修正]]></description><category></category></item><item><title><![CDATA[ubuntu 12.04 应用源安装RTEMS 4.11的开发工具]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/8559412</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/8559412</guid><author>rickleaf</author><pubDate>Thu, 31 Jan 2013 14:14:09 +0800</pubDate><description><![CDATA[1. 打开RTEMS工具链网址
http://www.rtems.org/ftp/pub/rtems/linux/
下载 gpg-pubkey-69ce4a83-44cc2b30 到本地

2. 导入RTEMS的共有KEY
apt-key add gpg-pubkey-69ce4a83-44cc2b30
3. 在ubuntu的仓库中添加RTEMS 源
第一种方法是直接增加一个list]]></description><category></category></item><item><title><![CDATA[关于博客和本人]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/8536656</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/8536656</guid><author>rickleaf</author><pubDate>Thu, 24 Jan 2013 09:38:24 +0800</pubDate><description><![CDATA[大概有1年的时间没有冒泡了，暂时的离开并不代表没有继续关注。
本博客致力于对自由软件应用方法的讨论，而且讨论的所有代码全部为开源，因此就我个人来讲从来没有从这里获利的想法。程序员就像一个修道者，对于自身的成长在于对自己本身的修炼。但就我个人而言，更像个厨师。厨师是个喜欢分享的人，当大家觉得他做的菜好吃的时候，厨师能够有超乎想象的快乐体验。
离开的一年里，我开始大量的应用开源的软件架构于实际的项]]></description><category></category></item><item><title><![CDATA[for(;;)  和 while (1)]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/7454541</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/7454541</guid><author>rickleaf</author><pubDate>Thu, 12 Apr 2012 16:46:16 +0800</pubDate><description><![CDATA[for(;;)  
{}  
这两个;; 空语句，编译器一般会优掉的，直接进入死循环

while(1)  
{}  
每循环一次都要判断常量1是否等于零，所以while需要更多的汇编实现


到这里就知道为什么，很多RTOS喜欢用for(;;)了吧]]></description><category></category></item><item><title><![CDATA[关于STM32 FLASH上运行ecos的内存配置的一点解释]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/7359413</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/7359413</guid><author>rickleaf</author><pubDate>Fri, 16 Mar 2012 09:16:19 +0800</pubDate><description><![CDATA[最近很多网友问了关于STM32上运行ecos失败的一些问题，这里简要回答。
1、选择运行方式
cortexm3的ecos，有三种运行方式ram, rom和jtag
ram和jtag是用于调试的，ram方式会把你的执行代码也放到ram中，jtag的代码放在rom中，这个内存模板主要是为了解决jtag连接不上的问题。
rom运行就是我们最后完成项目时候烧入到norflash中运行的方式，代码需]]></description><category></category></item><item><title><![CDATA[如何自动修改 Mentor Expedation 7.9 的中心符号库]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/7252410</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/7252410</guid><author>rickleaf</author><pubDate>Sun, 12 Feb 2012 13:52:31 +0800</pubDate><description><![CDATA[越来越多的人开始使用Mentor Graphics的EDA产品，EE7.9以后的产品，个人认为是非常优秀的EDA产品。
EE 7.9主要目的是替代之前的WG谢列，WG系列中有一个中心库的概念，方便管理symbol,cell和仿真模型。
同时EE 7.9也提供了丰富的symbol和cell转换工具，但是转换过来的symbol，往往存在颜色字体和属性等与dxdesigner不匹配的问题。
这里介]]></description><category></category></item><item><title><![CDATA[小谈点阵液晶和测量曲线]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/7211934</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/7211934</guid><author>rickleaf</author><pubDate>Fri, 20 Jan 2012 11:21:54 +0800</pubDate><description><![CDATA[在应用液晶屏做仪器控制界面的时候常常会遇到绘制测量曲线的问题综合分析这些问题大体可以分为两类:
（多年前写的东西，整理好放在优快云，本人原创转载请注明出处）
一. 波形显示很糟糕曲线的周围出现不可预计的白点
二. 因为曲线数据量的离散使波形看上去不是连续的曲线采用了补点的办法却使波形相对于实际的测量结果严重失真
第一种问题出在对液晶屏的显示RAM和实际显示点阵的关系理解不透彻而第二种问题]]></description><category></category></item><item><title><![CDATA[嵌入式操作系统uClinux和eCos的比较]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/7195862</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/7195862</guid><author>rickleaf</author><pubDate>Thu, 12 Jan 2012 12:05:21 +0800</pubDate><description><![CDATA[作者：戴晟晖，张良清   来源:单片机与嵌入式系统应用   


1 两种开源嵌入式操作系统介绍
　　uClinux是一种优秀的嵌入式Linux版本。uClinux是micro-Conrol-linux的缩写。与标准Linux相比，它集成了标准Linux操作系统的稳定性、强大网络功能和出色的文件系统等主要优点。但是由于没有MMU(内存管理单元)，故其多任务的实现需要一定技巧。
　　eCo]]></description><category></category></item><item><title><![CDATA[超小型开源源码的嵌入式系统图形库]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/7195345</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/7195345</guid><author>rickleaf</author><pubDate>Thu, 12 Jan 2012 09:45:34 +0800</pubDate><description><![CDATA[I. PW library

在sourceforge上面有很多超小型的开源的GUI项目，一个比较老的项目名字叫 
PW library. 这个库已经被移植到了eCos上, 曾经有一个 eCosforge 的网站提供过这个eCos包现在可以在这里下载。这个图形库虽然小巧，但是提供了基本的窗口事件支持。下面实在eCos synthetic 下执行的结果:




II. Embedd]]></description><category></category></item><item><title><![CDATA[关于PCB行业三巨头的一点个人评价]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/7090485</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/7090485</guid><author>rickleaf</author><pubDate>Wed, 21 Dec 2011 10:44:52 +0800</pubDate><description><![CDATA[要说PCB，软件三巨头个人认为是Mentor, Cadence和zuken。（本人原创，转载请注明出处http://blog.youkuaiyun.com/rickleaf，曾在www.eechina.com发表）
那么作为企业级的PCB软件这三家公司对应的是EE7.9.X  SPB 16.5X CR5000（8000还没见过呢），所谓企业级别的软件强调的是数据库物料管理及版本控制，当然还有多人协作。在多人]]></description><category></category></item><item><title><![CDATA[RTEMS 4.11 的 MINI2440 QEMU BSP 移植小记]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/7073031</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/7073031</guid><author>rickleaf</author><pubDate>Thu, 15 Dec 2011 10:51:43 +0800</pubDate><description><![CDATA[缘由

支持MINI2440在QEMU上仿真的RTEMS BSP，最初实在RTEMS 4.9.5上开始的。
之前版本的一些移植问题和很多朋友讨论过，这里简单的讲一下我移植之前的工作到4.11遇到的一些问题。
最近在公司做的一些工作采用的cortexm3的硬件平台，在应用eCos的同事，我当然会想到RTEMS这样优秀的操作系统为什么没有做CortexM3的移植。
于是乎在网络搜索了很久得出]]></description><category></category></item><item><title><![CDATA[RTEMS 4.11 的 MINI2440 QEMU 移植补丁]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/7067590</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/7067590</guid><author>rickleaf</author><pubDate>Tue, 13 Dec 2011 17:02:46 +0800</pubDate><description><![CDATA[本文为补丁帖，移植文档见其他帖子
commit df4488519f1270fa119033581068e30ad94a0594
Author: ricky.wu 
Date:   Tue Dec 13 16:40:39 2011 +0800

    mini2440 supporting for rtems master

diff --git a/c/src/lib/libbsp/arm/]]></description><category></category></item><item><title><![CDATA[RTEMS 4.10.1 的 MINI2440 QEMU 移植补丁]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/7067581</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/7067581</guid><author>rickleaf</author><pubDate>Tue, 13 Dec 2011 16:58:36 +0800</pubDate><description><![CDATA[commit 8b59f6f283c08c4df19a2a7838193155d730db58
Author: ricky.wu 
Date:   Wed Oct 26 22:31:05 2011 +0800

    mini2440 bsp for RTEMS 4.10.1

diff --git a/c/src/lib/libbsp/arm/acinclude.m4 b/c/src/lib/]]></description><category></category></item><item><title><![CDATA[RTEMS 应用 eclipse 插件调试方法]]></title><link>https://blog.youkuaiyun.com/rickleaf/article/details/7038396</link><guid>https://blog.youkuaiyun.com/rickleaf/article/details/7038396</guid><author>rickleaf</author><pubDate>Sat, 03 Dec 2011 23:21:12 +0800</pubDate><description><![CDATA[RTEMS官方已经发布了一个eclipse的插件，方便RTEMS的开发者方便的调试程序。
鉴于目前市面上有越来越多的仿真器开始内置标准gdb协议的gdb server，这使得基于gcc的操作系统有着越来越多的更为友善的调试界面啦。
但是作为初学者不免有些困惑，这里还是针对emboslab的mini2440 RTEMS版本，介绍一下如何应用RTEMS的eclipse plugin来调试RTEMS]]></description><category></category></item></channel></rss>