哈喽,大家上午好呀!又和大家如期见面了!
先按大类写子程序,例如自动,手动,报警,然后子程序中写FB块,FC程序,如伺服的使能,控制,变频器的控制FC,气缸控制FB,然后在main中把各个子程序根据基本逻辑串起来,基本可以很顺利的完成一个工程了,而且后期维护方便,一定要建立系统的FB块,前期痛苦,后期太香了。
DB块也要分门别类的建立好,后期人机交互,数据调试,都很方便的。日系的PLC这些都不太友好,欧系的比较好,codesys,twincat3,TIA多多练习。
改变无从下手编程问题,很多人看着很麻烦,但是套用之后,检查很方便!不要为了节省时间而选择效率低下的捷径方式。
百度,知乎,哪款plc找相应的论坛问老哥,哔哩哔哩,找培训机构的老师白嫖。
第一条写了考虑到后期可能出现问题,更要考虑维护,所以程序一定要记得写注释,程序庞大臃,别人看不懂还行,自己看不懂才是最惨的。
博途平台块可太方便了。对于麻烦且经常使用的程序,打包成块并命名,之后任何程序都能立刻无限调用,只需要改引脚就行。
很多人发展到后期,会遇到编程瓶颈,遇到太多不懂的概念,很多东西会但是不理解,就是理论系统欠缺。可以去咸鱼类似的二手平台淘书,我本人很不爱看书,但是坚持看书的习惯,直到后来看到最基础的电工大全,突然懂了技术里为什么这么做。学习是需要循序渐进且脚踏实地的。对于刚入行的小白,一定要实操练习。同理可以去二手平台淘设备练习。或者去培训机构系统学习。
创建UDT允许构建结构。从一个应用程序导出的结构可以应用到另一个程序中。允许使用通用术语来描述组件。例如:“开始”。。。。UDT不需要使用基于标签的系统,但是它们确实需要更有效的利用符号。
很多人一上来就开始写程序,因为他们觉得写程序是最难的。但恰恰相反,写程序是简单的,拿到项目第一件事就是搞清楚业主需求,我们是拿钱办事的,服务态度端上来。把需求全部列出来,然后挨个解决,脑子里有框架,先想好用到多少点,一个个列出来....
以前遇到一个业主非要花里胡哨搞一堆,你不弄,还说你不行,期间又一直改需求,不然做完了让你改,就很难办。所以一定要一直沟通,理清需求,善于沟通。
很多大佬都会分享在项目上遇到的问题,而且详细附录自己解决方法,主要去学的是解决思维,诊断方式。多跟大佬思维碰撞,沉淀自己,切记工作经历≠经验。多积累经验才能在工控领域拥有核心竞争力。
比如小编觉得可以写九条技巧,但第九条属实没想起来。。有人可以留言补充吗?
最后祝你们拥有美好的未来呀~