我把254楼的V20版改为 自动安装版了。报告控件不能注册的同学请重新下载吧。
已安装V20, 一切正常！:)
感谢匠人的奉献
现在在做文件的发送。问一下，这个功能用的人多吗？因为我看到很多串口软件都支持文件的发送功能。
我可以定制一个匠人专用无注册码屏幕录像软件，你的预算是多少:lol
我可以定制一个匠人专用无注册码屏幕录像软件，你的预算是多少:lol
歪 歪 发表于 2011-6-18 10:18 https://bbs.21ic.com/images/common/back.gif
预算是 -1 元 ;P
重大损失啊！:'(
匠人的产品演示带水印，太不专业了，体现不了匠人产品的巨大价值啊！:lol
我知道匠人从来都是精益求精，一丝不苟，严格要求的。:D
重大损失啊！:'(
匠人的产品演示带水印，太不专业了，体现不了匠人产品的巨大价值啊！:lol
我知道匠人从来都是精益求精，一丝不苟，严格要求的。:D ...
歪 歪 发表于 2011-6-18 11:05 https://bbs.21ic.com/images/common/back.gif
呵呵，那个录制的好差，只是临时应付一下。因为软件还在不断添加功能，没有定型。
你有没有不带水印的屏幕录像软件，发个给我啊。
哈哈~~~
有啊！
我自己做给自己用的。
不带水印，因为不会做:lol
介个，介个，啊.......
关键问题是......
:$
有啊！
我自己做给自己用的。
不带水印，因为不会做:lol
介个，介个，啊.......
关键问题是......
:$
歪 歪 发表于 2011-6-18 12:23 https://bbs.21ic.com/images/common/back.gif
关键问题是钱吗？呵呵，钱不是问题，问题是没钱。
:lol
这倒真是个问题，
找我定制的话至少要3万元起，
不适合你这个项目，还不如你去注册。
我只是回答一下你的问题，21ic里有当家程序员，坐堂MIS软件工程师可以提供屏幕录像软件定制服务。
广而告之一下:)
好东西，下来试用一下，希望匠人能把它做成世界上最好的串口调试软件。
串行通讯规范
版本：1.0
2010年12月10日
一、协议原理
本规范定义的串行链路协议是一个主-从协议。 在同一时刻，只有一个主节点连接于总线，一个或多个子节点
(最大编号为247 ) 连接于同一个串行总线，通信总是由主节点发起。子节点在没有收到来自主节点的请求时，从不会发送数据。子节点之间从不会互相通信。主节点在同一时刻只会发起一个事务处理。
主节点以两种模式对子节点发出请求:
1、单播模式：
主节点以特定地址访问某个子节点，子节点接到并处理完请求后，子节点向主节点返回一个报文(一个 ‘应答’)。在这种模式， 一个事务处理包含2个报文： 一个来自主节点的请求， 一个来自子节点的应答。
2、广播模式：
主节点向所有的子节点发送请求。对于主节点广播的请求没有应答返回，所有设备必须接受广播模式的写功能。地址0是专门用于表示广播数据。
二、字节格式
起始位Bit0Bit1Bit2Bit3Bit4Bit6Bit6Bit7地址数据检测停止位
说明：
1、每个字节包含11位
2、主节点发送的所有地址字节第10（地址数据检测位）位必须为1
3、所有数据字节和从机发送帧第10（地址数据检测位）位必须为0
4、字节发送时低位在前，从左到右顺序发送
三、数据编码
在多个字节发送时，使用高字节在前的发送方式，即首先发送最高有效位。
例如：
16比特0x1234， 发送的第一字节为0x12 ，然后0x34。
四、报文帧
所有在总线上的通讯都是以报文的形式进行收发，由主节点或从节点发出的符合报文帧结构的一串数据称为报文帧。一个报文帧的最大长度为256字节，整个报文帧必须以连续的数据流发送，主节点和从节点发送的数据必须符合报文帧结构。
报文帧结构
地址域（1Byte）功能码（1Byte）数据域（0-252Byte）差错校验域（2Byte）
五、报文帧描述
地址域说明
1、地址范围1-247。
2、地址0为广播地址，所有的子节点必须识别广播地址，对于主节点广播的请求没有应答返回。
3、地址248-255为保留地址
4、主节点没有地址，所有子节点必须有一个地址，该地址在同一串行总线上必须是唯一的
5、主节点通过将子节点的地址放到报文的地址域对子节点寻址。
6、当子节点返回应答时， 它将自己的地址放到应答报文的地址域以让主节点知道哪个子节点在回答。
功能码说明
1、
指明要执行的动作。功能码后面可跟有表示含有请求和响应参数的数据域。
2、
功能码范围为：1-127，十六进制为：0x01-0x7F
数据域说明
1、
根据功能码的不同数据域数据含义和数据多少不同。
2、
在某些功能码中，数据域可以是不存在的（0长度），在此情况下任何附加信息。功能码仅说明操作。
差错校验
1、差错检验域是对报文内容执行
“冗余校验” 的计算结果，占用2字节
2、采用CRC16,计算方式见附录A.。
3、发送时校验值的低字节在前，高字节在后
六、报文帧分类
在数据线上传输的报文帧分为三类：
1、请求：由主节点发出
2、响应：从节点对主节点发送信息的正确回应
3、异常响应：从节点对主节点发送信息的异常回应，用来提供处理过程中与被发现的差错相关的信息；
七、事务处理
一旦从节点处理接收到的请求，根据处理结果，可以建立两种类型响应：
1、一个正常响应：响应功能码
= 请求功能码
2、一个 异常响应:
响应功能码
= 请求功能码
+ 0x80；
提供一个异常码来指示差错原因。
八、
异常响应
主节点发送请求后，将发生下面四种事件之一：
1、如果从节点接收到无通信错误的请求，并且可以正常地处理询问，那么从节点设备将返回一个正常响应。
2、如果由于通信错误，服务器没有接收到请求，那么不能返回响应。主节点将最终处理请求的超时状态。
3、如果从节点接收到请求，但是检测到一个通信错误（奇偶校验、LRC、CRC、...），那么不能返回响应。主节点将最终处理请求的超时状态。
4、如果从节点接收到无通信错误的请求，但不能处理这个请求（例如，一个不能识别的命令），从节点将返回一个异常响应，通知用户错误的本质特性。
异常响应报文有两个与正常响应不同的域：
功能码域：在正常响应中，从节点利用响应功能码域来应答最初请求的功能码。所有功能码的最高有效位（MSB）都为0（它们的值都低于十六进制80）。在异常响应中，从节点设置功能码的MSB为1。这使得异常响应中的功能码值比正常响应中的功能码值高十六进制80。
通过设置功能码的MSB，主节点能够识别异常响应，并且能够检测异常码的数据域。
数据域：在正常响应中，从节点可以返回请求中要求的任何报文。在异常响应中，从节点返回数据域中的异常码。这就定义了产生异常的从节点状态。
异常码代码名称含义01非**能码
所寻址的从节点不支持该功能码02非法数据地址
接收到的地址是不允许的或不能操作的
03非法数据值
收到不能够使用的非法数据
04从站设备故障
数据处理中发生错误
05确认
从节点已经收到并在处理这个请求，但用时很长
06从属设备忙
从节点忙
08
九、收发状态
主节点状态
1、状态 “空闲” = 无等待的请求。 这是电源上电后的初始状态。 只有在”空闲”状态请求才能被发送。发送一个请求后，主节点离开”空闲”状态， 而且不能同时发送第二个请求。
2、当单播请求发送到一个子节点，主节点将进入”等待应答” 状态， 同时一个临界超时定时启动。这个超时称为
“响应超时”。 它避免主节点永远处于”等待应答” 状态。 响应超时的时间依赖于具体应用。
3、当收到一个应答时，主节点在处理数据之前检验应答。在某些情况下，检验的结果可能为错误。如收到来自非期望的子节点的应答，或接收的的帧错误。在收到来自非期望子节点的应答时， 响应超时继续计时；当检测到帧错时，可以执行一个重试。
4、响应超时但没有收到应答时，则产生一个错误。那么主节点进入“空闲” 状态， 并发出一个重试请求。重试的最大次数取决于主节点的设置。
5、当广播请求发送到串行总线上，没有响应从子节点返回。然而主节点需要进行延迟以便使子节点在发送新的请求处理完当前请求。
6、在单播方式，响应超时必须设置到足够的长度以使任何子节点都能处理完请求并返回响应。而广播转换延迟必须有足够的长度以使任何子节点都能只处理完请求而可以接收新的请求。
从节点状态
1、状态 “空闲”
= 没有等待的请求。 这是电源上电后的初始状态。
2、当收到一个请求时，子节点在处理请求中要求的动作前检验报文包。不同的错误可以发生于: 请求的格式错，非法动作，…… 当检测到错误时，必须向主节点发送应答。
3、当要求的动作完成后，单播报文要求必须格式化一个应答并发往主节点。
4、如果子节点在接收到的帧中检测到错误， 则没有响应返回到主节点。
最近公司做个项目，用到串口，根据MODBUS协议，自己又整理了一下以适应自己的项目，还不完善，借楼主宝地贴出，希望对楼主项目有所帮助。
送楼上一条裤子
提点建议
1、个人感觉匠人应该重新布局调整一下界面，感觉现在界面太紧张了，以后有什么功能扩展都不好加，个人感觉应流出余量。
2、能否集成检验码计算软件
3、“基本功能”里面自动发送间隔时间是否没有。
供楼主参考
电表协议国标
MODBUS协议中文版