叶帆工作室

嵌入式开发爱好者（十年开发经验,精通C/C++/VC/VB/C#...）

开始写BLOG

2009年01月11日

叶帆工控自动化一览

粗粗算来，自己在工控领域竟做了近七年之久。虽说目前研究的嵌入式系统和工控有千丝万缕的联系，不过已经离第一线已经有些距离了，希望今后嵌入式研究有所心得之时，还能重回工控自动化第一线。 阅读全文>

发表于 @ 2009年01月11日 17:47:00|评论(loading...)|举报|收藏

2009年05月08日

【.Net MF新动向】所有代码将开源

.Net Micro Framework将开源，这对长期工作在Windows平台的嵌入式开发爱好者应该是个好消息，不仅license免费，而且所有的代码将开源。 .Net Micro Framework和其它嵌入式系统最大的优势就是应用程序开发调试简单，想想看对一个提供嵌入式产品的公司来说，一旦前期的平台定制完成，余下的应用程序的开发将是非常容易的事，想想看，对水平不高不低的嵌入式开发人员真是一个冲击，因为一个C#程序员就可以开发嵌入式应用了。总之开源是个好事情，是微软的英明之举，目前该工作正在有条不紊的进行之中... ... 阅读全文>

发表于 @ 2009年05月08日 12:59:00|评论(loading...)|举报|收藏

2009年05月07日

【.Net MF新特性】Usb双接口支持

以前看USB协议2.0的时候，有个认识上的误区，认为所谓的复合设备，必须是两个物理上相独立的USB设备（两个USB Device，两个USB地址，只是在同一条USB总线而已）。最近在开发.Net Micro Framewok的USB双接口功能时，才明白复合设备原来也可以是这样实现! 阅读全文>

发表于 @ 2009年05月07日 23:36:00|评论(loading...)|举报|收藏

2009年05月04日

【.Net MF深入研究】中断处理机制

.Net Micro Framework的中断处理机制相对比较简单，不支持中断嵌套，中断优先级功能的实现由相关硬件提供支持，软件层面仅仅进行相关优先级的设定即可。下面以TI DM335开发板为例简单介绍一下相关技术细节（这里仅介绍普通中断IRQ）。 阅读全文>

发表于 @ 2009年05月04日 17:13:00|评论(loading...)|举报|收藏

2009年05月03日

红外条码扫描器的另类使用C#版

3年前写了一篇《USB口的红外条形码扫描器的另类使用》，不过相关代码是VB编写，在这几年之间，有许多网友提出需要C#版的，起初还以为由VB修改C#应该很容易，最近研究了一下，发现C#和VB调用API的机制还是有所不同的，在迁移的过程中还是会遇到不少问题，所以我专门抽时间做了一个基于C#的程序。阅读全文>

发表于 @ 2009年05月03日 22:22:00|评论(loading...)|举报|收藏

2009年04月07日

2009.4 微软MVP Windows Embedded

尊敬的Liu Hongfeng：祝贺您！我们很高兴授予您 2009 年度 Microsoft® MVP 奖！该奖项表彰杰出的技术社区领导者，他们积极与他人分享自己高超的实践专业知识。 阅读全文>

发表于 @ 2009年04月07日 10:43:00|评论(loading...)|举报|收藏

2009年03月18日

.Net Micro Framework - USB Mass Storage功能实现

由于.Net Micro Framework的USB驱动架构中，没有为Mass Storage功能提供原生支持，所以除了要编写Mass Storage主体代码外，还需要在原有的USB驱动中添加部分枚举代码。其实从结构上来说，该部分代码应该添加在PAL层，不过考虑到这层代码为.Net Micro Framework Poring Kit Rtm 3.0标准代码，所以把这部分代码添加到我们自己编写的USB驱动之中去了。此外，由于Mass Storage功能需要不断地检测和处理USB端口的数据，需要一个进程（或线程）去进行驱动。.Net Micro Framework在应用层仅支持一个进程（单个用户程序），所以必须在应用程序中专开一个线程去进行驱动，考虑到这样实现需要用户做额外的工作，最后摒弃了这一实现。最终的做法是，在Mass Storage驱动中添加了时钟中断处理函数，Mass Storage被初始化后，该时钟中断被激活，以一个用户可设定的间隔去监控和处理USB端口的数据。在实现Mass Storage功能的代码中，并没有直接去读写相关Flash，而是借助PAL层的SectorC阅读全文>

发表于 @ 2009年03月18日 13:22:00|评论(loading...)|举报|收藏

2009年03月13日

SideShow Gadget本地存储实现

标准的Sideshow设备连接PC后，由PC上Sideshow管理中心负责向Sideshow设备添加Gadget应用，该Gadget实例被Sideshow设备缓存到内存中。当Sideshow设备未连接PC，掉电重启后，所有原先添加的Gadget信息将全部丢失。本功能的目的就是，Sideshow设备在上述情况下重启，可以自动恢复原先的Gadget应用。 阅读全文>

发表于 @ 2009年03月13日 12:52:00|评论(loading...)|举报|收藏

SideShow Gadget开发[2]

上次在SideShow Gadget开发[1]中介绍了本地Gadget的开发，现在介绍一下常规Gadget的开发。阅读全文>

发表于 @ 2009年03月13日 11:33:00|评论(loading...)|举报|收藏

2009年02月15日

Micro Framework Interop功能实现

目前.Net Micro Framework仅支持C#语言开发应用程序，由于是托管代码，垃圾回收随时都可能发生，其实时性很难得到保证，所以有windows开发经验的用户就会有这种想法：.Net Micro Framework能否支持非托管代码，也就是所谓的P/Invoke平台调用功能。从V3.0开始，.Net Micro Framework就已经支持这一个功能了，其实现的接口机制和其自有的Microsoft.SPOT.Hardware.dll、Microsoft.SPOT.IO.dll等等程序集完全一样。不过很可惜的是，这个功能普通应用级别的用户可能无法实现，它需要在硬件Porting的时候，把相关代码集成到TinyCLR中去。 阅读全文>

发表于 @ 2009年02月15日 14:19:00|评论(loading...)|举报|收藏

Micro Framework WireProtocol协议介绍

WireProtocol协议是上位机MFDeploy或VS2008程序在诊断、部署、调试.Net Micro Framework设备及相关应用程序时的通信协议。该协议和具体的硬件链路无关，目前支持的物理连接有串口、网口、USB等。该协议为点对点协议，协议中没有设备地址的概念，在同一时间同一物理通道仅能调试一台设备。协议格式分两部分，帧头和负荷（Payload）（一帧命令可以不包含Payload）。了解该协议和获知通信时的数据，可以非常有效的解决上位机和下位机.Net Micro Framework设备通信问题。阅读全文>

发表于 @ 2009年02月15日 12:04:00|评论(loading...)|举报|收藏

2009年01月31日

Micro Framework 3.0模拟器改造

Micro Framework 3.0的SDK去年十月份就已经发布了，本打算在该SDK发布之后就把我以前开发的，可支持GPIO、I2C、SPI测试的模拟器同步升级为3.0版，以便早点支持VS2008（Micro Framework v2.x仅支持VS2005，Micro Framework v3.0仅支持VS2008）。不过前段时间太忙了，现在趁着年假，花了一两天的工夫，终于达成了心愿阅读全文>

发表于 @ 2009年01月31日 17:47:00|评论(loading...)|举报|收藏

2009年01月22日

SideShow Gadget开发[1]

SideShow的Gadget分为两类，一类是本地Gadget，一类是常规Gadget。所谓的本地Gadget就是编译SideShow工程时，直接集成到该工程的组件。如下图所示，这些组件不像常规Gadget，它无需连接PC，就天生俱有。阅读全文>

发表于 @ 2009年01月22日 13:03:00|评论(loading...)|举报|收藏

2009年01月21日

Micro Framework USB Driver开发

为Micro Framework开发USB驱动也有一段时间了，随着开发的深入，对USB理解也渐渐清晰起来。从系统架构上来说为Micro Framework开发USB驱动有三个层面的工作。一是针对USB芯片的驱动移植（很多ARM CPU都集成了USB功能），实现MF的HAL层要求的USB接口；二是开发PC平台上针对MF设备的USB驱动；三是编写应用程序（非Micro Framework应用程序），通过USB接口直接和MF设备通信（这个工作是我加的，其实完成前两步工作，就已经使MFDeploy和VS2008和设备正常通信了）。 阅读全文>

发表于 @ 2009年01月21日 16:45:00|评论(loading...)|举报|收藏