Вопросы и предложения по Simple-Scada 2

[master74]

Добрый вечер. Спасибо за ответ, попробую.
Не сочтите за идиота, я в ООП и Делфи дервянный, чистый С + МК(AVR, STM32, ...) , для меня все что не С, все от дьявола.
1. Есть ли возможность принятый пакет привести к типу JSON и работать с ним стандартными методами. Хотя хотелось бы более полного описания классов и методов.
2. Есть ли возможность в демо64 вызвать внешнюю программу, по изменению значения внешнего тега (arOPC+MQTT), для его парсинга,  с возвратом значений в виртуальные теги.
Спасибо за ответ.
Заранне объяснюсь, если дело дойдет до коммерческой реализации, экономить на Вас никто не будет, каждый должен кушать свой хлеб и нести ответственность за свою работу.
Ваш проэкт интересный, семь футов под килем и долгого плавания (я не собираюсь 100000 переменных по MQTT загнать в скаду одним тегом и пропарсить его на внутренние теги, есть заморочки с ТЗ).
Также хотелось, чтоб теги из разных групп с одинаковыми именами были аутентичными.

[metamorphogenesis]

Парни. Еще очень не хватает возможности редактировать группирование скриптов и переменных. Перемещать из папки в паку. В процессе освоения скады и масштабирования проекта группирование часто приходится менять.

[Victor_P.]

1. Есть ли возможность принятый пакет привести к типу JSON и работать с ним стандартными методами. Хотя хотелось бы более полного описания классов и методов.

Это не оно?

[Simple-Scada]

1. Есть ли возможность принятый пакет привести к типу JSON и работать с ним стандартными методами. Хотя хотелось бы более полного описания классов и методов.

Встроенных функций для работы с JSON пока нет. В  будущем возможно добавим. Сейчас JSON можно разбирать только вручную проходя по символам в строке и извлекая нужные части.

2. Есть ли возможность в демо64 вызвать внешнюю программу, по изменению значения внешнего тега (arOPC+MQTT), для его парсинга,  с возвратом значений в виртуальные теги.

Вызвать программу можно, но получить от неё результат не получится. Если программа имеет HTTP API, то можно отправлять ей запросы и получать ответы.

не хватает возможности редактировать группирование скриптов и переменных. Перемещать из папки в паку. В процессе освоения скады и масштабирования проекта группирование часто приходится менять.

Такая возможность давно есть. Смотрите руководство по ссылке. Группировать можно скрипты, переменные, окна и сообщения.

[Victor_P.]

Новая версия 2.5.3.0 выложена на яндексклауд, в Украине яндекс заблокирован, скачать невозможно.

[Simple-Scada]

Victor_P., отправили ответ Вам на почту.

[m_isakov]

Добрый день.
Есть два вопроса/предложения.
1. При перезапуске "Editor" "замороженные" объекты типа "Шаблон" перестают быть такими. Приходится каждый раз, снова, из "замораживать". 
2. Не нашел функций, чтобы из скриптов управлять пользователями. Так как пользователи хранятся не в базе данных, не получается вносить изменения в режиме "RunTime". У заказчика имеются требования об ограничении срока действия пароля и другие требования связанные с пользователями. Есть ли возможность редактировать пользователей не только из редактора? Если нет, планируется ли такая возможность?

[Simple-Scada]

Здравствуйте.

1. При перезапуске "Editor" "замороженные" объекты типа "Шаблон" перестают быть такими. Приходится каждый раз, снова, из "замораживать".

Спасибо за информацию. Исправим в ближайшем обновлении.

Есть ли возможность редактировать пользователей не только из редактора? Если нет, планируется ли такая возможность?

Сейчас редактировать можно только через редактор. В ближайшем будущем добавлять такую возможность не планируем, но позже - возможно.

[dima_k]

Здравствуйте.

Предложение. Сделайте у TM_ComboBox свойство, которое вызывалось бы, когда пользователь выбрал элемент из списка.
Даже, если он выбрал уже выбранный элемент. Просто нужна реакция именно на выбор пользователя, а не на изменение
привязанной переменной.
Спасибо.

И вопрос.
При вызове ShowMessageClient можно ли как-то изменить ширину окна и шрифт сообщения?

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

[Simple-Scada]

Здравствуйте.

Сделайте у TM_ComboBox свойство, которое вызывалось бы, когда пользователь выбрал элемент из списка.

Скорее всего добавим такое событие в будущих обновлениях.

При вызове ShowMessageClient можно ли как-то изменить ширину окна и шрифт сообщения?

Нет, если нужно уникальное окно, то можно создать окно и вызывать его через ShowAll, чтобы отобразить на всех клиентах.

В редакторе скриптов, при задании поиска не происходит скролирование к первому вхождению, если оно не на экране.

Добавим скролл к первому найденному.

[dima_k]

Можно, но оно будет не модальным. Иногда надо, чтобы пока ответа не получено, оператор не мог бы ничего сделать. А так он может управлять элементами, находящимися за окном.

[strs]

Предложение:

Особенностью данной скады является то, что пространство переменных только одно и в его рамках они все должны иметь уникальные имена, что при большом количестве объектов, особенно однотипных очень неудобно, после работы с другими подобными продуктами, это очень напрягает.

Было бы гораздо удобнее, если бы области внутри разных групп не пересекались, тогда можно было бы тиражировать переменные, относящиеся к типовому объекту, просто скопировав группу. Например, есть у нас группа group1, в ней три переменные - var1, var2, var3. Мы скопировали group1, получили group2, group3 и т.д., каждая из них будет содержать все те же var1, var2, var3.

А из скриптов обращаться к ним можно  через название группы - grop1.var1, group2.var1 и т.д.

[Simple-Scada]

Можно, но оно будет не модальным. Иногда надо, чтобы пока ответа не получено, оператор не мог бы ничего сделать. А так он может управлять элементами, находящимися за окном.

Да, собственное модальное окно сейчас создать нельзя. Возможно добавим модальные окна в будущем.

Было бы гораздо удобнее, если бы области внутри разных групп не пересекались, тогда можно было бы тиражировать переменные, относящиеся к типовому объекту, просто скопировав группу. Например, есть у нас группа group1, в ней три переменные - var1, var2, var3. Мы скопировали group1, получили group2, group3 и т.д., каждая из них будет содержать все те же var1, var2, var3.

К сожалению это не подойдёт практически всем пользователям, т.к. переменные будут привязаны к группам, а вложенность групп часто довольно большая и имена переменных станут чрезмерно длинными. Также после переноса переменных из группы в группу, придётся переписывать скрипты. Поэтому мы не рассматриваем такой вариант.
Названия групп можно включить в имена переменных, чтобы переменные назывались "grop1_var1", "group2_var1" и т.д. Для тиражирования и быстрого переименования переменных и групп можно использовать экспорт в Excel и импорт.

[strs]

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

[dima_k]

Можно, но оно будет не модальным. Иногда надо, чтобы пока ответа не получено, оператор не мог бы ничего сделать. А так он может управлять элементами, находящимися за окном.

Да, собственное модальное окно сейчас создать нельзя. Возможно добавим модальные окна в будущем.

Ждем с нетерпением.