欧姆龙CP1E通讯详解

欧姆龙CP1E-N系列：

写作原因：

欧姆龙PLC很少接触，最近有项目用到欧姆龙PLC而且需要用到485通讯，项目很小代码量不大，本想着很快就可以搞定，可没想到遇到各种坑。
以至最后比预期的时间成倍的增长，而原因是大量的时间都浪费在了想当然和没想到上，所以写这篇文章也是给用到的朋友们节省时间。

最主要的意想不到

此次项目需要485通讯，而拿到的PLC只有232口（很无奈但这也是小企业经常遇到的问题），这倒不是问题，加一个转换模块就可以解决（后面却是耗费时间最长而其实最简单的问题）。

很奇葩的设计

按最初的想法，找来了转换模块，编写了最简单的程序，先试验一下通讯功能。（这里吐槽一下下，官网上居然没找到PLC编程软件，又是各种下载各种不合适之后终于找到可以用的软件）盼望的奇迹果然没出现，很轻松的失败了，但也没放心上，看了编程指导和样本的介绍。然后就是各种改程序，指导手册写的也不是很用心。

按照手册里说明，串口定义很自然的选了1，并且看到手册里的例程有串口发送准备好的状态标志位A392.05

在试验时发现A392.05标志位始终都无法接通，而且串口始终都无任何输出。抱着试验的心态将控制字的串口定义改为了2，奇迹般的发现A392.05可以通了，并且奇怪的是当编程口的USB线拔掉的时候，串口居然能收到数据了（用的串口助手在电脑上查看数据），虽然收到的全是FF或BF等乱码。
于是考虑是否波特率，启停位等设置或程序编写有问题，于是开始了在错误的道路上一通狂奔。当一次次被虐之后，基本就要放弃了。无意中在官网上点击了在线咨询，没想到回复很快（这里要表扬一下）。客服肯定的告知：这个型号只能选1，并且客服发了一份说明，告知可以监视串口传送的错误代码寄存器。

错误代码说明

A528.00-07 內置的RS-232C 埠出錯標誌
這些標誌指示內置的RS-232C埠發生的錯誤類型。
·在內置的RS-232C埠重啟時自動置OFF，重啟旗標為A526.00。
·在NT 連結模式下僅位元5( 逾時錯誤)有效。
·串列PLC 連結主站單元：
位05：發生逾時錯誤時置ON。
串列PLC 連結從站：
位03：發生成幀錯誤時置ON。
位04：發生超限錯誤時置ON。
位05：發生逾時錯誤時置ON。
這些位可由CX-Programmer 來清除。
設定：
位00和01：不使用
位02：發生校驗錯誤時置ON
位元03：發生成幀錯誤時置ON
位元04：發生超限錯誤時置ON
位元05：發生逾時錯誤時置ON
位06和07：不使用

当我打开监视时，惊奇的发现没有任何错误
随后又是一通被虐，最后实在没办法又找了客服同志，大致说明了一下情况，客服也没办法了。无意中提到为什么收数据时需要拔掉编程线，而且都是乱码，客服灵感爆发的告诉我，端口的4脚和5脚需要短接，然后又发了我一份说明

串口硬件说明

这里面居然红色字标明4和5脚要短接，可5脚是地，这是什么神仙操作？再仔细看，发现了令人发指的更改，9脚为地。这让我怎么能猜的出？
赶紧对串口进行更改，这回终于接收到了正常的数据。于是心中…
用标准的串口，然后不按标准的引脚，网站里下载的手册里还不提示。
Oh MG…

软件的注意点

PLC的寄存器D是字寄存器也就是16位的，包含两个字节，串口发送是按字发送，发送命令里要设置的发送数量也是按照字节算，所以每个D寄存器应该算2个字节的发送量
例：
起始地址D100，发送数量3
发送顺序是这样的：
D100高字节
D100低字节
D101高字节
所以存放是需要用移位等命令将字节组合一下。
接收也是一样的道理，解析接收数据时，需要拆分寄存器

补充说明：

软件里的设置项里需要设置波特率，发送格式和协议：

自定协议需要将模式设定为RS-232C格式（只有这个格式可以用TXD和RXD命令），MODBUS-RTU是靠写寄存器来实现传送的，（这是从手册里看到的，并没有试验，不知道是否还有什么惊喜）

总结：

232口虽然用的标准9针串口，但引脚定义是特殊的，需要注意地脚，4脚和5脚要短接，软件里的控制字，如用232口：写入1 ，用485口：写入2
每个D寄存器的存储字节数是2个，发送之前要将字节组合