 | |
Предыдущие результаты
 [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]
|
[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.
|
1. Да, по Ethernet.
2. Нет. Micro850 может работать только со свими родными модулями расширения, до 4 модулей.
Вообще, семейство Micro8x0 стоит особняком, не имеет ничего общего с семейством Logix (ни hardware, ни software), предназначено для самых дешевых встраиваемых систем, которые применяются при серийном изготовлении, например, станков или других автоматизированных механизмов (Standalone Machine Control), чем и обусловлена их дешевизна. Для построения распределенных систем управления они не предназначены и почти непригодны.
3. CompactLogix 5370 L1 - вот самый дешевый представитель интегрированной архитектуры для построения распределенных систем управления. Дешевле уже некуда.
|
[quote:4726586308]У меня не получилось настроить драйвер RSlinx. [/quote:4726586308]
Если RSLinx не видит энкодер, то, вероятно, нужно загрузить и зарегистрировать EDS-файл для данного энкодера. Это можно сделать с помощью пакета RSNetWorx for DeviceNet или EDS Hardware Installation Tool.
Вы регистрировали в системе EDS - файл энкодера?
|
Эта утилита обычно находится на диске c Panel Builder32:
[img:5c1433bd2b]http://www.mrplc.com/kb/Image/Image/ce-panelview-firmware-001.jpg[/img:5c1433bd2b]
Файл самго последнего firmware Version 4.41 для Вашей панели [url=http://vdt-solutions.de/files/m55bdh4.fmw]здесь[/url].
Процесс описан в [url=https://rockwellautomation.custhelp.com/app/answers/detail/a_id/25373]kb25373[/url]:
[quote:5c1433bd2b]Upgrading Firmware:
There are two methods to upgrade the terminal firmware:
Flash ATA Card
PanelView Firmware Upgrade Utility
CAUTION: Upgrading the PanelView Terminal's firmware will result in the erasure of the PanelView runtime application. Before upgrading the PanelView Terminal's firmware, be sure to save the application that resides in the PanelView Terminal via the PanelBuilder32 or WinPFT+ Upload functionality or ensure that a copy of the application (*.PVA file) resides on a local hard drive.
Flash ATA Card:
Requirements: Allen-Bradley 2711-NM24 (or equivalent) Flash ATA Card
Insert the Flash ATA Card into the personal computer's PCMCIA slot and copy the firmware file onto the Flash ATA Card.
Insert it into the PanelView terminal memory card slot located on the back of the terminal.
Power up the unit. The terminal will load the firmware and then restart. This may take a few minutes.
When the configuration screen comes up, firmware upload is complete.
Remove the Flash ATA Card.
PanelView Firmware Upgrade Utility:
Deactivate any programs or drivers that are using the serial communications port by:
If using RSLinx, close RSLinx program.
Disable all drivers associated with the communication port that will be used for downloading the firmware to the PanelView Terminal.
If using INTERCHANGE (older version of interface drivers), disable the INTERCHANGE drivers. (reboot the computer (Windows 95) or exiting Windows and performing an "abicstop" at the DOS prompt.)
Connect the PanelView Terminal to your personal computer via one of the following methods:
For: Remote I/O, Data Highway Plus, DF1, ControlNet, DeviceNet, Profibus, or Modbus terminal (2711-xxx1, xxx8, xxx10, xxx12, xxx14, xxx15, xxx16), connect the RS-232, 2711-NC13 cable between the printer/transfer port of the PanelView and Com1 port of the PC.
For: DH-485/RS-232 terminal (2711-xxx5, xxx9), connect the RS-232, 2711-NC13 cable between the RS-232 (DH-485) comm port of the PanelView and the com1 port the PC.
For: DH-485 terminal (2711-xxx2, xxx3), connect the 1747-PIC module and cable between the RS-485(DH-485) comm port of the PanelView and the com1 port of the PC.
Note: The 1747-PIC must be powered by a separate power supply (1747-AIC, 24Vdc / or / 2711-NP1, DH-485 power supply).
Run the PanelView Firmware Upgrade Utility.
Select the appropriate Display, User Input type, and Protocol combination for the PanelView terminal that will be updated.
Press the “Select Alternate Source Location” button and browse to the directory on the hard drive where the firmware file is saved.
Select the file and press OK.
Select the “Serial COM port” destination radio button and the COM port that will be used for the firmware file download to the terminal.
Press the “Download” button.
Reset the PanelView when prompted by cycling power to the PanelView
On power up, the file will be transferred from the PC to the PanelView terminal.
[/quote:5c1433bd2b]
|
[quote:f9431ae021="oldDad"]Если Вас интересует именно upgrade, то я бы порекомендовал ознакомиться с документом [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/in/viewse-in003_-en-e.pdf]viewse-in003_-en-e[/url] "FactoryTalk View Site Edition. Installation Guide", в частности, с его главой 9 "Upgrading an operating FactoryTalk View SE application".
По поводу, собственно, миграции, мне, в частности, приходилось слышать о миграции (двухступенчатой) в FTView SE из Intellution / GE (FIX v6.0 и 7.0, iFIX v2.5 до 5.0). Из соображений политкорректности :) я бы не хотел приводить более подробную информацию о миграции с других брендов.
В любом случае, мы же с Вами понимаем, что любая миграция и/или upgrade сопряжены с известной "доводке напильником" до обеспечения требуемой функциональности, т.к. 100%-но автоматическая миграция с полным сохранением функциональности - это, скорее, мечта, чем реальность :)[/quote:f9431ae021]
Спасибо за линк- почитаю, может будут еще вопросы:)
По поводу миграции проекта с других вендоров, так это наоборот огромный плюс. Все условия для перехода на RA! Понятно, что полученный результат нужно обтесывать напильником, а, наверное, лучше вообще все сделать с нуля, но импорт самих картинок уже приятно. Поверьте мало у кого есть такая фича. И это большой плюс в карму разработчикам FT
|
Если Вас интересует именно upgrade, то я бы порекомендовал ознакомиться с документом [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/in/viewse-in003_-en-e.pdf]viewse-in003_-en-e[/url] "FactoryTalk View Site Edition. Installation Guide", в частности, с его главой 9 "Upgrading an operating FactoryTalk View SE application".
По поводу, собственно, миграции, мне, в частности, приходилось слышать о миграции (двухступенчатой) в FTView SE из Intellution / GE (FIX v6.0 и 7.0, iFIX v2.5 до 5.0). Из соображений политкорректности :) я бы не хотел приводить более подробную информацию о миграции с других брендов.
В любом случае, мы же с Вами понимаем, что любая миграция и/или upgrade сопряжены с известной "доводке напильником" до обеспечения требуемой функциональности, т.к. 100%-но автоматическая миграция с полным сохранением функциональности - это, скорее, мечта, чем реальность :)
|
Предыдущие результаты
Ещё результаты |
|
| |
|
