霍尼韦尔1900扫描枪驱动是honeywell1900扫描枪的USB驱动,就是扫描枪usb转com,如果你的系统是32位的,就直接运行Install_x86.bat,如果是64位的,就运行Install_x64.bat,有需要的赶快下载吧! 安装J1900扫码枪驱动,插上扫码枪,扫键盘模式码,<1900 & 1910 快速入门指南.pdf>第6页.扫码枪处于键盘模式时,如同键盘输入一组字符后面再跟一个回车键.默认只能识别和处理标准101键盘上的字符.其他编码要特殊方法,建议在制作二维码

给霍尼韦尔官方打电话咨询了下,发现两者区别不大,唯一的区别是400B可以和主机联动,也就是主机关的时候,400B也可以自动关闭,不需要手动去关闭电源,这样非常方便. 本来官方是只有400A的时候,但是在工业用途的时候,很多时候需要能够无线控制开关,400A显然不能满足这个条件,于是霍尼韦尔就出了这么个变种,而且不在零售市场出售,淘宝店为什么能卖是因为他们都是拿的工业批量货来零售. 明天就要装新风了,但是我家是已经装修好了,好担心会破坏已有装修,但是重新局部吊顶式必需要的了.

昨天想试试霍尼韦尔的扫码枪,扫码枪有两种模式,键盘模式和串口模式, 1.键盘模式直接插上就行了,就像一个键盘一样不需要任何驱动,扫出来的数据直接落到PC的输入焦点上.就像一个键盘一样,只能输入字符. 2.而串口模式,则是安装驱动以后,能够虚拟成一个COM口, 如果我们用扫码枪给应用程序输入数据的时候肯定是不行的,因为程序需要能够在后台运行的时候也能用扫码枪作为数据输入的.这就需要用串口模式了. 今天我写程序的时候,问题是怎么也不能触发,DataReceived事件,最后发现问题所在,几个要点 1

USB接口模拟COM串口驱动程序 HSM USB Serial Driver 链接: https://pan.baidu.com/s/1aOV-Fz0OYdQGc5dMmkHzgg 提取码: fwgt 霍尼韦尔EZConfig 用来设置扫码枪的程序,需要把扫码枪设置到串口模式.也可以不用这个软件,直接扫码设置. 链接: https://pan.baidu.com/s/1aW4hB-gH6uHUsKaQvJSwkA 提取码: he46 public partial class Form1 : Fo

程序运行背景条件: 1.将扫码枪调制串口驱动模式 2.将扫码枪所在串口拆分成几个虚拟串口 3.扫码枪扫描条码就打印条码 4.WinForm程序 条码控件使用 DevExpress.XtraEditors.BarCodeControl   控件 BarMa BarMa 控件加载时将文本居中 BarMa.VerticalAlignment = DevExpress.Utils.VertAlignment.Center; BarMa.HorizontalAlignment = DevExpress.U

一. 概述 本篇主要介绍罗克韦尔虚拟PLC的搭建,使用的操作系统为Windows7 x86 Ultimate(DEEP_GHOST_WIN7_SP1_X86_V2015_06.iso),虚拟化软件为 VVMware Workstation 12 Pro,(AB)SoftLogix5800 21.00.00. 为了研究罗克韦尔(AB)的软PLC,前后花了一周半的时间,遇到过AB的软件版本太高,破解不掉,改用低版本,虚拟化不支持:遇到过软件都支持虚拟化,但是版本直接兼容性不好:遇到过虚拟机下软件可以

隐马尔科夫模型HMM(一)HMM模型 隐马尔科夫模型HMM(二)前向后向算法评估观察序列概率 隐马尔科夫模型HMM(三)鲍姆-韦尔奇算法求解HMM参数(TODO) 隐马尔科夫模型HMM(四)维特比算法解码隐藏状态序列(TODO) 在本篇我们会讨论HMM模型参数求解的问题,这个问题在HMM三个问题里算是最复杂的.在研究这个问题之前,建议先阅读这个系列的前两篇以熟悉HMM模型和HMM的前向后向算法,以及EM算法原理总结,这些在本篇里会用到.在李航的<统计学习方法>中,这个算法的讲解只考虑了单个观测

1. HMM模型参数求解概述 HMM模型参数求解根据已知的条件可以分为两种情况. 第一种情况较为简单,就是我们已知DD个长度为TT的观测序列和对应的隐藏状态序列,即{(O1,I1),(O2,I2),...(OD,ID)}{(O1,I1),(O2,I2),...(OD,ID)}是已知的,此时我们可以很容易的用最大似然来求解模型参数. 假设样本从隐藏状态qiqi转移到qjqj的频率计数是AijAij,那么状态转移矩阵求得为: A=[aij],其中aij=Aij∑s=1NAisA=[aij],其中ai

<<杰克.韦尔奇自传>> 这本书号称是管理学十大经典名著,也是HR老师推荐的一本书.花了几个月时间断断续续拜读了这本书. GE是伟大的公司,杰克韦尔奇是伟大的CEO,这都毋庸置疑. 杰克韦尔奇或许是天生杰出的领导人和CEO,他在GE发展比较顺利,算比较年轻就当上CEO了. 在书的前部分,我发现杰克和很多美国著名人物一样,热爱体育运动,高尔夫等,或许是强悍的体魄才能支撑伟大的理想,反观国内教育大学生跑个千米都累得不行,更别说中小学生. 杰克是伟大的CEO,风云管理人物,他当然是很聪明

618来啦 亲们,腾讯课堂101机构打榜了,快来助力<新阁教育>,<免费赠送课程>! 1.手机QQ(微信请也来一遍)扫下方二维码↓,找到<新阁教育> 2.点击“支持”,记得获得免费课程,还有红包相送. 3.助力成功后可以邀请亲朋好友,共同学习. 感谢支持 据某份数据不完全统计,目前中国市场十大国际PLC品牌如下(避免争议,排名不分先后): 西门子.施耐德.欧姆龙.三菱.罗克韦尔.松下.ABB.倍福.艾默生.GE 再盘点一下中国市场十大国内PLC品牌: 和利时.台达.汇川

关注公众号获取更多干货 TCP通信协议应该是上位机开发中应用最广泛的协议,无论是西门子S7协议.三菱MC协议或者是欧姆龙的Fins-TCP协议等,都是TCP通信协议的典型应用.很多人在上位机面试时,都会被问到关于TCP通信的一些问题,比如三次握手和四次挥手.TCP与Socket之间的联系等,为了便于大家更好地理解TCP通信,我整理了一套关于TCP通信的20个常见的面试题: 01.OSI参考模型与TCP/IP参考模型 如上图所示,OSI参考模型为7层模型,依次为应用层.表示层.会话层.传输层.网络

上篇文章跟大家介绍了TCP通信常见的前10个面试题,没看过的小伙伴可以点击下方链接进行查看: 上位机面试必备——TCP通信灵魂二十问[上] 今天就后面的10个面试题接着做下说明:欢迎关注[dotNet工控上位机]公众号:thinger_swj 11.四次挥手中的TIME_WAIT状态? 首先要明确一点:主动关闭连接的一方,才会有TIME_WAIT状态. 之所以需要TIME_WAIT状态,主要是两个原因: 防止相同的端口重新连接时,服务器收到的是停留在网络间的数据包 保证被动关闭连接的一方能被正确

拿到任务之后首先分成了几个部分: 1.绘图.学习了GDI+ 2.图片保存. 3.将图片转换成byte[].由于使用Socket通信,只能传输byte[]数据,所以这一步是向下位机传输的关键. 相应地,编程实现了下面几个功能: 1.使用GDI+画图并保存为bmp格式的图片.画图部分是书上的例子,只增加了保存的相应代码. public partial class Form1 : Form { Bitmap bitmap; Font myFont = , FontStyle.Bold);//定义字符串

背景: 在编写QT上位机界面时,界面在运行的时候经常出现卡死或者直接挂掉的怪现象. 正文: 上位机有个函数为check_receive():该函数的作用为定时调用循环检测USB是否有数据.若有,则将信息打印到界面窗体上.界面上有两个QTableWidget窗体 "ui->can1tableWidget与ui->can2tableWidget",根据传上来的的数据某个字节信息为1.或2来打印到对应的窗体上.代码如下: QTableWidget *canselWidget =

前言 上一节我们已经基本上把超声波硬件的发射和接收模块全部做好了,接下来我们着手开发一个软硬结合的基于C#的平面定位软件! 目录 一.整体思路 二.效果提前展示 2-1.软件部分展示 2-2.硬件部分展示 三.基于C#的客户端软件说明 3-1.整体框架介绍: 3-2.部分技术细节介绍 3-2-1.串口操作 3-2-2.JiSuan函数说明及核心算法介绍 四.阶段小结 五.相关链接 一.整体思路 >_<" 如下图,利用我们上三节开发的超声波发射与接收设备构成一个:2固定接收头+1可移动

最近要跟着导师一起开发一款大型上位机.MFC新人在考虑用对话框结构还是文档结构. 虽然说书上说大型结构的软件都需要文档结构,但是目前来看,对话框可以实现功能,并且对话框的程序更小一些,节省资源加载速度也更快. 暂时先考虑对话框结构.后续编程完成后再补充. TBC...

C++ MFC实现基于RFID读写器的上位机软件 该博客涉及的完整工程托管在https://github.com/Wsine/UpperMonitor,觉得好请给个Star (/▽＼=) 运行和测试环境 Windows 10 Visual Studio 2013 msado15.dll(工程自带) ZM124U.dll(工程自带) RFID读写器ZM124U 理论支持全部Win32运行环境 参考内容 https://github.com/Wsine/UpperMonitor/blob/maste

最近一直在学习UWP,其中有的技术参考了WPF,所以又回头再来学习WPF,感觉学的东西很杂,必须记录一下,不然时间长了还得忘掉,于是申请开始写博客,将学习的心得记录一下,以备后用.这次是因为公司内训,刚好想着推广一下开源硬件,所以选择了Arduino,而又结合WPF的强大功能,设计了串口上位机. 1.Arduino UNO作为下位机 利用Arduino作为下位机,理由很简单,语法很简单,上手很快. 1.电路连接 下图为电路原理图,主要利用模拟口A0读取光敏电阻和普通电阻的分压值,然后通过设定逻辑

用C#编写上位机,基本流程是[1]串口配置,[2]串口发送数据,[3]串口接收数据. [1]串口配置 串口的属性配置包括: No.1串口端口号 No.2串口波特率 No.3串口数据位 No.4串口停止位 N0.5串口校验位 串口的上述属性,分别将值存储进combobox里边,然后带用户根据实际情况自己进行选择,设置也比较简单. 串口的打开和关闭,采用try-catch这对组合,可以自动打开和关闭处理过程中出现的问题. [2]串口发送数据 串口发送数据,采用串口的write属性,该属性有三种重载方

源:NMEA协议 上位机 c# 前些时间写做了两款用NMEA协议的上位机,在这里做一个总结和记录.和大家分享,也为了以后不会忘记. NMEA协议总体来说,相对简单,是气象上比较成熟的协议. 主要有以下几个参数及其格式: 风速和风向: 空气温度: 土壤温度: 湿度: 大气压: 注: 其中效验部分主要采用的 异或效验:即从$后第一个字符到’*’前一个字符进行异或.所得到的数据高4位,低4位的ASCII码. <CR>: ‘\r’ <LF>: ‘\n’ 波特率:4800 刷新频率:1Hz

源:C# MODBUS协议 上位机 C#写了一款上位机监控软件,基于MODBUS_RTU协议. 软件的基本结构: 采用定时器(Timer控件)为时间片. 串口采用serialPort1_DataReceived中断接收,并进行MODBUS格式判断. 把正确接收的数据取出,转换为有特定的结构体中. 数据通过时间片实时刷新. MODBUS协议(这里不介绍了,网上有很多的权威资料). 串口接收问题 这里采用的是MODBUS_RTU协议,是没有回车等明显的结束符的哈.所以在C#也不可以用serialPo