 | |
Предыдущие результаты
 [quote:a23def8462="DIMIOKS"][quote:a23def8462="dv_"]Но если сильно надо, тогда можно, только реши для себя какому клиенту нужно принудительно открыть окно. [/quote:a23def8462]
У меня один клиент[/quote:a23def8462]Тогда тебе нужна FTView SE Station, но все равно это клиент - сервер.
[quote:a23def8462="DIMIOKS"][u:a23def8462]Evet Detector[/u:a23def8462] имеется виду [u:a23def8462]Logiс and Control\Events[/u:a23def8462]?[/quote:a23def8462]Event Detector - тот же, что и в RSView32, но помни - исполняется сервером. [b:a23def8462]Logiс and Control\Events[/b:a23def8462] может в v6.1 переименовали. Или [b:a23def8462]Alarm&Event[/b:a23def8462] - в SE новое средство, мощнее, чем Alarm в 32-ом.. Рекомендую освоить.
[quote:a23def8462="DIMIOKS"]Дисплей у меня должен открывать однозначно без участия оператора, только по [color=red:a23def8462][b:a23def8462]изменению тега в контроллере[/b:a23def8462],[/color:a23def8462] в любое время работы проекта.[/quote:a23def8462]Т.е. надо принудительно в зависимости от ситуации открывать экран? Для Station это будет легче, т.к. не надо индентифицировать клиента, от которого пришла команда, но суть не меняется ([i:a23def8462]клиент - сервер[/i:a23def8462]).
Такое великолепно делается в [b:a23def8462]ME[/b:a23def8462] - штатное средство.
В [b:a23def8462]SE[/b:a23def8462] (твой случай - один клиент) - сделай экран, который загружается без отображения (ключи загрузки как и в 32-м). На этом экране сделай отображение [b:a23def8462][color=red:a23def8462]нужного тега контроллера[/color:a23def8462][/b:a23def8462] и в VBA контролируй его изменение - легче, чем привязываться к тегу из памяти.
[color=red:a23def8462][/color:a23def8462]
Если есть экран, который открыт всегда, тогда [color=red:a23def8462][b:a23def8462]этот тег[/b:a23def8462][/color:a23def8462] можно разместить на нем и поставить атрибут невидимости...
|
[quote:5573c38d69="dv_"]Но если сильно надо, тогда можно, только реши для себя какому клиенту нужно принудительно открыть окно. [/quote:5573c38d69]
У меня один клиент
[quote:5573c38d69="dv_"]Сделали:
- на любом из клиентов открывается нужный экран - перемещается, масштабируется (разрешаем только для трендов).
- нажимается <CTRL>+<PageUP> - на 55" открывается [b:5573c38d69]активный[/b:5573c38d69] экран клиента.
- при необходимости открытия нескольких экранов - действия повторить.
- <CTRL>+<PageDown> - закрывает [b:5573c38d69]все [/b:5573c38d69]открытые таким образом экраны.[/quote:5573c38d69]
Дисплей у меня должен открывать однозначно без участия оператора, только по изменению тега в контроллере, в любое время работы проекта.
[quote:5573c38d69="dv_"]Задействовано:
- Event Detector
- VBA, на полноценных клиентах код одинаковый, на ViewOnLy отличается.[/quote:5573c38d69]
[u:5573c38d69]Evet Detector[/u:5573c38d69] имеется виду [u:5573c38d69]Logiс and Control\Events[/u:5573c38d69]? Если да, то пока ещё не докопался...
[quote:5573c38d69="dv_"][b:5573c38d69]FT View SE[/b:5573c38d69]: код принадлежит экрану, доступ к объектам экрана.[/quote:5573c38d69]
Так то да, но через Application всё таки можно взять некоторую информацию о состоянии приложения и выполнить некоторые действия с дисплеями. While, DoEvents не отменили, так что через одно место всё таки можно имитировать подобие глобального кода. Зачем отменили стандартный StringList :o Приходится использовать динамические массивы :evil:
|
[quote:5e871bbc1c="Borodeys"]из этого документа все равно не понятно как активировать по, например RSlogix 5000 v20, с usb doongle, на котором уже имеется активация. Если кто-то сталкивался с данной проблемой, то прошу рассказать, что нужно сделать в данной ситуации. (создать host файл, сделать rehost ... и тд)[/quote:5e871bbc1c]
[b:5e871bbc1c]Activation Manager[/b:5e871bbc1c] - сам "разгребет ситуацию" - создаст новый файл или допишет в имеющийся...
Дли инструментального софта лучше применять 9509-USB-DONG2 - там есть память, в которой будет служебная информация, т.е. не надо дублировать файлы на всех компьютерах куда будет вставляться [b:5e871bbc1c]Dongle[/b:5e871bbc1c].
|
[quote:b3bd044e87="DIMIOKS"]Доброго времени суток всем!
В документе "FTViewSEUsers2_ru.pdf" стр.271 сказано:
[quote:b3bd044e87]События [b:b3bd044e87][color=red:b3bd044e87]удаляются[/color:b3bd044e87][/b:b3bd044e87] на сервере FactoryTalk View SE Server (также называемый
сервером HMI).[/quote:b3bd044e87]
Слово "[b:b3bd044e87][color=red:b3bd044e87]удаляются[/color:b3bd044e87][/b:b3bd044e87]" надо понимать как "[b:b3bd044e87][color=green:b3bd044e87]выполняются[/color:b3bd044e87][/b:b3bd044e87]" (ошибка перевода)?[/quote:b3bd044e87]
Конечно - выполняются. :(
[quote:b3bd044e87="DIMIOKS"]Судя по работе и предупреждениям в клиенте, к событиям можно привязывать только команды, выполняемые на сервере HMI ("FTViewSEUsers1_ru.pdf" стр.420)?
[u:b3bd044e87]Т.е. я не могу вызвать дисплей, используя событийную модель на тегах HMI?[/u:b3bd044e87][/quote:b3bd044e87]Теоретически да. Но если сильно надо, тогда можно, только реши для себя какому клиенту нужно принудительно открыть окно.
Успешно решали: в проекте два полноценных клиента (два компьютера) и один клиент (ViewOnly) на сервере HMI, все в одном помещении, к серверу HMI подключен телевизор 55".
Заказчик: "Я можно ли на большом экране открывать другие экраны?"
Исполнитель (т.е. мы): "Можно, откройте шкаф с сервером и ...".
З: "Это неудобно, вот если бы..."
И: "Подумаем"
Сделали:
- на любом из клиентов открывается нужный экран - перемещается, масштабируется (разрешаем только для трендов).
- нажимается <CTRL>+<PageUP> - на 55" открывается [b:b3bd044e87]активный[/b:b3bd044e87] экран клиента.
- при необходимости открытия нескольких экранов - действия повторить.
- <CTRL>+<PageDown> - закрывает [b:b3bd044e87]все [/b:b3bd044e87]открытые таким образом экраны.
Задействовано:
- Event Detector
- VBA, на полноценных клиентах код одинаковый, на ViewOnLy отличается.
PS. Про [b:b3bd044e87]VBA [/b:b3bd044e87]очень грубо и упрощенно:
[b:b3bd044e87]RSView32[/b:b3bd044e87]: код принадлежит проекту, доступ к [b:b3bd044e87]внутренностям [/b:b3bd044e87]проекта.
[b:b3bd044e87]FT View SE[/b:b3bd044e87]: код принадлежит экрану, доступ к объектам экрана.
|
Доброго времени суток всем!
В документе "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 ... и тд)
|
Перенести 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
|
Доброго времени суток всем!
Переношу проект из RSView32 в FTView SE 6.1.
Много кода написано на VBA, причём как процедуры, так и VBA-формы, вызываются в совершенно разных местах проекта, с разных дисплеев.
Вопрос по FTView SE 6.1:
1. Вызвать процедуру VBA, прописанную в др. дисплее, в коде VBA текущего дисплея.
2. Вызвать процедуру VBA, приписанную в одном из дисплеев, через макрос.
3. Есть ли возможность создания глобальных переменных/объектов/классов/отдельных процедур VBA, видимых и доступных из любого места проекта, будь то код VBA дисплея, макрос и прочее?
4. Куда делась команда VbaExec??? :shock:
|
[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].
|
Предыдущие результаты
Ещё результаты |
|
| |
|
