Wonderware IDE:Failed to deploy : Can not communicate with remote node

通過Wonderware IDE 部署 Platform 到其他計算機上的時候,會出現無法部署的現象。錯誤原因很多。


簡單的說一下需要注意的地方

同一個Galaxy內,所有項目都需要通過開始 - Wonderware - Common - Change Network Account 設置相同的用戶名和密碼。

通過IDE 部署的時候,要注意,是否在使用VPN等一類會修改IP地址的軟件,這個會導致異常的。。。。。。必須關掉。

Problem

"Failed to deploy WAWINHMI01_Platform: Can not communicate with remote node - Failed to create a remote interface for the version information from Bootstrap."

Product Version: 2.1

OS: Win 2003

OS_SP: SP2

Solution

There are a lot of possible causes for a failure to deploy accompanied by the warning you mentioned in your email, but in this case many have been ruled out with a successful ping by IP and node name. Is it possible that someone has changed the IP address on the target node since the Platform was initially configured? It might be worth checking the IP address for which the Platform is configured. The next thing to check is to make sure that anti virus software or a fire wall is blocking the deploy. The easiest ting to do would be to temporarily disable any antivirus software. Make sure that any real time virus protection is disabled from the Task Manager also. Wonderware has an excellent document on Security and Wonderware products available on the Wonderware support site. If the anti virus software or a fire wall do not resolve a solution, you should next check to make sure that the exact same version and patch level of IAS are installed on the GR node and the remote platform to which the deploy is being attempted. Are the GR node and the remote Platform node both running under the exact same username or domain username and password? A quick check is to run the Change Network Account utility from Start > Programs > Wonderware > Common on *both* nodes. Enter in the administrative account name and password and reboot. Next thing to check would be to make sure that there's not a problem with DCOM. Go to Start > Run >DCOMCNFG - MyComputer (rightclick) Properties > Default Properties > and make sure that "Enable Distributed COM on this computer" is enabled. Does the Wonderware log viewer in the System Management Console reveal any further clues? IAS uses a proprietary protocol called LMX and NMX to manage all ArchestrA processes and communications. NMX and LMX keep all of the Galaxy components and remote components such as Platforms organized and in sync. It possible to have a relatively benign network issue where there is enough stability for aping to be successful, but get in the way of successful NMX (Network Messaging Exchange) operation. Take a look at your Wonderware Logger and especially the operating system's System, Application , and Security logs in the Event Viewer under Administrative Tools in the Control Panel.

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章