EasyBuilder, замеченные ошибки, пожелания усовершенствования

[8bit]

Пользовательские динамические библиотечные объекты.

Неоднократно спрашивают про возможность в панелях Weintek создать что-то в стиле библиотечного сложного объекта, составленного из нескольких простых (число, битовый индикатор, ползунок, кнопка, гистограмма и т.д. = окно настройки ПИД регулятора или объект "насос").
Вот примеры:

request_genie_02.png (8.38 КБ) Просмотров: 3401

request_genie_01.png (148.36 КБ) Просмотров: 3401

В разных SCADA систеах такие объекты называются по разному: в Citrect это джины (genie), в DeltaV это динамо (dynamo), в WinCC это фейсплейты (faceplate) или custom object.
Т.е. в библиотеке создает новый тип объекта, составленных из простых, у каждого простого объекта наружу вытщено только несколько свойств, которые потом будут привязаны к тегам и/или к частям тегов (у WinCC это TagPrefix, в Citect намного удобнее и гибче через поля %field_name%).
Задача в том, чтоб как-то понятно, наглядно, подробно донести разработчикам Weintek как бы это могло выглядеть в EasyBuilder желательно с органичным встраиванием в возможности самого билдера (переделывать билдер под новую архитектуру вряд ли будут).

Есть у кого-либо идеи на этот счет ?

[ArtemPM]

Хорошим подходом является разделение задач по разным железкам.
Управляющая железка - только управляет.
Моделирование лучше перенести на другие железки.
Возьмите вторую панель, а лучше отдельный ПК, на котором на нормальном проце, с нормальной видюхой и в нормальной среде (можно под заказ, web интерфейс, соответствующее моделирование с графиками, результат загрузить как новый рецепт в сетевую БД откуда панель/-ли по каманде считают новый рецепт или просто получат возможность считывать новый рецепт....)

Вы мне сейчас описываете классическую SCADA и для больших и сложных проектах именно так всё и делается.
Но если речь вести о проектах среднего уровня, то та же FHDX, как я уже ранее писал вполне способна выполнять роль SCADA (того самого отдельного компа) и в большинстве случаев блестяще это делает. У нее всё для этого есть, даже возможность работать с сетевыми БД.
И возможность работать с персональными переменными в макросах напрашивается сама собой, если разработчики и дальше собираются идти по пути реализации возможности предоставлять многопользовательский доступ к проектам реализованных на системах cMT-X.

[ArtemPM]

Пользовательские динамические библиотечные объекты.
Есть у кого-либо идеи на этот счет ?

Интересная идея. Попробую что-нибудь набросать по этому поводу на выходных если получится. Пока в таких случаях приходится выкручиваться через использование общего индексного регистра, который задает общее смещение по всем внутренним тегам этого объекта. То есть это чем-то немного похоже на TagPrefix у WinCC, только количество индексных регистров в случае большого количества объектов может не хватать, особенно если их все нужно отображать одновременно, а не по очереди

[8bit]

Вы мне сейчас описываете классическую SCADA и для больших и сложных проектах именно так всё и делается.

Если операторов не переменное количество, которое надо учесть - сделайте парочку отдельных страниц для моделирования и выделите под каждого моделиста свой диапазон LW регистров с копией макроса или в макросе учесть по глобальному флагу "user1"/"user2".... для уровня "моделирование в панели" достаточно...

[Serg290]

Если изменить размер кнопки и поправить метку в обоих положениях то вроде все ОК. Но по непонятной причине метка второго положения через время съезжает. Вставить по центру не помогает. По центру программа текст выставляет по отношению к оригиналу. Как быть?

[mik]

Интересная идея. Попробую что-нибудь набросать по этому поводу на выходных если получится. Пока в таких случаях приходится выкручиваться через использование общего индексного регистра, который задает общее смещение по всем внутренним тегам этого объекта. То есть это чем-то немного похоже на TagPrefix у WinCC, только количество индексных регистров в случае большого количества объектов может не хватать, особенно если их все нужно отображать одновременно, а не по очереди

А если "скрестить" формирование макрообъекта с имеющимся функционалом выборки данных? От выборки взять формирование собственно выборки, т. е. начальный адрес и количество и тип используемых данных.

[8bit]

Пользовательские динамические библиотечные объекты.
Есть у кого-либо идеи на этот счет ?

Интересная идея. Попробую что-нибудь набросать по этому поводу на выходных если получится.

в моем предложении две задачи:
1) вызов одного окна с подстановкой разных тегов (индексные регистры и неудобны и не подходят для текстовых тегов, неудобно потому что надо следить за последовательностью всех нужных параметров для одной страницы, если некоторые параметры нужны на разных страницах в разных комбинациях, то ой... не подходят для чужих ПЛК - от туда нам только список переменных дают.... ).

Второй вопрос как вызывать окно с подстановками - нет функций макроса для вызова окна (вызывать окно можно было бы с помощью макроса, в котором с начала шли строчки подстановок типа
Ass(1, "G1",0)
и в итоге при компиляции получим
G1_PUMP_101_PV вместо _PUMP_101_PV

В RSView32 механизм открытия окон с подстановкой реализован через текстовый файл следующего содержания:
1#G1_PUMP_101_PV
2#G6_PUMP_101_CMD
3#G12_PUMP_101_SP

в окне соответственно привязаны вместо полных имен тегов "плейсхолдеры":
1
2
3

где 1, 2, 3 - это метки, окно вызывается с опцией нужного файла подстановок

)

2) создание пользовательских динамических объектов (с высунутыми наружу требуемыми параметрами - если у круга надо менять только цвет, то его наружу и вытаскивать) Тут проблема в том, что у Weintek объектов параметры объекта на вкладках окна свойств, а нужно бы их в некоторое дерево отображать ...

[ArtemPM]

Что-то мне кажется я в своих размышлениях сильно залез в дебри и без существенного расширения функционала EasyBuilder там не выгрести.
Так что если откинуть всё остается только один вариант.

в моем предложении две задачи:
1) вызов одного окна с подстановкой разных тегов (индексные регистры и неудобны и не подходят для текстовых тегов, неудобно потому что надо следить за последовательностью всех нужных параметров для одной страницы, если некоторые параметры нужны на разных страницах в разных комбинациях, то ой... не подходят для чужих ПЛК - от туда нам только список переменных дают.... ).

Самый простой из рассматриваемых мной вариантов это так называемый "а-ля Weincloud". А именно:
1) При создании объектов в поле "Комментарий" вводится имя объекта, которое в последствии будет именем переменной
2) Когда объект сформирован при двойном щелчке на него открывается окно, похожее на окно создания тегов для Weinclouda
https://cloud.mail.ru/public/gDLB/2Dk8FkbnQ

В этом окне именем переменной выступает введенный комментарий и здесь быстро можно изменить переменную для каждого элемента.
3) При желании можно ввести разделение Простой/Продвинутый режимы. В простом режиме вводится только стартовый тег, а остальные теги распределяются по переменным, как это производится в выборках или в линейке у графиков, при этом в данном окне отображаются смещения адреса для каждой переменной без возможности редактировать отдельный тег. В продвинутом режиме каждый тег можно настраивать отдельно.

Правда я в своих размышлениях упираюсь в сложные объекты, типа комбинированных кнопок. Там может быть слишком много переменных, чтобы их все идентифицировать по одному имени.

2) создание пользовательских динамических объектов (с высунутыми наружу требуемыми параметрами - если у круга надо менять только цвет, то его наружу и вытаскивать) Тут проблема в том, что у Weintek объектов параметры объекта на вкладках окна свойств, а нужно бы их в некоторое дерево отображать ...

А нужно ли это? Изменять свойства я имею в виду.

[Number17]

Вот такую вот штуку заметил:
При экспорте макросов в окне Export Macro по умолчанию выделены все макросы. Неудобно, если требуется из сотни макросов экспортировать всего 1-2.
Утомительно снимать ненужные и оставлять нужные галочки. Для удобства я бы предложил добавить пару кнопок "Select All" и "Clear All".

[8bit]

Вот такую вот штуку заметил:
При экспорте макросов в окне Export Macro по умолчанию выделены все макросы. Неудобно, если требуется из сотни макросов экспортировать всего 1-2.
Утомительно снимать ненужные и оставлять нужные галочки. Для удобства я бы предложил добавить пару кнопок "Select All" и "Clear All".

сделал запрос ....