暂时未有相关云产品技术能力~
网名叶帆,叶帆科技创始人兼CEO,微软(中国)前.NET Micro Framework开发团队成员,阿里云MVP,8届微软MVP,CSDN十大MVB。深度参与了阿里飞凤物联网平台的合作开发。研发了物联网智能网关、物联网智能终端,YFIOs和YFHMI等物联网中间件软硬件平台。
上篇文章我们用手机上的蓝牙去控制智能小车,这次我们直接用笔记本上的蓝牙模块来控制小车,这样利用PC更为强大的运算能力,就可以扩展出更多有意思的功能来。
无论是用WIfi还是用GPRS遥控小车,目前都离不了PC这个中转站,并且PC还得借助Zigbee通道和小车通信,这就大大地增加了此遥控平台的构建代价。
前段时间开发远程医疗系统(Dr.Cloud)就曾用到过温湿度传感器,不过当时考虑到集成难度,选了一个RS485接口的传感器,该传感器实现了Modbus Rtu Slave的功能,只要客户程序实现Modbus Rtu Client即可读出温湿度数据。
有了Wifi间接控制智能小车的经验,很自然的想到,也可以通过GPRS远程遥控智能小车,因为从通信原理上看,二者其实没有什么本质的不同,都是基于Socket的TCP通信,其控制环节如下: 手机 ...
恰好以前购买的一个PDA含Wifi功能,所以与其用PC通过Zigbee控制智能小车,不如用PDA来控制,这样更为方便,不过由于目前.NET MF开发板不直接支持Wifi功能,所以我们也只好间接控制了,也就是PDA控制PC,PC通过Zigbee控制智能小车。
Microsoft .NET Gadgeteer 为开发小型电子模块或嵌入式设备的用户,提供一个快速构建原型机的平台。
Zigbee技术目前在物联网领域和RFID一样,受关注度非常高。日前中科院上海微系统与信息技术研究所、无锡物联网产业研究院等传感器网络标准工作组成员单位联合发布了名为VW628、WSNS1_SCBR的两款中国自主知识产权的无线传感网SoC芯片,其中WSNS1_SCBR为中国首款符合IEEE802.15.4g标准的验证型全集成传感网节点SoC芯片。
前段时间以红牛开发板为主,在其上成功移植了.NET Micro Framework(请参见我以前写的系列移植文章:链接),最近开始在ST下一代Cortex-M3芯片STM32F207的平台上移植.
我前段时间写了《用PWM驱动智能小车》和《红外遥控器编码识别》两篇博文,分别介绍了如何用PWM驱动直流电机及红外遥控器编码识别,这一次我们把二者结合起来,用红外遥控器遥控智能小车。
一年前我写过一篇博文《自制电脑红外遥控接收器(PC软解码)》,文中介绍借助几个简单的器件通过PC串口,来获取红外遥控器的按键信息。
请参见博文《 【物联网中间件平台-01】真正面向物联网的组态软件 YFIOs和YFHMI的前生今世》
这段时间一直忙着开发基于.NET Micro Framwork系统的远程医疗系统(参见:http://space.cnblogs.com/group/topic/41835/),所以隔了近一个礼拜的时间,才有精力继续研究PWM驱动智能小车的问题。
0前言 Microsoft .NET Micro Framework 将 .NET 的可靠性和效率与 Visual Studio的高生产率结合起来,以针对价格较低、资源受限的小型设备开发应用程序,可帮助人们使用熟悉的 Visual Studio 工具来构建托管的嵌入式应用程序。
PWM除了可驱动电机外,还可以设置不同频率以模拟不同音阶的音符输出,实际测试发现,声音还是蛮动听的,不过常见的有源蜂鸣器可不行(红牛开发板自带),需要专门采购无源蜂鸣器,这二者的区别是有源蜂鸣器通电就响,而无源蜂鸣器需要输入一定频率的信号才能发声。
新版本最大的改变如下: (1)、VS2010的支持,并且在VS2010之上可以直接打开V4.1、V4.0、V3.0三个版本的工程文件。
选用的步进电机的型号为28BYJ-48(或MP28GA,5V,转速比1/64),驱动电路选用uln2003芯片的驱动板,其控制时序图如下: 四相八拍:A->AB->B ->BC ->C ->CD ->D ->DA 其A、B、C、D指的是uln2003芯片驱动板的1N1、1N2、1N3、1N4,波形在上表示有输入信号,波形在下表示无输入信号。
农村合作医疗改善了农民看不起大病问题,但慢性病的诊治仍依赖于基层医生,目前我国有约1百万基层医生,他们普遍没有受过正规医疗培训;随着农村糖尿病和高血压发病率迅速上升,对基层医生的早期诊断技能要求越来越高。
【低价开发板】http://item.taobao.com/item.htm?id=7117999726 源码下载:http://www.
AD/DA输入输出、PWM及其它底层硬件控制,.Net Micro Framework官方底层驱动代码及上层C#库并没有对这些功能进行封装,所以要想添加这类硬件的控制接口,需要从下到上进行全方位设计。
在工控项目中,PLC一般必不可少,现场控制一般以它为核心,而PC系统一般只是起到远程监控、图表和数据存储的作用。
16位320*240的位图大小为150K字节,而对于EM-STM3210E开发板来说,RAM仅有128K,远不够显示一幅完整位图,红牛的开发板即使有256K的RAM,但是刨去堆、栈及TinyCLR本身所用,剩下的也不多了,所以要显示全屏位图,必须分块显示。
无论是蜂鸣器还是LED数码管显示,其实这二者对代码编写来说没有太大区别,都是GPIO的一个典型应用。
从2002年就开始接触Modbus协议,以后陆续在PLC、DOS、Windows、.Net Micro Framework等系统中使用了该协议,在我以前写的一篇博文中详细记载了这一段经历,有兴趣的朋友可以看一看《我的Modbus Slave/Client开发历程(Rtu/AscII/Tcp)》。
【叶帆科技】 http://www.yfiot.com 【常见问题问答】 http://blog.csdn.net/yfiot/article/details/6618611 【产品简介】 Microsoft .NET Micro Framework 将 .NET 的可靠性和效率与 Visual Studio的高生产率结合起来,以针对价格较低、资源受限的小型设备开发应用程序,可帮助人们使用熟悉的 Visual Studio 工具来构建托管的嵌入式应用程序。
上一篇博文《TinyGUI绘图示例》介绍了TinyGUI库的绘图函数,接下来就要介绍位图显示了,由于Cortex-M3开发板的RAM比较小,比如EM-STM3210E仅128K,所以显示位图是个比较棘手的事,如320*240 16位的位图大小就为150K,由于官方的WPF以一个BMP位图为本底进行绘图,所以RAM内存需求至少大于150K。
【低价开发板】http://item.taobao.com/item.htm?id=7117999726 源码下载:http://www.
前段时间我借用市面上现成的Corex-M3开发板,打造了最低价的.Net Micro Framework开发板(参见《免费发放firmwave,打造史上最低价.Net MF开发板》),在此期间也写了一个最简单的应用示例(参见《【STM32 .Net MF开发板学习-01】Hello world》),没有想到是,在硬件开发板上却出现了一些波折,耽搁了很长时间,所以第二个应用示例直到今天才开始写。
现在我们终于可以用三四百元的价格获得史上最便宜的.Net Micro Framework开发板了(参见《免费发放firmwave,打造史上最低价.Net MF开发板》),现在我们抛弃掉所谓的模拟器,我们在真机上体验一下运行最简单的“Hello world”程序的效果。
很久以前就曾多方位思考限制.Net Micro Framework发展的原因是什么?在物联网和Cortex-M3大行其道的今天,.Net Micro Framework应该有更大的发展空间才对,为什么现在还是关注者甚少?我想主要原因有三,一、源码代码是否开源;二、是否有低价开发板;三、TinyCLR是否够小。
花钱看电影??你奥特曼了~教你怎么免费看大片!! -- 微软中国硬件创新中心Windows Media center项目组供稿...
Microsoft .Net Micro Framework 官方UI库为WPF,针对320*240的LCD而言,至少额外需要150K以上RAM才能基本运行。
新的版本增加了对VS2010开发环境支持,开源TCP/IP协议栈(lwIP),此外还支持OPenSSL及几款SH2/A系列的处理器。
RFID射频识别是一种非接触式的自动识别技术,它通过射频信号自动识别目标对象并获取相关数据,识别工作无须人工干预,可工作于各种恶劣环境。
Zigbee是IEEE 802.15.4协议的代名词。根据这个协议规定的技术是一种短距离、低功耗的无线通信技术。
在前段时间我连续写了15篇关于【.Net Micro Framework PortingKit–?】的系列文章,初步介绍了.Net Micro Framework在Cortex-M3平台上的移植过程,最近一段时间又对另外两块Cortex-M3开发板进行了相关的移植工作,新实现了USB驱动、SPI驱动、触摸屏驱动、LCD驱动(ILI9325),除此之外还新开发了TinyGUI图形库,该图形库仅需要极少量的内存便能运行在Cortex-M3平台上。
目前针对Cortex-M3的开发示例大都以MDK的工程来提供,所以MDK更适合Cortex-M3的开发才对,难到几万元的RVDS其开发表现不如万元左右的MDK开发工具吗,实际情况又如何呢? 开...
WG7310芯片是Ti推出的一款芯片,集成了WLAN、Bluetooth、FM等功能(最近又推出了四合一的芯片,把GPS功能也集成了进去),由于以前在.Net MF上的一些工作是基于Ti DM335开发板上的,所以开发.Net MF系统的WiFi功能就选用了WG7310芯片。
一、简介 Microsoft .NET Micro Framework 2001年由微软研究院开始研发,并随后在其MSN Direct项目中使用该技术,2007年9月微软对外发布2.
在远程文件查看器里,我们可以很方便地访问设备的文件,但是有一点,双击其中的pe文件并不能直接执行,下面我们将为.Net MF添加这个功能。
前篇文章,我们实现了远程文件查看器,现在我们趁热打铁为.Net MF实现远程屏幕截图程序(类似VS2008远程工具中的远程放大程序)。
虽说目前.Net Micro Framework已经支持文件系统(FAT16/FAT32),但在远程还无法直接访问,从某种意义上讲,无法和PC交互的存储介质显得有些鸡肋。
.NET Micro Framework 将 .NET 的可靠性和效率与 Visual Studio® 的高生产率结合起来,以针对价格较低、资源受限的小型设备开发应用程序,可帮助人们使用熟悉的 Visual Studio 工具来构建托管的嵌入式应用程序。
考虑一个应用场景,你设计了一个多功能带LCD显示的仪器,假设为了节省成本,没有安装触摸屏和扩展外接鼠标键盘的接口,仪表上仅有几个外置按钮,但是由于功能相对复杂,需要配置很多参数,如果单单依靠外置按钮,输入不仅慢,还得为此设计一套输入规则,想想看如果能通过仪表调试口,通过扩展让我们的PC成为它的鼠标键盘,则输入工作将变的异常简单(其实这样的仪表并不是我凭空瞎想,以前开发ICU输液系统时,国外生产的输液装置就是这样的仪表,比如要输入药名、输液速度和输液压力等一系列相关参数)。
目前在PC远程访问设备Flash,也就是部署TinyCLR和下载应用程序。在以前写的《NandFlash驱动开发》文章,我们知道Flash被分为六个区,典型的结构如下(以Sam9261_ek开...
从元旦开始,便利用业余时间从事基于Cortex-M3内核上的.Net Micro Framework的移植工作。
在前面的系列文章中我们不厌其烦地一一介绍了在NativeSample中如何开发和调试驱动。从今天开始,我们将介绍TinyCLR项目的相关知识,也许读者以为这又得需要洋洋洒洒十几篇才能介绍的完,其实不然,这将是该系列中唯一篇介绍TinyCLR的文章。
LCD驱动其实对TinyCLR并无必要,特别是在EM-STM3210E开发板上,因为该开发板上的内存太小了,片内64K,片外扩展了128K,加起来也不过172K,而我们知道针对320*240的显示大小,16bit的位图所占的大小就是150K,很显然.Net Micro Framework所提供的图形库如不加修改是很难正常运行的,不过对我们来说在LCD屏幕上显示文字信息也是值得期待的,如果修改一下图形库,在LCD上画个线、画个圆和显示个位图也绝不成问题。
SysTick驱动对TinyCLR来说非常重要,.Net Micro Framework系统的多线程和多任务(对托管代码来说是单任务多线程,但是还存在和托管代码同时运行的任务,如我们用MFDeploy程序Ping TinyCLR或擦写Flash 的时候,就是另外的任务在执行)就是靠它来实现的。
对.Net Micro Framework系统来说,正常情况下Flash(包括NandFlash和NORFlash)分为六个区,分别为: 1、 BLOCKTYPE_BOOTSTR...
目前在Cortex-M3平台上最常见的嵌入式操作系统就是UCOSII了,除此之外可支持的主流嵌入式操作系统就难以见到了,这是因为Cortex-M3主频较低(常见72M),不支持MMU,片内Flash和片内RAM都比较小等等,这几点限制,就使诸如WINCE系统、嵌入式Linux等需要MMU支持的系统无法进行移植,而不需要MMU支持的ucLinux目前也难以见到。