 | |
Предыдущие результаты
 А Professional чем от OEM отличается?
|
[quote:dfeb50cff7="mp3corp"][quote:dfeb50cff7="Proctor"]
Если запускаю с RSLinx Gateway то замочек рядом с топиком появляется, если с OEM соответственно он вообще не видит топиков. Теги через OPC Browse не добавляю, но если кликнуть то FSGateway онлайн теги все там видит.[/quote:dfeb50cff7]
Значит проблема с лецензией на RSLinx, например у меня на объектах, стоят лицензии Professional и GateWay (примерное 20-25 лицензий) с ними все норм, так что OEM нету возможности проверить у себя. До это данная лицензия "передовала" данные нормально или это новый объект?[/quote:dfeb50cff7]
Объект новый, проводятся пусконаладочные работы. Во время разработки пользовался лицензией Professional, с ней тоже проблем не было.
|
[quote:f108dd2fb6="Proctor"]
Если запускаю с RSLinx Gateway то замочек рядом с топиком появляется, если с OEM соответственно он вообще не видит топиков. Теги через OPC Browse не добавляю, но если кликнуть то FSGateway онлайн теги все там видит.[/quote:f108dd2fb6]
Значит проблема с лецензией на RSLinx, например у меня на объектах, стоят лицензии Professional и GateWay (примерное 20-25 лицензий) с ними все норм, так что OEM нету возможности проверить у себя. До это данная лицензия "передовала" данные нормально или это новый объект?
|
[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]
|
Мы же с Вами понимаем, что преобразователь с питающей частотой до 2кГЦ и такой мощности - это, аккуратно выражаясь, не рядовой случай. Серийные широко распространенные частотные преобразователи работают до нескольких сотен Герц, и это хорошие, а дешевые - до нескольких десятков Герц.
Например, некоторые преобразователи Rockwell работают до 650 Гц - и это при несущей 4 кГц. Это я к тому, что то, что Вам нужно - это не серийная, и не очень распространенная продукция.
[quote:4b1cfe317c]делать самим, или с кем скооперироваться. [/quote:4b1cfe317c]
А каким образом и в каком формате Вы представляете себе кооперацию с потенциальным партнером?
[quote:4b1cfe317c]Важна надежность и цена.[/quote:4b1cfe317c]
Если это будет не серийная продукция, а индивидуальное производство то очень уж недорого никак не получится.
Может быть, имеет смысл написать в какую-нибудь европейскую фирму, производящую аналогичные технологические агрегаты?
|
[quote:fa8665d2f5="oldDad"][quote:fa8665d2f5="Vladimir_Ch"]В конце документа не работают ссылки на примеры программ :( [/quote:fa8665d2f5]
Ссылки работают, но у Вас к ним нет доступа, т.к. Вы не зарегистрированы в KB и не имеете уровня доступа TechConnect.
[url=http://vdt-solutions.de/files/cip_max_buffers.rar]Вот архив с этими файлами[/url], специально для Вас выкладываю на открытом ресурсе.[/quote:fa8665d2f5]
запустил пример программы... не работает
reg_get_num_buffers и reg_get_num_buffers_max, выдает ошибку 16#0011.
причем попробовал и на L35E rev16.22 и на L55 rev.15.5.
а этой ночью опять "повис" обмен на L35E. помогло только снятие питания.
помогите разобраться.
|
[quote:7d5d19bd07="Vladimir_Ch"]это [i:7d5d19bd07][color=darkblue:7d5d19bd07]должно[/color:7d5d19bd07][/i:7d5d19bd07] помочь в решении проблемы?[/quote:7d5d19bd07]
Это [i:7d5d19bd07][color=darkblue:7d5d19bd07]может[/color:7d5d19bd07][/i:7d5d19bd07] помочь в решении проблемы:
[quote:7d5d19bd07="maxim"]Реально помогло только увеличение буферов сообщений (UCB) по умолчанию их в контроллере 10 я увеличил до 32 , можно увеличивать до 40, но увеличение буферов занимает память контроллера. Так что выбирать вам. Как это сделать подробно описано в этом [b:7d5d19bd07]21192 - Increase Quantity of Unconnected Message Buffers in ControlLogix[/b:7d5d19bd07] документе. Удачи вам.[/quote:7d5d19bd07]
|
[quote:a4bbd11769="oldDad"][quote:a4bbd11769="Vladimir_Ch"]В конце документа не работают ссылки на примеры программ :( [/quote:a4bbd11769]
Ссылки работают, но у Вас к ним нет доступа, т.к. Вы не зарегистрированы в KB и не имеете уровня доступа TechConnect.
[url=http://vdt-solutions.de/files/cip_max_buffers.rar]Вот архив с этими файлами[/url], специально для Вас выкладываю на открытом ресурсе.[/quote:a4bbd11769]
спасибо большое, скачал =)
это должно помочь в решении проблемы?
|
Предыдущие результаты
Ещё результаты |
|
| |
|
