暂时未有相关云产品技术能力~
网名叶帆,叶帆科技创始人兼CEO,微软(中国)前.NET Micro Framework开发团队成员,阿里云MVP,8届微软MVP,CSDN十大MVB。深度参与了阿里飞凤物联网平台的合作开发。研发了物联网智能网关、物联网智能终端,YFIOs和YFHMI等物联网中间件软硬件平台。
虽然在PC机中,串口渐行渐远,但是在嵌入式领域,串口仍可以说是如日中天,因为它造价低廉、并且编程也比较方便,在没有显示屏或输入设备的系统上,串口更是不可或缺,和超级终端一道,共同解决了信息显示和输入问题。
要点亮LED灯或获得输入IO的状态应该是比较容易的,打开端口时钟,然后读写相关的GPIO寄存器就可以了,但是要实现一个输入中断,就要费些周折了。
Cortex-M3的中断架构和以往的ARM7、ARM9、ARM11有了很大的区别,IRQ、FIQ的概念的已经消失,随之而来的是NVIC中断管理(支持最多256个中断优先级,128级抢断)及中断向量表。
最早使用的ARM开发工具是MDK 3.1,当时是为TI在DM335开发板上移植.Net Micro Framework,由于该开发板没有ISP工具,所以要调试内存版本的TinyCLR程序,必须要预先初始化SDRAM,否则无法把程序Download到内存中去。
上两篇《修改启动代码&重写向量表》《SRAM初始化&设置NVIC中断表偏移》文章中,我们设置了中断向量表,初始化了RAM,并重设了向量表的地址,本篇文章是相对重要的一篇,我们将设置芯片时钟。
上篇《修改启动代码&重写向量表》文章中我们介绍了中断向量表的编写,这次我们编写SRAM初始化代码,在《调试初步:点亮LED灯》文章中,我们提到了MDK脚本代码,其实这部分代码和MDK脚本代码实现类似的功能。
在上三篇《移植初步:环境搭建》《STM3210E平台构建》《调试初步:点亮LED灯》文章中,我们介绍了如何搭建开发环境,并初步写了测试代码,下一步我们将根据Cortex-M3的架构特点,修改启动代码和重写中断向量表。
在上一篇文章《STM3210E平台构建》中,我们已经构建好了STM3210的基本平台,并且已经编译通过,所以我们下一步就要考虑用MDK进行下载调试了。
在上一篇《移植初步:环境搭建》文章中,我们介绍了环境搭建的相关工作,下一步我们将要为STM3210E开发板构建平台代码。
.Net Micro Framework V4.0开源已经几个月了(参见:.Net Micro Framework 4.0正式开源),而支持.Net Micro Framework的低价开发板却难以找寻。
从.Net Micro Framework V3.0开始,就一直期待美国团队能推出横竖屏切换功能的模拟器,但直到V4.0的推出也没有实现该功能。
从今年开始5月份,微软就已宣布.Net Micro Framework将开源,目前这一承诺已兑现,现在源码代码已经可以从官方网站上进行下载了。
很长时间没有关注WinCE平台了,就在前几天(11月6日)在北京举行的Tech•Ed 2009上,微软公司宣布推出Windows Embedded CE 6.0 R3的RTM(Release To Manufacturing,生产)版本,才重新对WinCE有了更深的认识。
.Net Micro Framework 4.0 终于在最近推出了RTM正式版,目前在SD中已经可以看到该分支,全部下载下来大概需要3.3G硬盘空间。
对一个复杂的需要24小时连续运行的系统来说,日志系统必不可少,它为系统调试、错误定位提供最有力的支持。
一直有一个做机器人的梦,所以从去年起放弃了十多年的软件开发,开始进入嵌入式领域,先后在.Net Micro Framework 项目中完成了Ti DM335上的GPIO、I2C、USB等驱动,方浅浅地了解了什么叫嵌入式开发。
网上有很多介绍红外遥控接收器制作的文章,但其中大部分是用单片进行红外解码,然后再通过串口或USB把解码后的按键信息传入到PC的。
买了自加热的榨汁机每天补充营养是件好事,但是为此早起一个小时却划不来。如果为了节省时间,早上用微波炉加热昨晚做好的豆汁,口感却不怎么好。
【叶帆科技】http://www.sky-walker.com.cn/
在06年开发基于Window CE的嵌入式组态软件时就曾遇到序列化问题,由于程序运行在Window CE平台,其上的.Net Compact Framework仅支持XML序列化,而XML序列化不仅序列化后的体积较大,而且执行时间较长(参见我以前写的文章:嵌入式组态环境升级及XML反序列化慢的困惑、如何加速XML反序列化(精简框架集2.0SP1,WinCE4.2))。
提起MSN,大家首先想到的就是MSN Message即时通讯软件,其实MSN Message远不是MSN的全部,MSN的英文全称为Microsoft Server Network(微软网络服务),起源于1995年8月24日微软创建的因特网接入服务,其提供类似CompuServe及AOL的收费服务,如拨号上网、增值信息及聊天室等服务,同时也允许其他互联网用户通过因特网来使用。
一个偶然的机会再次接触到了爱因斯坦谜题,一时来了兴致,用C#做了一个程序,看看到底是谁养鱼(大学毕业后接触过这道题,不过很遗憾,那时的我没有成为2%的人,所以不知道是谁在养鱼)? 这道迷题出自1981年柏林的德国逻辑思考学院,据说世界上只有2%的人能出答案,就连大名鼎鼎的爱因斯坦也成为此题大伤脑。
GPRS资费受3G的影响逐渐降低,目前5元包月即可以获得30M的流量,而cmwap日渐式微大有被cmnet取代之势(北京GPRS套餐其流量已不区分cmwap和cmnet),而后者可无障碍地和因特网互联互通,这种变化更促进了GPRS的进一步应用。
已经有好长一段时间没有更新博客了,一是去美国总部和台湾出差用了不少时间,二是做.Net MF代码整理又花了近一个月的时间。
.Net Micro Framework将开源,这对长期工作在Windows平台的嵌入式开发爱好者应该是个好消息,不仅license免费,而且所有的代码将开源。
以前看USB协议2.0的时候,有个认识上的误区,认为所谓的复合设备,必须是两个物理上相独立的USB设备(两个USB Device,两个USB地址,只是在同一条USB总线而已)。
.Net Micro Framework的中断处理机制相对比较简单,不支持中断嵌套,中断优先级功能的实现由相关硬件提供支持,软件层面仅仅进行相关优先级的设定即可。
3年前写了一篇《USB口的红外条形码扫描器的另类使用》,不过相关代码是VB编写,在这几年之间,有许多网友提出需要C#版的,起初还以为由VB修改C#应该很容易,最近研究了一下,发现C#和VB调用API的机制还是有所不同的,在迁移的过程中还是会遇到不少问题,所以我专门抽时间做了一个基于C#的程序。
尊敬的Liu Hongfeng:祝贺您!我们很高兴授予您 2009 年度 Microsoft® MVP 奖!该奖项表彰杰出的技术社区领导者,他们积极与他人分享自己高超的实践专业知识。
1. 说明 由于.Net Micro Framework的USB驱动架构中,没有为Mass Storage功能提供原生支持,所以除了要编写Mass Storage主体代码外,还需要在原有的USB驱动中添加部分枚举代码。
1、说明 标准的Sideshow设备连接PC后,由PC上Sideshow管理中心负责向Sideshow设备添加Gadget应用,该Gadget实例被Sideshow设备缓存到内存中。
上次在SideShow Gadget开发[1]中介绍了本地Gadget的开发,现在介绍一下常规Gadget的开发。
【叶帆工作室】2009-2-15 1、前言 目前.Net Micro Framework仅支持C#语言开发应用程序,由于是托管代码,垃圾回收随时都可能发生,其实时性很难得到保证,所以有windows开发经验的用户就会有这种想法:.Net Micro Framework能否支持非托管代码,也就是所谓的P/Invoke平台调用功能。
【叶帆工作室】2009-2-15 1、简介 WireProtocol协议是上位机MFDeploy或VS2008程序在诊断、部署、调试.Net Micro Framework设备及相关应用程序时的通信协议。
Micro Framework 3.0的SDK去年十月份就已经发布了,本打算在该SDK发布之后就把我以前开发的,可支持GPIO、I2C、SPI测试的模拟器同步升级为3.0版,以便早点支持VS2008(Micro Framework v2.x仅支持VS2005,Micro Framework v3.0仅支持VS2008)。
SideShow的Gadget分为两类,一类是本地Gadget,一类是常规Gadget。所谓的本地Gadget就是编译SideShow工程时,直接集成到该工程的组件。
为Micro Framework开发USB驱动也有一段时间了,随着开发的深入,对USB理解也渐渐清晰起来。
粗粗算来,自己在工控领域竟做了近七年之久。虽说目前研究的嵌入式系统和工控有千丝万缕的联系,不过已经离第一线已经有些距离了,希望今后嵌入式研究有所心得之时,还能重回工控自动化第一线。
花费了近三个礼拜的时间,终于完成了TI开发板的USB驱动开发,现在回头想一想,其实也没有什么,具体硬件方面的通信由DM355实现了,软件层面的数据交互由MF Porting实现了,所做的也就是熟悉了解USB通信协议和DM355 USB相关的寄存器。
以前认为在wince或windows mobile上用VS2005/VS2008做一两个应用程序就算嵌入式开发了,深一点,能用PB定制WINCE系统,用EVC开发驱动程序,就算更深层次的嵌入式开发了(由于对liunx、UcLinux、ucosII不太熟,不敢奢谈)。
去年的WinHEC大会无缘参加,没有想到今年的WinHEC的大会,却有幸目睹了这场盛会的台前幕后。
.Net Micro Framework v3.0 Porting Kit 相关链接:http://store.
.Net Micro Framework系统架构如下图所示,其中移植工作主要在平台抽象层(PAL)和硬件抽象层(HAL),大部分常用的PAL层的程序已经写好,基本上不需要什么修改,只有HAL会根据特定的硬件进行微调。
目前MF支持ARM7和ARM9系列的CPU,随着时间的推移,一定会增加更多的CPU系列,相关硬件开发套件,可以参考这个网页上的信息(http://www.microsoft.com/netmf/hardware/default.mspx)。
.Net Micro Framework SDK正式版终于在2008年10月28日发布,具体的功能由于在beta版中已有体验,所以这里就不多说了。
今年的聚会是在北京小汤山举办的,也许是因为少去了旅途的奔波,总觉得与去年的三亚之行差之甚远。
这是飞天的最新一款智能卡产品,前短时间抽时间研究了一下,整体感觉还不错,实现了clr中有关文件操作(有些函数好像有些问题)、加密算法等指令。
WinHEC,即“Windows 硬件工程大会” (Windows Hardware Engineering Conference ),是微软公司面向个人电脑终端、服务器、硬件设备以及驱动程序的最具前瞻的全球硬件技术信息盛会,已连创16年在北美地区成功举办的辉煌。
早在两年前就开始做WINCE应用程序了,但是由于分工的原因,一直以来都没有机会深入了解WINCE 驱动层面的开发(包含PB相关的系统定制)。
大约在今年秋天的时候,微软就会推出令人期待的.Net Micro Framework 3.0。