U-con（用户可配置）
在日常的项目实践中，我们常常遇到使用标准协议的底层设备。所谓的标准协议，指的是通信双方约定俗成的一组规则，是设备间通信交流的共同语言。
这种标准协议包含了三个关键要素：
第一是语法，即数据与控制信息的结构或格式；
第二是语义，即需要发出何种控制信息以完成特定动作或响应；
第三是时序，即事件实现的顺序详细说明。
尽管大多数设备遵循这些标准协议，但仍有一部分非标准协议的通讯设备存在于实际项目中。这时，KEPServer上的标准驱动程序可能无法满足这些设备的通信需求。U-con driver的引入为我们提供了灵活的解决方案。下面我们将详细介绍其在实际应用中的配置流程：
1. U-con配置详解
1.1 新建一个channel，并选择U-con driver；
简单来说，就是开始一个信道配置，并选择U-con驱动。
1.2 配置串口属性，然后按照提示进行下一步操作；
我们需要设定串口的各种属性，然后按照操作提示进行后续设置。
1.3 新建一个device，并持续进行下一步；
接下来，我们需要创建一个设备。
1.4 在设备设置中，双击以打开Transaction Editor，并配置通信报文；
在设备设置界面，双击开启事务编辑器，进行通信报文的详细配置。
接下来的步骤包括：
新建一个tag；
成功创建标记点后，进行写字符命令配置；
读取并配置响应报文的属性；
更新标记点的属性配置。
还有构造写命令、更新服务器、保存配置等步骤。
2. U-con的细节应用
2.1 启用Communication diagnostic，方法是在channel上双击，然后选择General-Enablediagnostic；
这一步是启用通信诊断功能。
2.2 打开Communication diagnostic，通过点击工具栏的view-Communication diagnostic；
这是为了查看和诊断通信状态。
3. KEPServer使用进阶
在项目中使用KEPServer时，我们可能会遇到一些使用上的问题。通过查找资料、与KEPServer技术人员的沟通以及自我测试验证，我们可以解决这些问题。以下是常见问题及解答：
3.1 对于mobdus协议，当按照设备资料提供的地址添加点却无法如期采集到设备数据时，我们可以在资料提供的地址基础上加1（或极个别的需加2），因为对于mobdus协议来说，0地址是作为广播地址使用的。
3.2 当地址正确但读取的数据有误时，我们需要检查数据类型。不同协议或设备的数锯类型可能有所不同，因此需要选择正确的数据类型进行读取。
3.3 如果在地址和数据类型都正确的前提下读取的数据仍然有误，特别是涉及双字（如float、Dword等32位数据类型）时，我们需要检查设备的数据高低位与KEPServer的数据高低位是否一致。
3.4 对于数据处理，我们可以在每个tag的属性scaling中进行设置。例如，对于线性变化，我们可以通过设置Raw Value Range的High和Low来对原始数据进行放大或缩小。
3.5 当某一设备通讯中断导致同一channel下的其他设备通讯阻塞时，虽然KEPServer采取轮询方式通讯，但我们可以尝试为每个信道分配一个独立的device。或者根据KEPServer技术人员的建议，设置device属性Auto-Demotion（自动降级），以防止阻塞。
3.6 在Datalogger中，如果将所有信道的device放在同一个Logger下导致某些设备数据不记录而某些设备却能记录时，我们需要为每个device分配一个独立的Logger以避免轮询时的阻塞问题。
通过灵活运用U-con的配置和KEPServer的高级功能我们能够更好地适应各种通信设备和解决可能出现的问题。