上位机

现代安防监控越来越受到重视。它一般由图像采集、传输和存储系统组成。采用高精度的摄像头配合先进的图像处理技术和传输技术。其安防监控性能虽然很好，但也存在投资成本大，实时报警性能差。数据量大，隐蔽性差等缺点。鉴于这些不足，某些应用场合也可以用红外监控作为监控手段。 红外探测器自 1800 年被首次制作出来以后，经过两百多年的发展，技术已经十分成熟。它是指将不可见的红外辐射光探测出来，并且转化为可测量的信号的技术，具有适应性好，隐蔽性好，保密性强，性能稳定等优点。通过对特定波段的红外射线的探测，就可以实现对物体的实时性探测和跟踪。 文中介绍一种基于 ZigBee 无线模块技术的红外远程监控系统。 ZigBee 无线模块数传是一种短距离无线通信技术，具有低功耗、低成本、网络容量大、可靠性和安全性比较高、开发成本低等特点。整个系统利用红外探测器来监测特定区域是否有人。探测误差小；利用 ZigBee数传模块 传输数据。具有功耗低、廉价高效等优点。 1 系统方案 系统主要由 3 部分构成，分别是 ZigBee数据采集 部分， ZigBee 数传模块数据传输部分和监控部分。 ZigBee 数据采集由人体红外探测器模块 HC-SR501 完成，为了方便控制数据采集是否进行，搭配了一个无线遥控器。 HC-SRS01 的静态电流小于 50uA ，适合电池供电，探测角度约为 100 度锥角，工作距离在 7

1. 概述... 2 2. ServerSuperIO.Core跨平台开发环境... 2 3. ServerSuperIO.Core特点... 2 4. ServerSuperIO.Core与ServerSuperIO区别... 2 5. 嵌入式应用... 2 6. 上位机应用... 2 7. 云服务应用... 2 8. 应用和测试说明，以Linux平台为例... 2 概述 我们的大数据平台（云）平台的数据接收服务基于ServerSuperIO开发，因为集成的功能比较多，无法实现跨平台，现在跑在Windows下。但是云端体系化、标准化建设，跨平台是必走的技术路线。在ServerSuperIO基础上做裁剪和适配，实现ServerSuperIO.Core跨平台应用。 ServerSuperIO.Core跨平台的意义在于一套设备驱动可以部署在任何地方，核心设备驱动接口始终保持一致，例如：嵌入式、上位机（PC）、云端等，从底层到云端的整体链路实现了任意部署，大大提高了效率和节省了成本。 ServerSuperIO.Core跨平台开发环境 ServerSuperIO.Core现在是基于.netcore 2.0开发，对串口（com）操作和网络（net）操作进行了跨平台的适配。原始版本使用的是vs2017环境进行开发，跨平台开发调试使用的是vscode工具。全宇宙第一IDE+跨平台开发工具

工作中常用到的一些知识点，总是用完就忘，第一次尝试用博客记录下来，以备后用； Socket通讯，Socket（套接字）是基于TCP/IP通讯方式的封装好的类，调用时需要添加下面的服务引用： .......10 using System.Net; 11 using System.Net.Sockets; 窗体页面搭建，上面为服务器区，下面为客户端区： 建立两个类，一个表示服务器，一个表示客户端， 首先建立服务器类： 1.声明变量：IP地址，端口号，EndPoint，Socket类，数据Buffer等 1 string ip;//IP地址 2 string port;//端口号 3 IPEndPoint endPoint;//网络端点 4 Socket socServer;//侦听连接套接字 5 Socket socClient;//通讯套接字 6 byte[] dataReceived = new byte[50000]; 7 8 public delegate void delegateDisplayMsg(string type,string msg); 9 public delegateDisplayMsg OnDisplay; 10 11 public SocketServer() 12 { 13 socServer = new Socket(AddressFamily

1、想要使用上位机仿真的话，在本次连接上位机的过程中不要点击IMU校准。 2、两路12S电池并联为飞控供电时（DJI智能电池），需要确保所有电池均为满电。否则如果上电时电量不平衡，电池之间将会自动互相充电，此时如果起飞，则被充电的电池不会进行放电，导致只有一路12S电池为动力系统供电。 3、 来源： CSDN 作者： cloud over sky 链接： https://blog.csdn.net/qq_40464014/article/details/103979360

一、准备工作 lTPYBoard v102（简称v102） 1块 lTPYBoard v202（简称v202） 1块 l杜邦线、MicroUSB数据线 若干 （成本100元以内，某宝上可以买到） 附上链接：https://item.taobao.com/item.htm?spm=a1z10.3-c.w4002-18836738349.35.12e63615KAahVk&id=576771421120 二、实验构思 a)v202设置为AP模式 b)v102设置为HID模拟键盘输入模式 c)v102和v202通过串口连接起来 d)手机接入v202，同时访问v202内嵌的网页 e)当用户点击“植入”按钮时，v102模拟键盘打开电脑上的exe上位机程序 f)当用户点击“读取”按钮时，上位机程序读取某个文件的内容并反馈给网页 三、实验步骤及源码 源码下载地址： http://pan.baidu.com/s/1eSOUOKE 内容如下： 上位机程序（m.exe） 本人用C#写的一个简单Windodws窗体应用程序。 主要的功能： 1、进行串口的读写操作 2、进行文件内容的读取 实验步骤 上位机程序的配置 1、将m.exe 文件拷贝到D盘下 2、鼠标右键空白处选择新建快捷方式，对象位置选择D:\m.exe 3、点击【下一步】大家可以自定义一个名称，点击【完成】。 4、找到刚才新建的快捷方式

上位机采用的是组态王这款监控软件，单片机采用的是STM32，系统的总框架分为4层： 服务器（组态王）——网关2——网关1——节点 通信过程中遇到的问题如下： 1. 将单片机与组态王连接完成后，组态王上没显示 （1）首先检查电路有没有连接正确（已经确定连接无误） （2）利用串口查看网关1跟网关2打印出来的数据（对照代码中的内容，确定运行到每一步应有什么标志，可以通过打印不同的数据来监测运行到哪一步） 2. 网关2打印的数据总是显示网关2已经给网关1下发查询命令了，但是却没有收到网关1给它回复的数据，而且网关1也没有数据打印 分析可以知道网关2已经给网关1下发查询命令了，但是可能它的命令没有下发成功卡在485那块，导致网关1没有接收到命令所以没有打印数据，或者是网关2已经成功发送出去，只是网关1不接收而已，又或者是网关1已经接收到了但没有解包执行。 出现这种现象，原因有以下几种： （1）程序跑死了 （2）485有问题 （3）硬件问题 因为这程序在之前一直跑得没问题，所以暂时先排除代码问题，先检查485那块的线路 检查结果：线路没连错，但是485线那块的RX,TX,GND这3根线裸露在空气中，而且有几根是相互接触了，用绝缘胶布包好之后，再一次通讯，这时网关1和2都有数据了，但是组态王还是没有显示 （网关2） 由我这个网关2打印的数据对照通信协议可知

Qt 串口连接 使用 Qt 开发上位机程序时，经常需要用到串口，在 Qt 中访问串口比较简单，因为 Qt 已经提供了 QSerialPort 和 QSerialPortInfo 这两个类用于访问串口。 使用 QSerialPort Qt 提供的 QSerialPort 类继承于 QIODevice，也就是说，除了少数几个串口特有的属性需要单独设置外，可以像一般的 IO 设备（最常见的是文件）一样访问串口。 在项目中加入对串口的支持，先在 .pro 项目工程文件中加入 QT += serialport 然后在程序中包含 QSerialPort 的头文件，即可使用该串口类： // file name: comm.cpp // class: Comm #include "comm.h" #include <QSerialPort> ... QSerialPort port; connect( port, &QIODevice::readyRead, this, &Comm::onRead ); // 异步方法，连接 readyRead 信号和数据响应处理槽函数 port.setPortName( "COM1" ); // 设置串口 port.open( QIODevice::ReadWrite ); //读写方式打开 成功打开串口后，当上位机从串口接收到数据时就会发出 readyRead

使用的USB转CAN的设备是周立功的USBCAN-II，在购买的时候，会有上位机二次开发的库文件、例程和API文档等材料，可以参考。 1、库函数的调用 首先，把库函数文件都放在工作目录下。库函数文件总共有三个文件：ControlCAN.h、ControlCAN.lib、ControlCAN.dll和一个文件夹kerneldlls。 VC调用动态库的方法 (1) 在扩展名为.CPP的文件中包含ControlCAN.h头文件。 如：#include “ControlCAN.h” (2) 在工程的连接器设置中连接到ControlCAN.lib文件。 如：在VC7环境下，在项目属性页里的配置属性→连接器→输入→附加依赖项中添加ControlCAN.lib 中间换了一台电脑，出现电脑丢失ControlCAN.dll的问题，将ControlCAN.dll拷到了可执行文件的文件夹中即可 2、基本操作 2.1 连接设备 我这里每次连接都会重新开启接收数据的线程，创建一次接收数据的txt文档 void CTest_OilDlg::OnBnClickedButtonConnect() { //首先判断CAN是否打开，，如果已经打开，则先复位及重启CAN--1.8 //关闭程序前必须点击断开连接按钮，否则报错 if(m_connect == 1) { m_connect = 0; //isShow =

1 　概述 在本室研制的 KDH-30C 型微机核子秤系统的基础上 , 结合近几年应用现场多种问题和用户的新要求 , 我们设计了基于上下位机的集散式多功能微机核子秤系统。该系统上位机采用工业控制机 , 下位机以 8098 单片机为核心 , 下位机本身就是一台独立的仪器 , 能够完成检测、调试、刻度、运行、声光报警、时钟、打印、回控等功能。选配通讯卡后 , 可以与上位机进行通讯。上位机采用中文菜单窗口。可以同时监控 8 ～ 16 台下位机的工作状况。 图 1 　系统总体框图 2 　系统的硬件构成 系统框图如图 1 所示 , 结合工业现场实际 , 我们采用 RS485 通讯接口 , 异步半双工方式 , 最大通讯波特率 2400bps, 现场被控下位机最多可达 32 台 , 最长通讯距离 1200m 。 2 . 1 　上位机 上位机采用工控 386, 具有实时打印、实时显示各下位机工作状况和每台下位机的单独工作状况、保存查询长达 1a 的数据等功能及单个下位机能够实现的所有功能。上下位机间通讯接口选用 IPC5631, 可方便地组成星形网络。 RS485 接口采用平衡差分长线驱动芯片 SN75174 和接受芯片 SN75175 配合 , 构成平衡式传输 , 由光电耦合器来抑制干扰。 2 . 2 　下位机 采用 8098 单片机数据存储器 8K × 8 位 RAM6264, 程序存储器

前言： 本系列博客我们围绕SDIO Wi-Fi模块Marvell8801来揭开SDIO Wi-Fi的神秘面纱，开发MCU选用STM32F103RET6，外设包括SPI FLASH（W25Q128），摄像头（OV7670 FIFO），OLED（SSD1306），USB device，如下图所示： 一共分两个测试例程：1.硬件测试例程 2.Wi-Fi测试例程，分别搭配上位机来测试,上位机测试视频链接如下： TODO：视频教程 我们的目的是引领对无线感兴趣的工程师或者学生快速入门，会通过以下几方面来切入： 分别是： 1）整体介绍篇，主要对开发板做整体介绍 2）硬件篇，主要对板子外设驱动做说明 3）Linux Wi-Fi篇，主要通过Linux来驱动Wi-Fi模组来了解Linux kernel的无线架构 4）自己实现Marvell8801驱动，主要是根据编程手册来自己实现一个SDIO Wi-Fi的驱动 5）LWIP篇，通过移植LWIP来实现驱动的应用 通过以上系列的文章，相信你对Wi-Fi就会有一个深刻的认知，起到举一反三的作用，以后不管是哪个平台（裸奔，RTOS，Linux，Android）说起驱动Wi-Fi你都不会慌张。 我们的优势： 1）代码全部自主研发，会提供更加专业的售后服务 2）上位机测试程序，让你测试起来程序会更加灵活 3）Marvell官方NDA资料（全网独家） 4