Вход на форум 
В начало e-Mail

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


Предыдущие результаты



Предыдущие результаты



Предыдущие результаты

 [quote:d7c76cedc0="DIMIOKS"]Так то да, но через Application всё таки можно взять некоторую информацию о состоянии приложения и выполнить некоторые действия с дисплеями. While, DoEvents не отменили, так что через одно место всё таки можно имитировать подобие глобального кода. Зачем отменили стандартный StringList :o Приходится использовать динамические массивы :evil:[/quote:d7c76cedc0]Не берусь отвечать, т.к. я [b:d7c76cedc0]большой противник[/b:d7c76cedc0] использования [b:d7c76cedc0]VBA[/b:d7c76cedc0].

 [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: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].

 Перенести 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].

 [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]на другой источник меняю эмулятор на реальный контроллер и обратно.

 [quote:08a35c4090="DIMIOKS"][quote:08a35c4090="dv_"] 1. Не знаю. 2. Впечатление было, что задержка до 2 сек. при отображении через базу тегов. 3. Для SE рекомендуется через Enterprise, особо при большом количестве тегов. В KB были рекомендации с графиком: количество тегов - скорость обмена для Enterprise и OPC.[/quote:08a35c4090] Спасибо. Буду всё проверять.[/quote:08a35c4090]Не за что. Мы делаем: от внешнего OPC всегда через базу тегов. Приглашайте для консультаций - может хоть раз у родственников в Отрадном побываю :)



Предыдущие результаты


Ещё результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты


 kubzon (kubzon)

 Kukov (Александр)

 Kukov (Александр)

 Kukov (Александр)

 kulagina (Ксения)

 kulesh (vladimir)

 kulik49 (andrey)

 kuller (Александр)

 KulMaxim (Kulikov Maxim)

 kunanbay (Денис)


Предыдущие результаты


Ещё результаты




Выберите страницу:   [ << Предыдущая страница ] 1 2


  
RA & VDT GmbH

Облако тэгов
ProSoft Modbus Automation ControlLogix MVI56-MCM Allen-Bradley Logix Windows FactoryTalk PanelView VersaView ControlTower GuardLogix Compact Software Studio Designer 100-E 100-D SMC-50 Energy Saver 1756-RMS-SC Spectrum Encompass Level Ethernet Redundancy Stratix

Яндекс цитирования

Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany
Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de
Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна.
Открытие страницы: 0.148 секунды