3. DataMan通信接口与数据采集

DataMan读码器本身只完成“成像—解码—输出”三件事，但输出走哪条通道，直接决定了上位系统能拿到什么、拿多快、能不能回传图像。工程上常见的五类通道是：原生TCP/IP（含Telnet/命令端口）、EtherNet/IP、PROFINET、串口（RS-232/RS-485），以及FTP图像与结果文件输出。它们不是互相替代的关系，而是常常并行使用：PLC走实时总线拿结果，MES走TCP拿字符串，质量系统走FTP取NG图像。

一、五类通道的定位与数据形态

原生TCP/IP是DataMan最“透明”的通道。读码器作为服务端监听端口（DataMan默认命令端口23用于Telnet式交互，结果输出常用自定义端口如9004），上位机作为客户端连接后，可收到触发结果字符串，也可下发触发、改参数、切程序等命令。它的优点是灵活、可双向、便于用脚本或Python快速验证；缺点是实时性和确定性依赖网络与上位机，不适合硬实时联锁。

EtherNet/IP与PROFINET属于工业实时以太网。二者都把读码结果映射到PLC的输入过程映像区，PLC通过输出区下发触发、程序切换、结果确认等控制字。区别在于：EtherNet/IP基于CIP，用EDS文件描述设备，常用隐式I/O连接（如100ms RPI）加显式报文配置；PROFINET用GSDML文件描述设备，通过IO控制器组态输入/输出模块，支持RT实时通道与诊断报警。选型通常由现场PLC品牌决定，而不是由读码器偏好决定。

串口是最“古老”但最稳的通道，常见RS-232点对点、RS-485多点。它带宽低（典型9600～115200bps），但抗干扰、接线简单、协议可读，适合只传短结果字符串、或作为总线故障时的备用输出。FTP则不是实时通道，而是文件通道：读码器把结果记录（.txt/.csv）和图像（.jpg/.bmp）上传到FTP服务器，用于追溯、复判和训练样本积累。它解决的是“留证据”，不是“控节拍”。

二、不同接口下数据采集的关键注意事项

TCP/IP采集：首先要确认读码器是服务端还是客户端模式。若上位机做客户端，需固定读码器IP并确认端口未被防火墙拦截；若读码器做客户端（主动上报），则要配置目标IP和端口，并处理断线重连。结果字符串的结束符（CR、LF、CRLF）必须与上位机解析逻辑一致，否则会出现“粘包”或“半包”。建议在结果前加触发序号或时间戳，便于与PLC节拍对齐。示例：设置结果格式为{TriggerID},{Code},{Status}\r\n，上位机按行读取并校验字段数。

EtherNet/IP采集：核心是EDS文件版本与固件匹配，以及输入/输出数据长度一致。PLC侧组态时，输入区通常包含结果状态字、字符串长度、字符串数据、触发计数；输出区包含触发位、程序号、结果确认位。注意字符串在CIP中常以SINT数组传输，需在PLC中做字节到字符串的转换。RPI设置过小会增加网络负载，过大则丢失节拍，一般从10～20ms起步按实际节拍调整。

PROFINET采集：GSDML文件导入后，需在IO控制器中分配设备名称和IP，设备名称必须与读码器实际名称一致，否则无法建立AR。输入/输出模块的字节顺序（大端/小端）要与PLC编程约定统一。PROFINET的诊断报警可把读码器离线、镜头遮挡等状态直接上报PLC，这是它相对TCP的优势。若现场有IRT要求，需确认读码器是否支持。

串口采集：波特率、数据位、停止位、校验位必须与上位机完全一致，RS-485还需注意终端电阻和A/B线极性。串口没有握手时，建议启用软件流控或固定帧长+结束符。长距离传输时降低波特率比提高重试次数更有效。串口适合作为总线故障时的降级通道，但不要用它传图像。

FTP图像与结果输出：需配置FTP服务器地址、用户名、密码、上传路径和文件命名规则。命名规则建议包含时间戳、触发号、结果状态，例如20250412_143022_0007_NG.jpg。注意FTP上传是异步的，会占用网络带宽和读码器CPU，高节拍下应只上传NG图像或按比例抽样，避免影响实时输出。同时要设置服务器磁盘配额和清理策略，否则很快写满。

三、通道选择与组合建议

实际项目很少只用一种通道。典型组合是：PROFINET或EtherNet/IP负责实时触发与结果回传，TCP/IP负责参数下发和调试，FTP负责NG图像留存。若产线节拍在200ms以内，优先用总线；若只是低速工位或实验室验证，TCP/IP加串口即可。无论选哪种，都应在上线前做三项验证：断线重连后结果是否连续、触发与结果是否一一对应、FTP文件是否与结果记录匹配。这三项通过，数据采集链路才算真正可用。