999久久久精品国产消防器材,国产成人久久综合77777,√最新版天堂资源网在线,精品久久久久区二区8888,卡一卡二卡三乱码视频

diai強制賦值

112.95.251.214 發(fā)布于2014-04-28 17:52 67 0 標簽：

有個改造項目,要求上位機不變動.
但是上位機的很多變量的采集點直接用的是plc的di+ai點.
然后改造之后,原來的di和ai點就不用了.
對于di點,做了測試,可以強制賦值.
ai10.1(新di點)
=i0.1(原di點)
這樣就可以在不改動原上位機了.
但是這邊的ai點就不行了,比如piw256,在move中不能放在被move位.iw倒是可以,但是改了iw,對piw沒有影響(一直以為piw和iw是一致的).
那么有什么辦法可以實現(xiàn)嗎?

問題補充：
之所以原來的di和ai不用了,是因為,原來是通過一個設備通過gsd組態(tài)過來的.
一個設備di點就是50-60.很多點實際沒用,但是這種是占著地盤不用也只有占著.
而新加et200m之后一個321模塊就是一個i94就把他全部點用完了,321點是連續(xù)的,不肯一個模塊就從50.152.455.4這樣跳著走吧,
所以只能用i94.0=i50.1i94.1=i52.4,然后上位機還是用他原來的50.152.455.4不用修改.
上位機用的是intouchide,而且走的是c/s結構,改的是一個分系統(tǒng),但是上位機是一個大系統(tǒng).能夠不改好不動.
ai都是在映像區(qū)以外了,這種情況下iw似乎不是piw的值了.
比如
lmw0
tiw256
給mw0賦值100,程序中可以看到iw256成為了100,但是piw256還是初始值0.

佳答案

不明白為什么改造之后原來的di和ai點就不用了？如果是硬件更新的原因，改造項目時di、ai還按照以前的地址配置就可以了，沒必要把這些地址空置不用吧。否則像所說的對于ai想要完全跟以前一樣還真是沒辦法。

但如果必須是這樣改造的話，也有個變通的辦法：由于ob1周期比wincc的采集周期要快很多，所以可以把新iw用move指令賦值給iw舊，piw和iw的區(qū)別對于wincc來說應該是不大的。

若有收獲，就點個贊吧！