 | |
Предыдущие результаты
 [quote:f1ca316ec3="Starleykin"][quote:f1ca316ec3="Proctor"]
Лицензия InTouch without. Контроллер и АРМ находятся в одной подсети, RSLinx и InTouch стоят на одной машине, получается локально?[/quote:f1ca316ec3]
Да, если на одной машине.
Как RSLinx настроен как служба или как приложение?
Был глюк, когда данные на ОЕМ-версии не тянулись если RSLinx как служба запускается. Что-то шаманили)) Кстати какие версии RSLinx? FSGateway и InTouch?
Ну и логи SMC глянуть не помешает.[/quote:f1ca316ec3]
InTouch 2012 (10.5), FSGateway 3.0, RSLinx Classic OEM Rev.: 3.60.00.
Настроено как приложение. Спасибо за совет, попробую поиграться с этой настройкой. Логи завтра только теперь смогу глянуть.
|
[quote:b21aefa77d="Starleykin"]Если позволяет лицензия на InTouch используйте связку ControlLogix - Wonderware ABCIP DAServer - InTouch. Лицензия на InTouch должна быть "with I/O".
Вроде как ограничение OEM версии RSLinx в том, что только локально работает.[/quote:b21aefa77d]
Лицензия InTouch without. Контроллер и АРМ находятся в одной подсети, RSLinx и InTouch стоят на одной машине, получается локально?
|
[quote:5070eb28cc="mak"]System Platform или Intouch Stand Alone? В случае с системной платформой, нужно делать reconnect DA-объекта- это как дополнительная информация, м.б. пригодится.
[quote:5070eb28cc]Problem
You are using RSLinx Single Node or OEM with Wonderware products, and when Wonderware or the PC starts up, you see a message titled,
Operation Not Supported by RSLinx Single Node (OEM)
containing the following text:
Operation Not Supported by RSLinx Single Node (OEM). RSLinx Single Node (OEM)
supports all DDE formats except FastDDE. RSLinx Single Node (OEM) does not
support 3rd party client applications, or more than one DDE/OPC Topic
active at a time.
Environment
RSLinx Single Node
RSLinx OEM
Cause
By default, Wonderware products use the Wonderware proprietary FastDDE communication method to DDE servers such as RSLinx. RSLinx will sense that Wonderware is a FastDDE client, and display the informational window to indicate that it cannot support this type of operation. FastDDE is only supported by RSLinx Professional and Gateway; RSLinx Single Node and OEM do not support FastDDE.
Solution
The Wonderware product will still work with RSLinx Single Node or OEM; it will connect using a standard DDE connection. However, the data transfer will be slower with the standard DDE protocol, since it uses one packet per item, where FastDDE (and Rockwell Automation's similar AdvanceDDE protocol) is an optimized DDE protocol with multiple items per packet.
To get FastDDE support, upgrade to RSLinx Professional or Gateway, which support FastDDE. See AID9344 - RSLinx Version and Features Matrix for more information on features supported by various versions of RSLinx.
Alternately, you could use RSLinx Single Node or OEM with Wonderware's OPCLink I/O server, which would connect to RSLinx Single Node or OEM using OPC.[/quote:5070eb28cc]
Проверяйте настройки DDE- c FastDDE работать не будет, а может вы вообще, в случае Getaway, по OPC данные забирали?
К тому же от SuitLink можно и отказаться.[/quote:5070eb28cc]
Приложение StandAlone. Да, забираю по OPC. В Интаче передача настроена на SuiteLink
|
System Platform или Intouch Stand Alone? В случае с системной платформой, нужно делать reconnect DA-объекта- это как дополнительная информация, м.б. пригодится.
[quote:900cb092b2]Problem
You are using RSLinx Single Node or OEM with Wonderware products, and when Wonderware or the PC starts up, you see a message titled,
Operation Not Supported by RSLinx Single Node (OEM)
containing the following text:
Operation Not Supported by RSLinx Single Node (OEM). RSLinx Single Node (OEM)
supports all DDE formats except FastDDE. RSLinx Single Node (OEM) does not
support 3rd party client applications, or more than one DDE/OPC Topic
active at a time.
Environment
RSLinx Single Node
RSLinx OEM
Cause
By default, Wonderware products use the Wonderware proprietary FastDDE communication method to DDE servers such as RSLinx. RSLinx will sense that Wonderware is a FastDDE client, and display the informational window to indicate that it cannot support this type of operation. FastDDE is only supported by RSLinx Professional and Gateway; RSLinx Single Node and OEM do not support FastDDE.
Solution
The Wonderware product will still work with RSLinx Single Node or OEM; it will connect using a standard DDE connection. However, the data transfer will be slower with the standard DDE protocol, since it uses one packet per item, where FastDDE (and Rockwell Automation's similar AdvanceDDE protocol) is an optimized DDE protocol with multiple items per packet.
To get FastDDE support, upgrade to RSLinx Professional or Gateway, which support FastDDE. See AID9344 - RSLinx Version and Features Matrix for more information on features supported by various versions of RSLinx.
Alternately, you could use RSLinx Single Node or OEM with Wonderware's OPCLink I/O server, which would connect to RSLinx Single Node or OEM using OPC.[/quote:900cb092b2]
Проверяйте настройки DDE- c FastDDE работать не будет, а может вы вообще, в случае Getaway, по OPC данные забирали?
К тому же от SuitLink можно и отказаться.
|
[quote:b2cbc0ca88]Answer:
Redundant network should have at least 2 nodes in addition to the redundant chassis pair.
An additional node can be:
a second CNB (ControlLogix ControlNet Bridge) in the same remote chassis or in a different remote chassis
any other ControlNet device
a workstation that is running RSLinx software.
If your ControlNet network contains only one node other than the redundant chassis pair, that node will drop its connections during a switchover. This may cause the outputs of that node to change state during the switchover.
Explanation:
At a switchover, both the partner CNB's will be momentarily off the network while address nodes are switched. The two remote nodes ensure that the network does not shatter and have to be rebuilt. Rebuilding the network would cause disruptions in the communications.
[/quote:b2cbc0ca88]
Ну и тут: http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1756-um535_-en-p.pdf
стр.38 "Use at Least Four ControlNet Network Nodes":
[quote:b2cbc0ca88]With redundant systems, at least four ControlNet network nodes are required.
This is because two or more ControlNet nodes must be used in addition to the two ControlNet modules used in the redundant chassis. One of the two nodes outside of the redundant chassis must be at a lower node address than the ControlNet modules in the redundant chassis.[/quote:b2cbc0ca88]
|
Спасибо за ответ.
С моим процессором (1756-L61) Studio 5000 не подходит. Остается только:
[quote:e80f39fde3]In earlier versions select highest available major revision and compatible keying.[/quote:e80f39fde3]
Добавлю еще одну рекомендацию:
[quote:e80f39fde3]
Access Level: TechConnect
Date Created: 09/08/2014 08:19 AM
Last Updated: 09/08/2014 08:33 AM
Question
The 1756-CN2 and 1756-CN2R series C appears compatible with the Studio 5000 V21, and RSLogix V20 and V19 in the Compatibility table.
Environment
1756-CNB, 1756-CNBR, 1756-CN2 and 1756-CN2R
Answer
The module 1756-CN2/R is compatible with Studio/RSLogix 5000 V16 and later projects. You should set a 1756-CN/R series B with revision 20 and "Compatible keying" or "Disable keying".
[u:e80f39fde3]The module is not compatible with Redundant systems[/u:e80f39fde3].[/quote:e80f39fde3]
На последнюю строчку не стоит обращать внимание, т.к с октября 2014 года в версии FM 20.055_kit4 наконец-то добавлена поддержка этого модуля.
|
[quote:47cc960fa0][b:47cc960fa0]624531 - Where to find AOP for 1756-CN2 and 1756-CN2R series C rev 25.xxx
[/b:47cc960fa0]
Access Level: Everyone
Date Created: 10/09/2014 12:23 PM
Last Updated: 10/10/2014 02:40 PM
Question
Where to find AOP for 1756-CN2 and 1756-CN2R series C rev 25.xxx?
Answer
CN2 and CN2R do not use Add-On Profile, they use classic profiles.
Series C classic profile will be availabe in Studio 5000 [b:47cc960fa0]V24[/b:47cc960fa0] or higher.
In earlier versions select highest available major revision and compatible keying.[/quote:47cc960fa0]
|
День добрый!
Закупили модуль САБЖ, не могу найти его profile для RSLogix 5000. Используется система резервирование и,кстати говоря, данный модуль работает только с последней прошивкой "Enhanced Redundancy System, Revision 20.055". RSlinx, RNetworx стоят последней версии.
Модули в горячей стойке:
0. 1756-L61/B (FM 20.055)
1. 1756-RM2/A (20.004). В мануале указано, что нужна версия 20.005, но ее найти не получается.
2. empty
3. 1756-CN2R/C (25.004)
|
[quote:12d7168fa8="dv_"]Если один из контроллеров может быть отключен без нарушения техпроцесса, стоит задуматься: PV Standard и PV+ - замучают (практически не будет возможности работать) сообщениями об отсутствии связи, отключение Information спасает, но это потеря части встроенного функционала.
Как в PV Component - не знаю, но думаю, что они наследники предшествующих PV.[/quote:12d7168fa8]
ОК. Спасибо за информацию.
У меня как раз такое и планировалось: возможный останов любого из участков при работе другого.
Если проблема не может быть решена в программной части, возможно, спроектирую безусловную работу всех контроллеров, даже если участок под управлением данного контроллера будет в режиме останова.
|
[quote:bcfbe5f2b0="DIMIOKS"]Доброго времени суток всем!
Прошу специалистов ответить на следующие вопросы:
1. Панель 2711C-T10C может работать по Ethernet/IP одновременно с двумя контроллерами 2080-LC50-48QWB?[/quote:bcfbe5f2b0]Если один из контроллеров может быть отключен без нарушения техпроцесса, стоит задуматься: PV Standard и PV+ - замучают (практически не будет возможности работать) сообщениями об отсутствии связи, отключение Information спасает, но это потеря части встроенного функцинала.
Как в PV Component - не знаю, но думаю, что они наследники предшествующих PV.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
