 | |
Предыдущие результаты
 Доброго времени суток всем!
В документе "FTViewSEUsers2_ru.pdf" стр.271 сказано:
[quote:6b264a5b67]События [b:6b264a5b67][color=red:6b264a5b67]удаляются[/color:6b264a5b67][/b:6b264a5b67] на сервере FactoryTalk View SE Server (также называемый
сервером HMI).[/quote:6b264a5b67]
Слово "[b:6b264a5b67][color=red:6b264a5b67]удаляются[/color:6b264a5b67][/b:6b264a5b67]" надо понимать как "[b:6b264a5b67][color=green:6b264a5b67]выполняются[/color:6b264a5b67][/b:6b264a5b67]" (ошибка перевода)?
В том же месте, в документе "viewse-um006_-en-e.pdf" стр.629 я не вижу данной цитаты...
Судя по работе и предупреждениям в клиенте, к событиям можно привязывать только команды, выполняемые на сервере HMI ("FTViewSEUsers1_ru.pdf" стр.420)?
Т.е. я не могу вызвать дисплей, используя событийную модель на тегах HMI?
|
[quote:562d169d91]Steps for Using a USB Dongle on Multiple Computers
Make a backup copy of the License file (extension .lic).
All computers must have the FactoryTalk Activation Tool installed. Check if the software is installed by going to:
Start->Programs->Rockwell Software ->FactoryTalk Activation-> FactoryTalk Activation Tool
If the path is not available, install FactoryTalk Activation Client.
The License file must be saved to all PCs:
C:\Program Files\Common Files\Rockwell\Activations[/quote:562d169d91]
[url=https://rockwellautomation.custhelp.com/app/answers/detail/a_id/35002/related/1]35002 - Move FactoryTalk Activations Frequently Using Dongles[/url]
См также [url=https://rockwellautomation.custhelp.com/app/answers/detail/a_id/54553]kb54553[/url], [url=https://rockwellautomation.custhelp.com/app/answers/detail/a_id/35630]kb35630[/url].
|
из этого документа все равно не понятно как активировать по, например RSlogix 5000 v20, с usb doongle, на котором уже имеется активация. Если кто-то сталкивался с данной проблемой, то прошу рассказать, что нужно сделать в данной ситуации. (создать host файл, сделать rehost ... и тд)
|
[quote:395eb8afad="oldDad"]Перенести VBA один в один не получится, т.к. сильно отличается как системная концепция, так и объектная модель.
[/quote:395eb8afad]
Да, отличается кардинально... это я уже понял. Переписываю. Пока всё в целом понятно, но как всегда по началу миллион вопросов.
|
Перенести VBA один в один не получится, т.к. сильно отличается как системная концепция, так и объектная модель.
[quote:9a5cc6a15a][b:9a5cc6a15a]VBA and the FactoryTalk View Object Model [/b:9a5cc6a15a]
Microsoft Visual Basic for Applications (VBA) is an integral part of both RSView32 and FactoryTalk View Site Edition. However, the way in which VBA is implemented, and the types of object models exposed, are signifi cantly different between the two products. Because of these differences, RSView32 VBA code does not migrate to FactoryTalk View SE, although VBA code that does not use the RSView32 object model can be copied and reused in FactoryTalk View SE.
RSView32 has a server-side object model. VBA code triggers actions that run on the server, and not on individual clients. The RSView32 object model supports creating, deleting, and modifying HMI tags, but does not offer any objects, properties, methods, or events for manipulating
graphic displays.
FactoryTalk View Site Edition uses a very different client-side object model. The purpose of the FactoryTalk View SE object model is to provide fl exible access to graphic display objects and to
make it easy to customize and manipulate graphic displays on individual client computers. VBA code, attached to an associated graphic display, triggers actions that run on the client computer and not on the HMI server. The FactoryTalk View SE object model supports reading and writing values from both directly referenced tags and HMI tags, but does not support creating, deleting, or modifying tags.
When a graphic display opens on an FactoryTalk View SE client computer, the VBA code executes independently on that client. For example, suppose the same graphic display is opened on two different client computers at the same time. When an operator on the first computer clicks a button on the display, the action causes the VBA code to run. The same display, open on another client computer, does not execute the VBA code until an event on that client triggers it.
Use VBA code to customize the behavior of graphic displays on individual client computers. To allow for independent, local user interaction on each client, replace memory tags and event expressions used in RSView32 graphic displays with VBA code in FactoryTalk View SE displays.
See the following link:
• 51770 - Sample VBA: Exercise in migrating an RSView32 application with VBA to FactoryTalk View SE.[/quote:9a5cc6a15a]
ftalk-qr004_-en-p.pdf
|
[quote:49fad8282c="Med"][color=red:49fad8282c]RStrendx используется для формирования различных комбинаций групповых трендов[/color:49fad8282c]. Но суть не в уровне доступа, а в том что Datalog не виден на ADS, а значит и предустановленный набор тэгов не подтянет тренды[/quote:49fad8282c]
Поподробнее желания про "[b:49fad8282c]комбинации групповых трендов[/b:49fad8282c]" - может это решается по другому или не решается вообще.
Для применений клиент - сервер RSView32+ADS - не самое лучшее, разве что как расширение имеющегося.
Factory Talk View SE Network - там все решено...[i:49fad8282c][/i:49fad8282c]
PS. RSView32 - знаю, внедрял (последний раз - 2005 год), [b:49fad8282c]ADS [/b:49fad8282c]пробовал - не понравился, поэтому не внедрял и не предлагал...
Сейчас применяю только [b:49fad8282c]Factory Talk View SE[/b:49fad8282c].
|
[quote:a11abf351f="DIMIOKS"]Вот я сейчас и не могу определить, как мне делать, будет ли RSLinx Enterprise видеть FlexLogix, либо придётся использовать OPC. [/quote:a11abf351f] Будет ли видеть Enterprise FlexLogix не скажу.
Но без разницы, какой Linx будешь использовать, причем очень легко можешь поменять источник - в настройках Enterprise задается имя - это тоже самое, что в Classic TopicName. Пользуюсь на практике этим методом уже давно - подмена источника и все Ок. Сложнее когда в OPC нет понятия TopicName (например PVI от B&R).
См. реальные адреса из работающего проекта (CTRL-C<>CTR_V - помогает): [code:1:a11abf351f]{/Main/Linx::[Pumps]FT_62.Value}
/DIANE/M135::Public.M01.Various.Values.PosThrottle
[/code:1:a11abf351f]
Где Main/Linx (DIANE/M135) - [b:a11abf351f]Area [/b:a11abf351f]для FTView SE (актуально для Network), [b:a11abf351f]Pumps [/b:a11abf351f]имя в Enterprise (отсутствует во второй строке), т.е TopicName для Classic.
Легко перенаправляя [b:a11abf351f]Pumps [/b:a11abf351f]на другой источник меняю эмулятор на реальный контроллер и обратно.
|
RStrendx используется для формирования различных комбинаций групповых трендов. Но суть не в уровне доступа, а в том что Datalog не виден на ADS, а значит и предустановленный набор тэгов не подтянет тренды
|
[quote:7990d77d00="dv_"]
Мы делаем: от внешнего OPC всегда через базу тегов.[/quote:7990d77d00]
Вот я сейчас и не могу определить, как мне делать, будет ли RSLinx Enterprise видеть FlexLogix, либо придётся использовать OPC. Сам контроллер пока недоступен для онлайна :(
Хотя адреса:
::[OPC_1]Program:MainProgram.Dint_1[0,0], где OPC_1 - имя топика в RSLinxClassic
и
::[Enterprise_1]Program:MainProgram.Dint_1[0,0], где Enterprise_1 - ссылка на устройство в RSLinx Enterprise,
пишутся одинаково.
Возможно, если RSLinx Enterprise не увидит FlexLogix, то я с смогу удалить сервер данных RSLinx Enterprise , и использовать OPC, где обозвать топик в RSLinxClassic как "Enterprise_1" :oops: , или наоборот... и как минимум не придётся переписывать все адреса, т.к. явного указания на сервер данных в данном синтаксисе адреса нет.
Насколько я понимаю, указатель на сервер данных появляется как раз между первыми двумя двоеточиями в случае, когда в адресе тега совпадают названия в квадратных скобках (т.н. "Путь доступа"):
:OPC_Rslinx_temp_2:[Enterprise_1]Program:MainProgram.Dint_1[0,0]
:RSLinx Enterprise:[Enterprise_1]Program:MainProgram.Dint_1[0,0]
|
[quote:08a35c4090="DIMIOKS"][quote:08a35c4090="dv_"]
1. Не знаю.
2. Впечатление было, что задержка до 2 сек. при отображении через базу тегов.
3. Для SE рекомендуется через Enterprise, особо при большом количестве тегов. В KB были рекомендации с графиком: количество тегов - скорость обмена для Enterprise и OPC.[/quote:08a35c4090]
Спасибо. Буду всё проверять.[/quote:08a35c4090]Не за что.
Мы делаем: от внешнего OPC всегда через базу тегов.
Приглашайте для консультаций - может хоть раз у родственников в Отрадном побываю :)
|
Предыдущие результаты
Ещё результаты |
|
| |
|
