目前在PC远程访问设备Flash，也就是部署TinyCLR和下载应用程序。在以前写的《NandFlash驱动开发》文章，我们知道Flash被分为六个区，典型的结构如下（以Sam9261_ek开发板为例）：
const BlockRange g_K9F2G_8_BlockStatus[] =
{
{ BlockRange::BLOCKTYPE_BOOTSTRAP , 0, 1 },
{ BlockRange::BLOCKTYPE_CONFIG , 2, 2 },
{ BlockRange::BLOCKTYPE_CODE , 3, 24 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 25, 29 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 30, 34 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 35, 39 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 40, 48 },
{ BlockRange::BLOCKTYPE_STORAGE_A , 49, 49 },
{ BlockRange::BLOCKTYPE_STORAGE_B , 50, 50 },
{BlockRange::BLOCKTYPE_FILESYSTEM, 51, FLASH_BLOCK_COUNT - 1 }
};
我们能否直接读写该Flash上的所有区呢？
实现这个功能的好处是易见的，我们再也没有必要为了下载一个应用程序而启动相对庞大的VS2008，再也不受必须打开MF工程才能下载的限制。在我们开发Ti DM355开发板就遇到类似问题，我们给异地开发板提供者演示相关程序功能时，必须要求对方安装VS2008，还必须发送我们的项目源码，否则就无法在另外的开发板上进行演示。
仔细研究了一下MFDeploy程序（这是典型的C#程序，在Vista和Windows7上可直接运行，在WinXP及以前的系统上需要安装.Net Framework运行时），发现可以为其开发一个插件来实现我们所要求的功能。
MFDeploy程序可以通过三种方式来访问.Net MF设备，串口、网口和USB，并且可以把TinyCLR部署到设备上去（需要开发板运行TinyBooter），也可以清空应用程序区，所以我们只要把这部分功能给扩展一下就可以了。
插件类必须继承于MFPlugInMenuItem类，相关代码如下：
public class PlugInHandle : MFPlugInMenuItem
{
public override string Name { get { return "Read/Write Flash"; } }
public override void OnAction(IM
