叶帆工作室

百度云的天工物联网服务目前包括：物接入、物解析、物管理、时序数据库和规则引擎等5大部分，本篇文章仅介绍物接入

在上一篇文章《通过MQTT协议与阿里云物联网套件进行云端通信》中，我们介绍了通过MQTT对接阿里云的物联网套件。其实同样的代码，稍加调整也可以对接到微软Azure IoT hub上，不过需要注意的是，设备的认证机制是不一样的。

最近有幸参与了阿里的飞凤物联网平台计划，可以更为深入的去研究阿里云物联网套件，除了用直接编写代码连接云外，也尝试用组态的方式去对接阿里云物联网套件。

基于.NET Micro Framework嵌入式系统，通过http协议和微软Azure IoT Hub运行进行通信连接。

2015 WinHec（Windows硬件工程产业创新峰会）Windows 10技术大盘点。

当下互联网公司所谓物联网通信技术、各种智能硬件，相对于工业现场总线技术和采集、控制设备来讲，是相对皮毛的。只是新瓶装旧酒，以云平台、手机和平板为核心，结合一些监控和互联的技术，来包装物联网的概念而已。

物联网从云到端、到手机、到平板，各种软硬件平台，借助.NET开发，通过统一的开发工具，统一的开发语言，花最小的代价，完成整体开发--至少这是目前我所看到的，最诱人的前景。

.NET Gadgeteer产品充分发挥了.NET Micro Framework优势，在Netduino产品的基础上，更上一层楼，青出于蓝而胜于蓝，完全演化成具有微软自己特色的产品。特别是微软定义的20种.NET Gadgeteer接口类型，应该是微软为工控领域制订OPC技术标准以来，最重要的一个接口标准。更具特色的是硬件拖拉可视化编程。.NET Gadgeteer的开发环境，让我们抛弃了这些琐碎和繁杂的步骤，视每个外接模块为一个控件，通过拖拉方式，让核心主板和这些模块相连，自动完成接口初始化、模块初始化

随着物联网各种项目的大量实施，在运行维护过程中，其技术人员的交通住宿成本及人力成本的逐年增加，让设备的远程维护，远程升级功能变得越来越重要了。

NetDIY智能主控是一款硬件基于Cortex-M4的芯片，软件基于开源的.NET Micro Framework系统的智能硬件平台。专为智能车、四翼飞行器、人形机器人和智能家居打造。对外引出31个PIN脚（n种功能），支持USB调试开发，无需扩展接口模块，可直接作为智能设备的大脑，控制周边模块。支持C++用户驱动+C#应用程序开发，满足实时+易用的开发需求。

对已经具备一定Linux基础的人来说，树莓派学习起来应该非常简单自然。在他们眼中，树莓派就是一个简易版的，卡通版的Linux而已。但是对我这样一个早已习惯微软技术生态系统的人或者初学者来说，要实现一个简单程序的编写、编译到运行，还是不太容易的。

在上一篇《遥控篇》文章中，我们介绍了SonyPS2手柄信号的采集和编程，通过简单的封装，以事件的方式向我们提供按键信息。本篇文章主要介绍.NET Micro Framework系统接受到按键信息后，如何驱动小车马达和控制机械手的。

树莓派是最近比较火热的开源硬件，其设备只有信用卡大小，运行着Linux系统，专为学生编程教育而设计。我十多年的技术路线基本以学习微软的技术为主，中间也曾试图学习过linux，但是相对陡峭的学习曲线，只好让我放弃了。最近几年深入研究嵌入式系统，自然绕不过去linux学习这个坎。幸好有了树莓派，一是让人容易滋生学习的兴趣；二是全球范围内网友技术交流，便于问题的定位和解决；所以在学习的过程中，慢慢地解开

.NET Micro Framework虽然好学易用，但是在一些需要实时，需要高性能的应用领域，却有些勉为其难。我们提供基于流式驱动方式用MDK开发C++程序。用户程序可采用标准的流式驱动接口进行相关调用。支持事件机制，底层和上层可以通过事件进行交互，并且为MDK C++程序提供了丰富的.NET Micro Framework PAL层接口，可以让用户随心所欲地开发出功能强大的程序。

“创客运动引发第三次工业革命”，如果这句话不是出自前富士康CEO，前TI亚太区总裁程天纵之口，制或这句话不是来源于《长尾理论》作者克里斯•安德森的新作《创客》。也许你会觉得很不以为然，创客——那些目前看似不起眼的电子制作爱好者——能引发第三次工业革命？这个论断是不是有点太激进了？

前言.NET Micro Framework系统官方代码是不支持任何数据库的，这对一些具有用户管理的Web Server、RFID数据采集和复杂的手持机应用来说是非常不方便的。很早就知道了SQLite，但是一直没有深入研究，随着目前移植的.NETMicro Framework系统越来越成熟，用户对数据库支持的呼声也越来越高，迫切需要一个数据库平台了。考虑到移植难度和代码大小，最初原打算把YFIOs

1前言从2001年进入工控领域以来，前后7年多的时间开发了诸如二型计量监控系统、焦炉四大机车自动化系统、烧结配水监控系统、隧道广告影像系统、通用组态软件、嵌入式系统组态软件（基于WINCE系统）、LED视频影像系统和ICU病室输液管理等系统。其中焦炉四大机车自动化系统获得了国家专利，而隧道广告影像系统目前发展势头良好，在北京地铁（2号线、4号线），深圳地铁（罗宝线）都已实施安装，未来上海和国外也将

2002年在首钢实施焦炉四大机车自动化项目的时候，为了使系统更加友好，便增加了语音提示功能。不过控制设备是PLC，所以语音模块是通过IO进行控制的。接触WAV解码，是在2009年，为TI DM355平台移植.NET MicroFramework系统，同事进行驱动移植，我封装上层C#接口，不过那时候技术有限，封装的接口只能同步播放。当前市场上的语音模块一般分两种，一种是可录音的模块，录上音，触发一下

在上篇博文《Html5:Canvas+WebSocket实现远程实时通信（上）》中已经介绍了当前实现动态网页的一些基本技术，也说明了在.NET micro framework平台下实现Web Server需要注意的一些设计原则，本篇文章将继续介绍Canvas和WebSocket实现远程实时通信的技术细节。（2）网页动态画面实现（Canvas） 我们采用Dreamweaver软件进行网页和脚本编写（

在上一篇博文《网关为核心，互联网为基础构建物联网平台》中简要介绍了基于.NET Micro Framework如何构建Web Server应用，本篇文章将基于Html5的Canvas和WebSocket技术详细介绍远程实时通信的实现。无论是windows还是linux平台都已提供现成的Web Server技术，在服务端支持诸如ASP.net、ASP、PHP等动态网页脚本的解析，通过服务端脚本的解析

在我眼中，所谓物联网智能网关，至少应该有如下几个特色：一，对下可以和主流传感器进行对接，可以相对容易的获取传感器数据；二、对上可以和后台或云进行通信，可以把数据进行上传；三、用户可以进行编程处理，对获取的数据进行打包及一定的逻辑判断处理，当然和传感器及后台通信，用户除调用标准系统库外，也可以自行编程实现。以上几点只是一个上行通道，当然用户通过手机、平板和PC等常用用户终端可以通过云或后台和智能网关

微软体系的产品给人的感觉一直是易学易用，但是其执行性能却屡受诟病。所以一些对性能要求相对较高的硬件产品研发，一般都是采用linux体系的技术，或者是无操作系统开发，其开发语言也绝大数是C/C++（启动代码或中断部分的代码有时会用汇编代码实现）。但是对工控集成类的项目开发来说，由于项目开发周期比较短，对稳定性要求比较高，如果全部采用C/C++开发，不仅对开发人员的能力要求比较高，并且开发和调试的代价

无论是做linux下的驱动开发，还是Windows CE平台下的驱动开发，对流式驱动模型一定非常熟悉。在此架构下，把所有的硬件设备都看成文件，和设备的交互其实就是读写文件，也就是数据流动。这样开发驱动不仅简单实用，并且用户也用一致的接口访问硬件，大大降低了学习代价。但是在.NET Micro Framework平台下，却没有提供这样的驱动开发接口，用户如果想在应用层操作硬件，必须要做一个专门的接口

.NET Micro Framework V4.2 QFE2最新版其实在8月14就已经发布了，不过最近由于相对较忙，所以现在才抽时间研究一下新版本，和V4.2 QFE1从代码角度来看，新版本有如下改变（http://netmf.codeplex.com/SourceControl/changeset/23973）。*Micro Booter 代码优化调整*浮点运算相关代码进行了调整*CLR_RT_

CAN是Controller AreaNetwork 的缩写，ISO国际标准化的串行通信协议。最早应用在汽车上，在欧洲是汽车网络的标准协议，目前已经广泛应用在工业自动化、智能家居、船舶、纺织和医疗设备等领域（详情请参见百度百科《CAN总线协议》）。由于CAN总线接口.NET MicroFramework官方库并不支持，所以我在串口类库的基础上，根据CAN总线的特点，设计出一套CAN总线通信库。CA

TinyGUI是我在2010上半年的时候，基于.NET Micro Framework系统开发的一个轻量级图形库，虽然TinyGUI运行需要的资源少，运行快，但是不支持汉字显示（如需显示汉字还是必须借助WPF本身的功能，这显然背离了TinyGUI占用资源少的设计初衷了）。另外物联网组态系统YFHMI，考虑到性能和资源问题，也是要选择TinyGUI库的，而汉字显示功能又必不可少，这一切都促使了Tin

.NET Micro Framework 和.NET Compact Framework不同，并不是.NET Framework的子集，而是更贴近硬件底层，它提供了许多诸如GPIO、PWM、SPI、I2C和OneWire等硬件操作类库。由此可以让普通的软件开发人员相对平滑的过度到硬件开发领域，也足以让以前相对封闭的硬件系统通过二次开发的方式扩展硬件模块成为一种流行（随着物联网技术的深入发展，未来软

.NET Micro Framework和WinCE系统不同，从应用开发角度来说，仅支持C#开发（从V4.2版本开始，才支持VB.NET开发），而不像WinCE应用开发，既可以用C#/VB.Net，也可以用EVC等工具进行C/C++开发。针对.NET Micro Framework平台由于C#等.NET语言是托管代码，系统需要对中间语言进行解释执行，所以运行效率上和原生的C/C++相比，效率是打了

在2008年上半年就曾经深入研究过GPS，当时还以为已经相对全面的了解GPS呢，现在重新拾起去研究GPS技术，发现还是差了一大截。最初以为GPS是单向通信，GPS模块按照固定的时间间隔发送文本格式的GPS数据。现在才知道GPS不仅可以双向通信，还可以以二进制格式收发数据，并且可以配置需要发送数据的种类和发送间隔，当然必要的时候，还可以用专门的工具，更新GPS模块的固件。最初了解GPS，是基于WIN

.NET Micro Framework模拟器提供了5个模拟按键（上、下、左、右和确认按键），所以一般.NET MF开发板也只需要提供5个按键就可以了，而这5个键，也是直接和CPU的pin脚相连，用GPIO的输入相关的函数就可以操作了，使用非常简单。但是对一些特殊的应用，如一些.NET Micro Framework教育箱或一些工业实际用的系统，5个按键显然太少了点。但是如果需要十几个按键，如果直

.Net Micro Framework界面开发官方标准功能仅支持WPF方式，并且所谓的WPF开发和Windows平台上的WPF有很大的区别，即不支持可视化界面设计，也不支持XML方式界面格式定义，另外提供的控件也很少，又不含事件处理，所以使用上相对繁琐，需要自己写很多额外代码。于是我在2009年底，自行开发了System.Windows.Froms库，相关内容可以参见我当时所写的博客文章《开源S

在去年年初，就已经推出V1.0.0的GPRS库，不过在这个版本上只是实现了西文短信收发和字符串方式的GPRS数据通信，功能还相对不完善（参见我以前的博文《GPRS通信实现》）。最近升级的版本，对以上功能进行了大幅度的升级改进，比如支持PDU方式收发短信（支持中文）、彩信发送、二进制方式 GPRS数据收发、短信按类型提取、短信删除和短信事件通知等等功能。考虑到功能比较多，我们分三篇文章来介绍最新的G

在上一篇文章《通过AD采集获取温湿度》我们介绍了物联网智能网关的AD端口的使用情况，AD接口是.NET Micro Framework标准库函数之一，只要底层BSP支持就可以直接使用。但是对一些比较复杂的传感器，比如串口摄像头就没有什么库可以直接使用了，需要用户根据摄像头的通信协议，进行串口编程，由于相对复杂，对一些初入门用户是有一些开发难度的。鉴于此，故开发了一套扩展库，用户只要几行代码，就可以

无论是机房管理系统，还是面向农村温室大棚的管理系统，温湿度采集模块是必不可少的。常见的温湿度模块从通信接口上来说，一般有三种，第一种是单总线方式（我以前写了两篇博文来介绍这方面的内容《DHT11温湿度传感器通信：上下》），第二种是串口方式（RS232或RS485，后续我会写博文介绍），第三种就是AD方式。      这三种方式，各有优缺点，第一种往往价格比较便宜，但是温湿度传感器要和采集芯片必须很

没有想到，距第一次写.NET Micro Framework移植文章《移植初步：环境搭建》已经快两年半了。不过这两年多来的时光也没有虚度，还是做了不少工作的。从代码角度来说，不仅STM32F103的移植代码在不断完善，并且也已经移植和优化了基于STM32F207和STM32F407的相关代码。从硬件角度来说，也由最初完全借助第三方的硬件作为.NET Micro Framework开发板，演变为今天

说明：前段时间已经先后发布了《.Net Micro Framework开发板用户简明手册》和《 .NET Micro Framework开发板用户简明手册(v2.0)》，分别对应于.NET Micro Framework 4.0和4.1平台，本手册基于.NET Micro Framework 4.2，采用VS2010进行用户程序开发。          .NET Micro Framework 4

We are glad to announce today the RTM of the .NET Micro Framework version 4.2.  You can download the SDK and PK as well as the all sources f

以太网转串口是工控领域最常见的智能通信模块，有的是一网口转1串口，有的是一网口转4串口，最多的可以达到一转16串口（好像有的最多可以支持32串口）。如果该类模块做的足够完善，可以提供一个windows系统的设备驱动，安装后，在windows系统上就可以看到虚拟出的串口了。不过这样

.NET Micro Framework从4.2版本开始就支持VB.net，这对VB爱好者是一个福音，想当年，我也是用VB6开发工控项目，开发了若干年呀，对VB还是比较有感情的，不过后来转到.NET平台选择的是C#而不是VB.NET。        下面我们就先尝尝鲜，用VB

介绍完了《Socket编程之服务端》之后，我们这篇文章介绍一下Socket客户端编程。     官方示例中也包括了SocketClient，不过其完成的功能一是DNS解析，二是网站数据接收。我们需要大幅度改进一下，让SocketClient程序和PC上的Socket Serv