标准的Modbus串行网络采用两种错误检测方法.奇偶校验对每个字符都可用,帧检测(LRC和CRC)应用于整个消息.它们都是在消息发送前由主设备产生的,从设备在接收过程中检测每个字符和整个消息帧. 用户要给主设备配置一预先定义的超时时间间隔,这个时间间隔要足够长,以使任何从设备都能作为正常反应.如果从设备检测到一传输错误,消息将不会接收,也不会向主设备作出回应.这样超时事件将触发主设备来处理错误.发往不存在的从设备的地址也会产生超时. 1.奇偶校验 如果指定了奇或偶校验,“1”的位数将算到每个字符

Modbus Poll 是Witte Software公司开发的的Modbus主机仿真器,用于测试和调试Modbus从设备.软件支持ModbusRTU.ASCII.TCP/IP协议.支持多设备监控,可以同时监视多个从设备/数据域.支持图形化监控报文信息,循环报文发送,寄存器数值独立增长.可以图形化设定从设备ID,功能,地址,大小和轮询间隔.提供数据的多种格式方式,比如浮点.双精度.长整型(可以字节序列交换) ,并支持Excel导出. 软件下载: 打开软件之后主界面如下,出现红色No connec

1,简介 网站地址:http://www.modbustools.com/ 该网站提供了几个软件工具,可以运行于windows 2000/XP/Vista/7环境下,用来测试和仿真Modebus设备. Modbus Poll :Modbus主机仿真器,用于测试和调试Modbus从设备.该软件支持Modbus RTU.ASCII.TCP/IP. Modbus Slave: Modbus从设备仿真器,可以仿真32个从设备/地址域.每个接口都提供了对EXCEL报表的OLE自动化支持. WSMBT :M

接上一篇文章的内容. 看了前面需求提到的复杂的命令行解析功能,很多人立马开始发怵,其实大可不必. 我们都知道,Linux下的程序往往都提供了复杂的命令行参数处理机制,因为这是与 其他程序或用户进行交互的主要手段,在这样的情况下难能可贵的是,为了减轻开发 人员对命令行处理的负担,Linux提供了系统函数getopt()或getopt_long()专门解析命令行参数. 在Linux系统中,函数getopt()/getopt_long()位于 unistd.h 系统头文件中,其原型分别为: int g

原因: 1.通信线路受干扰或是路线接触不良:    用显示器测量物理电平信号   2.从机工作不正常: 检测电源不正常或查程序bug   3.PC主机串口不正常: PC串口2.3脚答短接用串口调试器测试自发自收:   4.Modbus Poll工程文件(.mbp)误修改过:      重起Modbus Poll或重起PC, 或重新建mbp文件.

Modbus Poll是一个非常不错的工具,支持TCP/串口 下载地址:http://pan.baidu.com/share/link?shareid=2880213929&uk=2483252218 与从机连接用的是Modbus Poll版本, Slave版本是pc从机,所以很少用.   进入软件点"Connection"进入通信配置对话框 字节桢间隔和Modbus桢间隔默认即可. 新建通信文件后,右键可以配置从机地址.功能码. 寄存器地址.寄存器数量.发送间隔时间.数据类型

源:http://blog.sina.com.cn/s/blog_49352090010138e7.html Modbus测试工具 :Modbus Poll,Modbus Slave

在开发Modbus程序的过程中,也可以发现经常需要使用诸如Modbus Poll和Modbus Slave等辅助调试工具, 用于验证MODBUS通讯消息是否正确.但是,Modbus Poll和Modbus Slave都属于共享软件, 价格都在百美元左右,在未购买的情况下有时间或功能限制,怎么办呢? 其实,我们完全可以开发自己的MODBUS辅助调试工具. 那么先定一个小目标,开发一个简化版的Modbus Poll,能够方便调试MODBUS通讯, 支持RTU模式和TCP模式,支持以下最常用MODBU

查看应用输出的错误信息 1.      通过LogCat窗口查看信息 右上角图标可以筛选不同级别的信息(比如info等). 右上角的+可以进行信息筛选 把应用部署到真实手机 1.      要把手机的驱动安装到电脑上 2.      将手机通过usb链接到电脑上 打开设备管理试图(Devices),手机链接到电脑上的时候自己的手机就会出现在这个列表里面. 右击项目run as →application 可以选择我们链接上的手机.就安装到真是的手机了. 发布软件(打包成APK) 右击项目Expor

摘要:Linux下串口编程遇到的接收数据错误及原因 来源:https://dotblogs.com.tw/k/2012/07/24/73572 近日在调试串口的时候发现,另一设备向我ARM板的串口发送0x0d,我接收之后变成了0x0a,这是问题一:另外当对方向我发送一串数据,如果其中有0x11,那么我总是漏收此数,这是问题二. 由于问题莫名其妙,以为是笔记本的USB转232线缆的问题,换,问题依旧. 以为是对方设备的问题,采用串口调试助手模拟通讯设备与ARM板通讯,问题依旧. 无奈才去查看资料,

查看目的: 错误日志的查看是确保过程已成功完成(例如,备份和恢复操作,批处理命令,或其他脚本和过程).这可以帮助检测任何当前或潜在的问题,包括自动恢复信息(尤其是如果SQL Server实例已停止并重新启动),内核信息,或其他服务器级别的错误消息. 存放位置: 默认情况下, sql error log的位置(SQL SERVER 2005)在: %PROGRAMFILES%\Microsoft SQL Server\MSSQL.n\MSSQL\LOG\ERRORLOG and ERRORLOG.

★ 欢迎来到[护卫神·V课堂],网站地址:http://v.huweishen.com ★ 护卫神·V课堂 是护卫神旗下专业提供服务器教学视频的网站,每周更新视频. ★ 本节我们将带领大家:查看IIS下.Net详细错误 很多情况下,我们需要在浏览器看到.Net页面真正的详细的错误信息,而不想看到那些HTTP500之类 的无意义的提示. 我已经准备好一个有错误的.Net页面,以便我们测试. 1.客户端浏览器设置 IE属性里面需要取消勾选 [显示友好的HTTP错误信息] 此项目为客户端配置,设置打开

Modbus-RTU 一.数据分析       两个设备(单片机)通讯,用的是Modbus协议.      在单片机中拿出一部分内存(RAM)进行两个设备通讯,例如: 说明: OX[20]   代表是输出线圈,用功能码 0x01,0x05,0x0F 访问, 开头地址是 0 (这个后续说明)       IX[20]    代表是输入线圈,用功能码 0x02 访问,开头地址是 1 (这个后续说明)另外两个一样的道理.       注意:所谓的“线圈”“寄存器”就是“位变量”“16位变量”.之所以称

有些测试朋友在用lr的时候,遇到错误,不知道怎么从客户端看日志,下面我简单介绍下. 设置日志:仅错误的时候发送 压测过程中报错,点击放大镜 有170个虚拟用户报这个错 下面可以看到虚拟用户编号 在虚拟用户列表中找到这个用户,并查看日志 输出的日志信息

lsof -i:11883  可以获得 端口的连接信息 用这个可以按照端口查看详细的收发数据 sudo tcpdump -A -s 0 'tcp port 11883 and (((ip[2:2] - ((ip[0]&0xf)<<2)) - ((tcp[12]&0xf0)>>2)) != 0)'sudo tcpdump -X -s 0 'tcp port 11883 and (((ip[2:2] - ((ip[0]&0xf)<<2)) - ((t

WCF对消息加密(只对消息加密,不考虑Authorize)其实很简单,只要在server和client端的binding加入security mode为Message(还有Transport, TransportWithMessageCredential,关于他们的不同之处,请参考MSDN)即可. 以一个简单的例子说明,这个例子只有一个Greeting方法,回显客户端的输入,如客户端输入"WCF",调用service的Greeting方法后回显"Hello,WCF!"

错误日志和访问日志文件为系统管理员提供了有用的信息,比如,为 Web 服务器排障,保护系统不受各种各样的恶意活动侵犯,或者只是进行各种各样的分析以监控 HTTP 服务器.根据你 Web 服务器配置的不同,其错误/访问日志可能放在你系统中不同位置. 本文可以帮助你找到Linux上的Apache错误日志.Debian,Ubuntu或Linux Mint上的Apache错误日志位置默认的错误日志 在基于Debian的Linux上,系统范围的Apache错误日志默认位置是/var/log/apache2

某台机器的flume报错,想要快速看到报错的内容,可以结合ps axu 和grep -i来实现. 1. ps axu |grep flume 可以看到flume的进程的启动位置. 2. 根据启动的位置,很容易找到log目录 3. grep -i 'ERROR' flume.log 查询flume.log中包含ERROR的行,定位错误.

做项目的时候,有时候会需要查看一下apache的错误日志,然后就需要很繁琐的打开那个目录下面,看信息,只有当错误的时候我才会去打开那个文件. 但是最近我发现在开发的时候,自己忽略掉了很多错误,虽然不会导致出错,但是搞不好哪天就会爆发. 我不高兴每次打开那个文件,然后自己又要手动的刷新,太麻烦,所以就自己做了个网页版的,能够时时查看错误日志. 这个小工具比较简陋,就是简单的将文件内容打印到页面中,并在有新错误的时候做个title的闪动小提示.

用户表示117 FP页面无法查看,提示如下错误: 跟进: 1.进入FP服务器可看到以下错误 这个错误的框就表示FP的一个进程报错,自动断掉了,需要重新跑一次EXIT,INIT,PLAN,EXPORT,但不要跑IMPORT 千万千万不要跑IMPORT,不然数据是不对的