西门子S7-300PLC6ES7322-8BF00-0AB0

设备出现闪烁急停，复位后又能继续工作，便是好景不长，不确定的出现。

因为没有方向，先从SLM的主触器跳电查找。

检查了接触器的电源是正常的，SLM的端子也检查了没有松动，此时想更换SLM，可是工程太大，也没有时间允许做，我也就在查SLM是怎么控制的。

出现问题时DB303.DBX6.0断了信号（红圈部份），我强制一个信号M50.7也没有用，还是闪停，查了DB303.DBX6.0信号只有读的地方，没有写的地方，是来自安全模块的程序，程序是保护的看不到。

等到快下班的时候，由于是元宵节也想回家了，所以交代接班的人查下面的程序 。

我下班了，生产还在免强进行，可是到了20:00生产进行不了，现场人员换了CU320，由于订货号一样，参数写进去CU320出现版本报警，只能把老的换上去，可是换上去CU320还是报警，机器完全停机了。

没办法21:00我从家里打的到公司，把项目重新下到机器上，没多长时间，机器总算可以运行了，但是还是有闪停。

我查了一下CU320的报警记录，信息如下：

根据信息记录SLM的电流但是是正常的。

查到此地，我又回到下班时看的程序，找到了DB303.DBX6.0是从FB121安全功能块来的。

这个块是6号站的模块编译生成，然后我们就记录6号站的安全块的输入点I32.0

此时我们发现I32.0有闪断，是6号站DP有闪断。

站点现在是这样接的，闪断前HMI是接在6号站后的。出现问题我们改了接线，通过更改闪断一天出现一二次，基本不影响生产，但是又出现了16和15号站断网，这个不影响机器运行。

我就把HMI换成新的，在传HMI的项目时，因为是OP73，刚开始没有改屏的波特率是187.5，项目传不到屏，DP地址是对的呀！再仔细检查把波特率改到1.5M才传完项目，换了新的屏后，故障还是一样。

改了DP线走向机器急停出现的少了，基本不影响生产，但问题还存在，给了我喘息的时间

接下来我准备将HMI直接接到中继站了，这样16和15站不出现断网，如果6号站偶尔出现闪停，我只能更换中继站了，因为中继站前的7号站是正常的。

期待我较后的结果吧，（6号站的模块都换过没有用）等中继站买回来换上去试试。 

3月11日又将HMI单独接了一路，

16和15号站是一路，结果16和15号站还是有断网，在中继站模块没有回来之前，看来只能换一下16和15号站的DP线试试了。

今天已经3月16日了，从诊断缓存记录没有找到16和15号站断网的信息，奇怪自已自修复吗？

3月27日换了中继站，目前正常，再观察一段时间，半个月之后如果正常我想问题是应该算找到了。

今天是4月16日了，换了中继站没有出 16和15号站断网，可以判断是中继站故障了，问题可以划一个句号了

 上手调试SIMATIC IOT2000有一段时间了，Node-RED用得比较少，主要使用Python和C编了一些的功能,  再配合上Shell 的各种功能，感觉这个产品的确开放性较佳，常见功能几乎应有尽有，虽然和PC比还有些限制，但是使用起来也已经很灵活了，于是逢人便夸。

      前段时间有同事捎给我一款刚拿到手的新IOT让我帮忙瞅瞅，拿过来仔细一看，原来这就是传说中的MindConnect IOT2040。

       如果不看盖板上的文字，真是分不清这兄弟两个谁是谁。即使拆开来看，里面看上去也是一样的主板。但他们确是有不同用法的。

      上两幅图中，左边的是MindConnect IOT2040，右面的是SIMATIC IOT2000。图中的SIMATIC IOT2000是我自己使用的那套，具体型号是SIMATIC IOT2040，Intel Quark X1020 处理器，1 GB RAM，内置Arduino 扩展板和Mini PCIe 卡的接口，我在其内部加装了1张4G网卡，并引出的天线馈线，这样已经可以采集设备数据，并向云端发送数据，另外还设计了一些边沿计算等功能。只要你Linux使用熟练，有一定的编程能力，那么这款产品可以具有比较好的拓展性，实现丰富的定制功能。

      而MindConnect2040 基本上对用户是一个黑盒子，因为它屏蔽了很多底层的细节，较大程度呈现给使用者简单的交互和设置方式，*任何编程。

      做一个总结：

      SIMATIC IOT 2000是开放的Yocto平台：支持 Node-red, Python, C/C++ 等等语言，并且支持拓展硬件，支持MindSphere，也可以和第三方云平台用各种开放的方式进行连接。

      MindConnect  IOT2040是专为Mindsphere设计的数据采集设备，上手快，易用免编程，只能配合MindSphere使用。