写点内容，发现标题真的有点不好起名字了，回忆的内容也写了好多，但每次好像都能有新的滋味。

S7-300是可谓一代老将了，能力太强，让新一代的S7-1200/1500小将江湖闯的也有点坎坷，用习惯了300，在新的项目上一般还是希望继续用，毕竟自己熟悉的东西，维护起来还是更简单一些，毕竟对用户来说，出了故障还是要处理的更快才行。老将再能打，也终究赶不上时代的步伐，将迎来自己退役的光荣时刻。而我们也是一代从初生牛犊不怕虎的少年，到了已经过了而立之年，迈向不惑年。

从毕业到现在，算算已经由17年了，一直在接触西门子的产品，也一直在从事运维方面的工作，兜兜转转的也没有离开轧钢穿管行业，刚毕业那会儿啥都不会，大部分用的还是S7-200的PLC，只有部分重要的设备用的是S7-300，那时候感觉300PLC好高大上，也给人一种比较高深的感觉，还记的当时因为STEP7软件应用不熟练，把一炉子钢管给搞费了的生产事故，因为不懂，所以不知道是自己误操作的原因，让当时车间的工程师来回排查了三四个小时，才弄明白原来是自己的锅。

后来慢慢熟悉了，自己也会进行编程，各种梯形图 SCL STL也都会点，PLC之间的通讯也慢慢熟悉了，那个时候就到了2011年左右了，前后的几年是和300系统解除最密切的时候。车间里面大部分都是315-2DP，通讯当然大部分用的都是Profibus-DP通讯，以太网只是用于和电脑的WinCC通讯。还记得有一台315由于控制的设备比较复杂，扫描周期到了10多ms，其中有一条高速辊道，运行时线速度能达到20m/s，需要从辊道上运行过程中把钢给抛下来，在生产中，同样的参数设置和运行状态，但是在抛钢的过程中，总是相差很多，换热检 电源啥的总是不能解决，最后厂家说要不更换个CPU试试，之后更换了性能更高的317，扫描周期以下到了5ms以下，再生产一下子运行就非常稳定了，这次让我知道了CPU的扫描周期的重要性。

比较难处理的故障，不得不说一下通讯方面的，前后也经历过几次比较难判断的通讯故障，一次因为接地问题，电焊机大电流串到了DP头上，导致烧了一串，当时把我们公司所有的DP头都协调过来才全部恢复的，处理过程就是从CPU端一个站一个站的排查，一个站一个站的换DP头测试，才处理好的，那次故障也是处理了四五个小时。还有一次悬而未决的故障，到现在不知道什么原因，PLC到一个远程站间断性的有通讯故障，也找不到什么规律，每次出现故障，我们都进行更换模块、DP头和DP电缆，单独做接地线，甚至后来都改成光纤通讯，到最后一次处理过程中莫名其妙的好了之后，也不知道具体是什么原因，想来应该是干扰导致的吧，虽然没有找到干扰源。

到了18年，公司里面上了新项目，开始真正接触1200/1500系列，调试的时候，那时一开始调试，很多厂家的工程师用1200/1500的PLC还不习惯，于是还和他们一起吐槽，感觉不如300的好用，有得厂家程序从老项目移植过来，程序全部变成了语句表，维护的时候看的很是头疼。不过随着技术的发展，现在的博图软件也是用起来越来越好用了，虽然作为老大哥的300退市在即，作为小弟的1200/1500已然能够接过接力棒，继续把各种优良的传统继承下去，并发扬光大，成为新一代的经典。

写着写着，有点工作总结的感觉了呢