Microsoft.NetGadgeter中小型电器编程平台

     Microsoft .NET Gadgeteer 消费者开发中小型电器件或嵌入式设备，提供快速构建空天飞机的渠道。它结合了面向对象设计的优点，提供了一系列能够快速使用该模块进行计算机设计的电气设备。它结合了面向对象设计的优点，提供了一系列能够快速使用该模块进行计算机设计的电气设备。
     根据.NET Gadgeter控制模块可以轻松构建简单或复杂的机器。每个模块都可以提供显示图片、播放歌曲、收集图像、获取环境监控系统等相关功能。
     网站建在这里.NET Micro Framework服务平台以上，Visual Studio 在IDE环境中，小型电子产品的编程和调试采用C#编程语言。
     这种强大的组态软件使得构建一台功能完善机器只需几个小时，而不是原来的几天或几周。

     我以前说过.NET Micro Framework是嵌入式领域的开发语言，大大提高了研发效率，节省了大量的开发时间，就像网站开发开发语言一样。 然而，与选择和C语言表达相比，引起争议的兼容性确实是一个难题。然而，在物联网领域，当需要相互交互的行业时，编程语言本身的计算特性已经改变，但并不十分关键，因为最终设备的性能准备在通信链路（换句话说，通信标准本身）上，而这一阶段是一个很大的缺点，就像现阶段遏制网页访问的瓶颈取决于网络通信本身一样。 不久前，我对一些系统进行了通信测试，发现就设备通信而言，.NET Micro 相反，Framework的交互特性略优于PC系统软件，检测结果如下：

    1 接口测试

   嵌入式硬件服务平台：Atmel  sam9261-EK 仿真器 cpu主频：200mHz

   嵌入开发服务平台：.Net Micro Framework V4.0

    PC系统配置：HP Compaq dc7800  cpu主频：2.33GHz

   软件系统：   Windows Vista .Net Framework V3.5

    同样的.Net C#测试代码

    2  Modbus RTU通信测试

   2.1 Modbus RTU Slave机械设备

   西门子系统 S7-PLC 224

    2.2 波特率19200 无校检

    10*1000/192000单字节传输时间 = 0.52ms

    2.3 波特率 115200无校检

    10*1000/152000单字节传输时间 = 0.087ms

 

    2.4 性能评估

   通讯时长 = 推帧传输时间长 从产品响应速度出发 回到帧传输时间 等待关键设备的时间

   传输时间必须确定 = 推帧传输时间长 回到帧传输时间

 

因为Modbus的产品大多是基于8位单片机的机器设备，CPU计算能力低，需要计算CRC校准检查。因此，通信的瓶颈主要体现在产品响应速度和检测结果上。在一些测试项目中，嵌入式设备甚至领先于PC，主要是因为嵌入式设备专注于相关的通信，而不是像PC那样同时执行多个任务。在一些测试项目中，嵌入式设备甚至领先于PC，主要是因为嵌入式设备专注于相关的通信，而不是像PC那样同时执行多个任务。

    结果:嵌入式设备和PC在硬件配置通信层面势均力敌。

     3 RFID 读取检测

    3.1 硬件配置

    机械设备：EHUOYANYHY632型读写器

   信用卡：S50  EEROM  1K字节数

    3.2 波特率115200 无校检

   读卡步骤：

    1、 获取卡的类型

    2、 得到卡号

    3、 选中卡

    4、 设置特定磁道的密钥KEY

    5、 信息载入特定磁道和特定块的16字节数

 

3.3 性能评估

读卡信息内容，一般需要5个互动时间，通信短板有两个阶段:

1、读写器中间的RFID卡和

由于RFID卡只包含控制板(无CPU控制模块)，需要从EEROM获取数据并进行加解密计算，因此相对需要时间。RFID卡的响应速度是一个很大的时长短板。RFID卡的响应速度是一个很大的时长短板。

2、读写器和嵌入式设备或PC中间

这个跟Modbus RTU通信项目相似。不同的是，不同厂家的读写器通信协议可能会有所不同，读写能力和时间可能会有所不同，但量级没有差异。

由于嵌入式设备致力于与设备通信，其检测结果优于PC。