日本人的脑回路

先请听我把前因后果说明白，再来一起吐槽一下吧。

最近做的项目，需要日本人做的机器手来上下料。

这时两设备间的对接信号就不可避免了，问题就在这。

项目的实际需求是，双方需要互传产品型号的尺寸数据，和上下料动作过程中的交互信号。

我自己常用的解决思路是：网络型通讯（TCP/IP，ModbusTCP，西门子S7通讯），做好信号的保护机制，大部分项目都能解决；普通的IO通讯，做没有网络的，或者安全性很高的，比如急停，防撞等保护信号；还有其他一些串口通讯等也可以做。

项目前期沟通，日本人定的是用IO来交互，IO的位交互对于交互有word类型的数据，是很占用资源的，我们通过翻译，询问了为什么不用通讯等总线方式，回复是，他们机器手需要和不同的设备来上下料，前面方案已经定下来了，就是使用IO交互方案，后面就保持一致。

我们是工控机的主控（没有三菱PLC，没有后面提的支持三菱的CCLINK），最后我们买了64位输入64位输出的研华IO卡，以为事情就暂告一段落了，只是后面接线麻烦。

项目到了最终对接时候，发现日本人直接给我们甩来四根线，他们要用CCLINK来做通讯！什么情况？不是IO吗？赶紧翻看核对之前确认的技术文档，发现有这么一行字：“装置侧假设是CC-Link组件AJ65SBTB1-32D 2個、AJ65SBTB1-32DT 2個敝司准备”，这，杀的我们措手不及，前面开会明明说好的IO呢。

好吧，紧急找了AJ65SBTB1-32D，AJ65SBTB1-32T各一个，可以应急测试了，然后再紧急采购缺少的部分。确认发现日本人发的“AJ65SBTB1-32DT”模块是16输入16输出，要是照着他们说的买，就会被坑。

这时候，我们的线路变成，研华IO卡的输出->AJ65SBTB1-32D，AJ65SBTB1-32T->研华IO卡的输入，我们一大把将近128根IO线路，变成给日本人一条CCLINK总线，给他们设备使用！

在我这边看，这简直就是炸裂的通讯方式了！