控制器上用的是INTEL的芯片,但那是普通的商业芯片吗?不用INTEL的,给你AMD的你敢用吗?什么叫增量下装次数不能太多?如果你写的程序垃圾语句一大堆,或者逻辑顺序颠三倒四,控制器能快得了吗?
“在线组态是骗人的,需要编译和重启服务器。”老大,上帝也不敢说他编的程序不需要编译就直接能运行了。你以为你冲着显示器喊个1+1,显示器就直接蹦出个2呀?“在线组态”是个什么词儿啊?从来只有离线组态,什么地方又蹦出个在线组态?SMARTPRO只是在增加或减少点的时候才需要退出服务器的在线运行程序,再重新运行起来就可以了。不用重启吧?而且SMARTPRO因为是CITECT OEM的FACVIEW,所以不区分服务器还是操作站,根据你的设定不同,任何一个机器都可以是数据服务器,历史数据服务器,报警服务器,工程师站或者操作站。
改变测点麻烦,据说就是因为上位和下位两个公司并没有完全公布自己的源文件,而且数据库不兼容造成的。如果拿到源文件我想应该能解决,但老外这方面比我们中国人精啊。新推出的一个软件已经没有这个缺点了。而且相比CODESYS和FACVIEW无比强大的功能和编程手段,这个缺点在喜欢自控编程的人的眼里,根本就不是个问题。只有一瓶子不满半瓶子乱晃的人才会这么抱怨。厂家不敢在线修改逻辑,要么派去的人是个菜鸟,要么你们的工艺情况实在不能出任何差错。再说回来了,哪一家DCS会给你说你放心的在线修改和在线下装吧,不会有任何问题的。即使有,等你真的出问题后你找谁哭去?在线下装肯定会有风险,全世界的DCS都一样。就看一旦这个风险出现的话对你的工艺影响大不大,如果引起联锁反应,那我估计比尔盖茨也不敢来下装的。
再说站间数据互传的问题,出现大量的站间点,说明一个问题,设计院一开始的的自控设计就有问题。好的设计是应该尽量避免出现站间点的。那么如果出现站间点了,有什么办法实现呢?1,硬接线,点不多可以考虑,也最为保险。但是当你有大量的点的时候你怎么办?花几万几十万再去买卡件模件来做?2,做站间变量,点数比较多了只能这么做,但是这样做的话会加重系统以太网网络负担,但是有什么办法,谁让一开始就设计出那么多的网络变量。3,HOW?
网络变量的组态一点也不繁琐,无非就是A写B读,或者B写A读而已,只是你没掌握。网络变量的通讯速率问题,它是走上层以太网的,什么概念,100M以太网还不够你传几个变量的??
不存在谁污蔑谁,只希望您能好好的学习软件的使用,最起码能和我一样自己处理一些事情,不用一有事儿就给人家打电话让人家派人来。吃这碗饭的,也培训过,就要有点培训的效果,是不是?而且你学好了,说不定跳槽的哪家自控公司也不错呀,省的在化工单位里让人家当成一个辅助工种啊。
在另外一个帖子里驳过的,拷贝过来再驳一回。GOD,累死