三菱PLC之Q02HCPU 通讯数据（读软元件）破译记录

【本文发布于https://blog.csdn.net/Stack_/article/details/115797963，未经许可不得转载，转载须注明出处】

【通过其自带的圆形RS232 口读数据】

当接到破译Q02HCPU的通讯协议任务的时候，我是很懵逼的，因为我对PLC一窍不通。虽然说能通讯上采得到数据就能破译，但是不知道该用什么软件和Q02H通讯，因为不懂plc，而这款plc的网络讨论却约等于零。

搞了好几天之后才知道可以用QC30R2线缆连接电脑，电脑上安装GX Developer和Q02H通讯。

QC30R2一头插PLC，另一头为RS232母头。因为我的笔记本没有RS232接口，所以我用一条USB-RS232转接线和QC30R2连接。

但是搞了两三天，GX Developer和Q02H死活通讯不上，遂联系PLC代理，方得知他们用USB-232来通讯也失败了，必须直连电脑的232接口。

于是QC30R2通过一块232转接板（下图绿色小板）连接到一条232串口线以连接台式机的232口。

这样既能让GX Developer和Q02H成功通讯，又能从转接板上引出PLC的TXD线和电脑的TXD线。

两个TXD连接到RS232-TTL模块上，再串接一个USB-TTL模块就能在串口助手上监听数据。

注意：一个RS232-TTL模块只能接其中一路，也就是要两个模块才能同时监听，两个TXD都接同一个模块会导致通讯出错。

然后操作GX Developer（离职好久了，这个软件的操作我也忘了）和Q02H建立通讯并查询软元件数据。

令我傻眼的是一次只读一个软元件，数据量也是很大的，到项目完结之后都还不清楚很多帧字节的作用。

【协议参考】

经过一两个月的破译，发现了部分规律，因为过于复杂而我又要离职了，所以就没有继续搞下去。起码是能采集到数据完成了任务。

在公司里的Q02H上测试能成的，采客户生产线上的Q02H就出错了，好一番研究才发现虽然两台PLC型号都叫Q02H，但它们的软元件数量和起始地址不一定一样。

客户催着要结果但是他们机器24小时运行，等好久才能有一次短暂停机，在这个间隙我抓紧时间调试，客户又在旁边叨叨我们会不会搞坏他们机器。

于是图省事，改了一下软元件起始地址，把采集写死了（只采那几个软元件）。要是他们改了PLC程序数据地址导致采集出错也不关我事了（\doge）