某台分析仪支持ModbusRTU通讯，然而通讯接口是USBClient，内部接口芯片用的是CP210X。
接到PC没有难度，还有官方软件，接PLC就只能靠额外的设备中转，相当于需要一个带USB口的串口服务器。手头有linux嵌入式主机可以实现这个功能，不用写一行代码，只需要找到软件、配置和驱动模块，揉到一起就行，PLC只能自己去实现ModbusRTUoverTCP或overUDP协议了。
现实世界总是充满了陷阱和意外，举一把粟子：
在OpenWRT系统（淘的硬改的迷你路由器）上，用opkg包管理工具装上驱动、ser2net软件，做好配置就能测到回应数据了，可惜USB串口总是卡死，重插又能通一小会儿，如此反复，其它部分却相当稳定。
在arm-linux嵌入式主机上没有软件源，程序只能自己找源码编译，还是交叉编译，操作麻烦一些。工业级设备希望可靠性足够高吧。
ser2net有2个依赖库，gensio和yaml。硬着头皮编译，有一个需要python-dev包，没装成功，还好有配置项可以把python功能关掉，反正只是测试程序在用，编译好的ser2net连带依赖库的.so装到目标主机，顺手做了配置。
还缺少驱动，这应该是个大麻烦。目标机自带了ftdi、ch340、pl2303的usb-serial驱动，cp210x的只能到网上找找了，*的有驱动源码，但Makefile写得很烂，没法支持交叉编译，改起来没有头绪，试试其它途径。
幸好还有linux的源码包，里面有需要的驱动源码。好在不用编译内核，不然要花很多时间，只编译模块就很快，但相应的设置修改不能省
安装驱动模块自然也不顺，先是magiccode对不上，选错芯片了，重选了才好，应该是指令集相同就行
insmod可以用，modprobe没成功，能用就行吧。
联机测试发现波特率不匹配，分析仪不回应，改对了就行。
分析仪回应的数据帧被分多段转发了，由于使用了UDP协议，不能靠延时接收处理，配置转发程序的字符间隔时间好像不起作用，只能自行拼接字节数组了。TCP有TCP的麻烦，UDP有UDP的不便，想着UDP可以实现用一个PLC连接，查询多个设备就去堆代码了。
手册没有提供Modbus地址表，暂时懒得去找了，盲猜到了2个主要浮点数据，先把通讯建起来吧。
还差一些设置项，比如驱动没有自行加载，ser2net缺少服务设置，都直接写进启动脚本。
最后做验证，重启嵌入式设备、PLC、插拔USB线缆、网线，通讯至此已正常，稳定性还有待观察。
通讯的坑只能一个接一个的去填，幸好没被卡死，希望路越来越好走吧。
