哈喽,大家好啊,我是雷工!
曾经看到稻盛和夫说过这么一句话: 其实钱并不是赚来的,而是你帮助别人解决问题后给你的回报。 这天发生了件小事,让我对这句话有了更深的认识。
自从开始记笔记,经常会各种记录,自己工作中遇到的问题也会整理记录下来。 记录解决问题的过程,防止再次遇到相同或类似的问题,自己也忘了之前是咋处理的了,起个备忘作用,再次遇到时根据之前的记录可能就会很快的解决同样的问题。 不用再浪费时间各种查资料,省的走弯路了。
有时间也会把一些笔记有选择的整理发到一些平台上。 想着有同样问题的能够通过记录解决类似的问题,也挺不错的。
前两天有个网友在某乎上私信问杰控组态的问题,我想杰控的组态软件也有些了解,现在虽然不咋用了,但毕竟之前用了几年。
本来想着如果问的问题正好遇到过,就可以帮忙解决下,结果说啥dos和gds, 啥东西啊,听得我一脸懵逼。 但本着学习的心态,聊聊也了解下说的是啥东西,便留了 V。
加上微信一聊才知道,啥DOS,原来是DCS。
基本问题就是:要用杰控软件采集DCS的数据,然后再上传省公司,遇到的问题是通讯已经建立成功了,但是采集到的数据不变化,都是0,实际用OPCClient软件是可以看到两个变量是有数值的。
经过进一步了解,其是通过杰控的OPC代理服务,采集DCS中OPC服务器上的数据,杰控软件再通过自己的驱动FMTCP与OPC代理服务建立连接,获取数据。
然后就是进一步了解现场情况,排查原因. 杰控的OPC代理服务配置完新点位需要结束进程,再次启动才会生效。
之前遇到过杰控OPC代理服务,中间配置点位错误导致后面配置点位数值都异常的情况。 所以让其检查是否会是这种情况。
本来我以为其说的一期二期是同一个DCS,她是在之前OPC代理服务的配置文件基础上向下添加的点位,但通过其发的截图,发现是个从头开始的OPC代理服务配置文件。 所以又向其进一步确认一期二期是否是同一台DCS。
这里比较尴尬,都说是用的OPC代理服务了还让人确认DCOM有没有配置。 用OPC代理服务就是为了避免配置DCOM麻烦啊,傻掉了,问这种问题。
而且用的是OPC代理服务,没有配置DCOM,根本没办法在杰控端用OPCClient测试,要是测试的话,也得用Modbus TCP软件。长时间杰控不用疏忽了。
为了减少干扰,让其只配置其中一个有数值的点位,看是否能正常显示,结果还是不行。
视频远程看了下,看的时候就疑问,设备号这为啥是4?我印象中没设置过这为4啊。但对方说因为一期用的1和2,巴拉巴拉,我有点自我怀疑,然后其他也没看出哪有问题。 就说先挂了我想一下,后来越想越不对,想起来以前在沙河长城玻璃那采集数据时,因为采集点位过多地址超了1024,设备号那才接着用的D2。 于是告知其将设备号改成1试下。
结果就是设备号那里设置的问题。改完后数据都正常。
自己会的东西能帮到别人,还是挺开心的。 就是这周末愉快,有点愉快不起来,你是安心过周末了,我还惨兮兮在项目上加班呢。 不过萍水相逢的网友,向人吐槽也不合适,还是礼貌的回复到:周末愉快!!!
01、记录的重要性
从解决问题的过程可以再次发现记笔记的重要性。 只有善于记录、总结、复盘才能将经历转化为经验,才能再再次遇到同样问题时高效的解决。 在看到设备号是4时感觉不对,对方巴拉巴拉一解释,自己先自我怀疑了。 难道我记错了? 这时候要是有之前做同样事情的笔记,可以直接找出来查看下记录的过程。然后就可以快速反馈给对方解决问题。 好在是现如今是隔了七八个月没接触杰控软件,有些东西就淡忘了,但还有点印象。 这要是过个七年八年的,估计忘得毛都不剩了。 但要是有当时的记录就不一样了。 可以翻看记录,照着做照着回忆,或许就能把当下的问题解决。
02、利他之心 俗话说:抱利他之心,行利他之事,命运自然就会好转。 像这次网友处理问题,本来就是抱着帮忙的心态看看是啥问题,恰好知道的话就帮其回复一下,举手之劳的事。 没想到还能收到个小红包,也是有点小开心。 不过也理解。 你想,遇到个问题,自己鼓捣了一整天了都没解决,解决不了,明天还得再耗不知道几天。 突然有人出现帮忙解决了,能不开心嘛。 所以抱着帮助他人的心理,多做帮助他人的事情,说不定命运真的会变好。
03、 回报
真心帮人解决问题真的会有回报。 我们的确该思考下,在这个社会上,我们能帮助他人解决什么问题? 不说是要命的问题,像是急人之所急的问题,你能够帮其解决。 那么不用说,必然会有回报。别人肯定会感激你的帮助。 在你的帮助下别人越来越好,也不会忘了你。 在你的帮助下别人赚到了钱,不会给你点回报么。 其实我们找工作上班,其实也是在帮公司为客户解决问题, 因为我们能解决问题,所以公司给开工资作为回报。