编比改好， 比修修补补要清爽多了

重新编写与修改程序，其实首先主要取决于你对设备工艺的理解和经验的累积，两都都不难。

没啥具体区别，都差不多

西门子PLC全系列备货 私

编程序和修改程序哪个难？具体情况具体分析

1、如果说攻城狮对设备工艺流程熟悉，写程序和改程序都相对容易，当然熟练程度越高，难度越低，反之则难度越大；

2、针对新设备写程序相对容易一些，毕竟自己写程序一步步来，按部就班规范写，容易识别和现场修改，效率较高；

3、如果程序是别人所写自己修改，难度大一些。一是看对程序阅读理解程度，二是看原作者书写程序规范和水平；

4、总之难易程度不好比较，熟练地分分钟搞定，不熟练的一个星期都搞不定，甚至最终失败告终。

建议攻城狮写程序的时候严格按照规范来写，不要随心而欲发挥。就如规范设计一套电气原理图一样，越明确详细越容易后续处理。

1.改程序先要读懂程序

简单的程序修改，不一定完全读懂逻辑，找到目标位置，闭着眼改过来基本就能试车成功，一般比较容易；大多数情况下，程序稍显庞大，加上原作者思路“清奇”，没有注释，对工艺又不熟悉，读懂程序逻辑是一件令人抓狂的事情。

只要条件时间容许（掌握工艺要求，熟悉动作流程，有充足时间），宁可写程序不要改程序。

2.写程序需要掌握控制对象的工艺要求

现场程序比较庞大，对工艺又不熟悉，这种情况下不得不改程序。先尽可能多了解一些操作过程，工艺特点，对照I/O点位，理出大概脉络；其次努力“读懂”程序逻辑；以上基础上再下手修改。

3.对改程序的苦深有体会

可以说我这十多年从开始对台达PLC一窍不通到稍稍略懂台达DVP系列PLC，几乎一直在修修补补改程序中过日子，自己从零开始写的程序不多。改程序的苦深有体会，所以一有机会，我一定会结合自己的认识自己编写一套程序。一旦遇到问题，在源程序的基础上能改则改，改起来困难，我就用自己编写的程序替代。

编程和修改现有程序要看具体情况，写的太差的程序不如自己重新编写。写的好的程序还是修改方便。工作量太大的程序最后改程序，太费时费力。

改程序就是debug，如果需求很简单还能看着改改，不然改完一处，另外又报错，不如重新写

哈哈哈，你们说的都对。。。。

重新编写程序和修改别人的程序哪个更难，不能一概而论，取决于多种因素。

重新编写程序意味着从无到有构建一个全新的系统。这需要对整个项目的需求有清晰透彻的理解，进行全面的架构设计，并考虑到各种可能的情况和异常处理。如果需求复杂且独特，重新编写可能会面临巨大的挑战。

修改别人的程序也并非易事。首先要读懂原作者的思路和代码逻辑，可能会遇到代码风格不佳、注释不全、文档缺失等问题，增加理解的难度。而且，在修改时还需要小心翼翼地避免引入新的错误，同时要确保修改后的程序能够与原有的系统无缝衔接，不影响其他相关部分的正常运行。

如果原程序的结构清晰、文档完备、逻辑合理，并且修改的需求相对较小，那么修改程序可能会相对容易些。但如果原程序混乱不堪，需求变动又较大，那么重新编写或许会是更好的选择。

对于PLC来说，一般我都是倾向于重新编写程序，对于嵌入式来说，一般能移植则移植，方便快捷，一般嵌入式编程都是子程序化模块化比较多

没有绝对简单与容易之说，编需要整体的构思，变量的定义，操作界面的布局以及对控制工艺的掌握，改一般不会伤筋动骨，最少原有功能大部分正常（否则你也不会接收），那么你要改，仅涉及部件功能优化，读懂原程序是必要的，能分清修改区前后涉及的变量，加上你对工艺的完全掌握，熟悉组态编程工具使用技巧，自动控制理论要吃透，这样才能出场改，改的比原程序更佳。个人觉得改比编省事，编时我要考虑硬件布局，网络结构，盘箱柜布线线径，线槽的大小走向，接地排的位置，系统的冗余，与第三方硬件通讯的变量，操作界面规划，趋势显示，操作权限、报警等级等等。一套下来没有个把月拿不下来，而我改一套（局部），只要先读懂程序，熟悉工艺，隔绝修改区变量，再用控制逻辑替代，再仿真，也就2～3天时间，没人催。

有些程序想修改，但是都无法下载。

如果对硬件熟悉，自己编写一个。就调试麻烦些。

经常自己写程序的话，要修改别人的程序时，会改的血怒，小改动还好，大改动直接重写

那么省事那么来

想那么多，改程序一般是改造，或者有问题的情况下才搞，没问题谁去搞，如果是改问题，都是在生产哪有那么多时间去重新写

谢谢分享