KUKAVARPROXY 开放了源码 https://github.com/ImtsSrl/KUKAVARPROXY ，得以查看如何应答客户端的实现部分。
概括来说，KUKAVARPROXY启动后，会建立一个UDP对象监听 6999 端口，如果收到报文 “WHEREAREYOU?”，则会向客户端的 7000 端口发送 “KUKA|” & $MODEL_NAME[ ] & “|” & $KR_SERIALNO 的UDP报文，客户端收到后就可获取服务端的信息，包括型号、序列号，当然也可以包括服务端的 IP 地址。
在上一篇文章《KUKAVARPROXY 在 KRC4 中接收和发送消息的格式 (1) 》中，LT 囫囵吞枣分析了 KUKAVARPROXY 数据收发消息格式，虽然贴出了分析内容和源代码，不过还是不够直观，所以 LT 决定用形象的方式再分析一次 KUKAVARPROXY 的报文格式。
modbus 是常见的工业通讯协议，几乎被所有的设备支持。如果能在软件中增加 modbus通讯功能，无疑对于应用来说是个很吸引人的卖点。
通过这篇文章，可以了解到 modbus 的概念和调试环境的搭建，以及 libmodbus 的在 Qt 中 使用。
一般来讲，编译生成 Qt5 应用程序后，直接双击应用程序，会跳出缺少这个 dll 缺少那个 dll 的错误。那么怎么来找齐这些 dll 呢？
作为数据交换媒体，U盘目前还是常用的一种形式。在实用的App中，就存在检测U盘插入和拔出的需求。LT 对这个需求做了一些搜索和验证，结果当然是做出来了。不过感受到网络上的资料并不是拿来就能用的，还需要分析和判断。
经过折腾，上一次的树莓派系统终于死翘翘了，于是一切归零，格式化了TF卡，世界安静了。
Qt 编写的应用程序，需要调用Windows API，对系统进行重启 和 关机，代码来源网上，稍作修改，笔记以为方便。
