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

[Botsmall]

Добрый день.
Появился вопрос.
Имеются переменные, которые при нулевом своем значении должны инициализировать сообщение об аварии.
Соответственно, для того чтобы журнал аварий не забивался сообщениями при потери связи с устройствами, в настройках проекта стоит галка "игнорировать переменные с плохим качеством...".
Одновременно с этим существуют переменные (Bacnet переменные), которые наоборот инициализируют сообщения при значении отличном от нуля. Но, эти переменные при возникновении аварии
меняют свое качество на "sensor_failure". Появляется дилемма:
при выключенной опции: "игнорировать переменные с плохим качеством..." журнал будет забиваться сообщениями от первого списка аварий при потере связи.
при включенной опции: "игнорировать переменные с плохим качеством..." журнал не будет забиваться сообщениями, но от второго списка не будет вообще никаких сообщений.

наверно предложите создать на каждую внешнюю переменную внутреннюю и обрабатывать аварии с помощью них. Но их кол-во запредельно для ручного заполнения.
(к тому же, если я ошибаюсь, пожалуйста, поправьте, внутренние переменные "кушают" точки лицензии?). Как быть?

[Simple_Scada]

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

1. Чтобы подобных проблем не возникало, рекомендуем не использовать для выдачи сообщений нулевые значения переменных. Тогда обрывы связи не будут приводить к выдаче сообщений по нулевым значениям.
2. Возможно в OPC-сервере для тегов, у которых при возникновении аварии качество изменяется на "sensor_failure" можно отключить смену качества.
3. Возможно в OPC-сервере можно настроить поведение при обрыве связи. Например, в arOPC можно задать опцию "Значения тегов при отказе" =  "Оставить последнее достоверное значение"(см. скриншот во вложении). Тогда при обрыве связи значения переменных не будут обнуляться и соответственно не будут выдаваться сообщения по нулевым значениям. Возможно подобные настройки имеются в Вашем OPC-сервере.

Со стороны скада-системы описанный вопрос решить не получится.

наверно предложите создать на каждую внешнюю переменную внутреннюю и обрабатывать аварии с помощью них. Но их кол-во запредельно для ручного заполнения.

Такой способ целесообразен только если подобных переменных немного.

к тому же, если я ошибаюсь, пожалуйста, поправьте, внутренние переменные "кушают" точки лицензии?

Считаются только внешние переменные, которые добавлены с OPC-сервера. Количество внутренних переменных не ограничено. В редакторе переменных на верхней панели отображается общее количество переменных проекта, а также количество внешних переменных(которые учитываются в лицензии) в скобках.

[pavel.sheva]

Будет ли организована, красивая поставка данных из БД, с их первоначальным типом, в таблицу в SCADA, а также в честь этого добавить свойство ячейке - value для понятного дела зачем?

[Simple_Scada]

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

Будет ли организована, красивая поставка данных из БД, с их первоначальным типом, в таблицу в SCADA, а также в честь этого добавить свойство ячейке - value для понятного дела зачем?

Таких изменений не планируется.

[Timothy Clement]

Добрый день!
Хотелось бы видеть в списке локализаций также белорусский язык. Я сделал перевод в файлах конфигурации, переделал локализацию English в белорусскую. Перевод по большей части автоматический, но весь текст прошел глазами и исправил вручную несоответствия, так что если ошибки будут, то минимум. Надеюсь на вашу поддержку этого "фанатского" перевода путем переименования файлов конфигурации в Belorussian и добавления соответствующего пункта в выпадающем меню выбора языка.
Также во время перевода я обнаружил несколько опечаток в русской локализации, вынес их в отдельный файл Russian_errors, который тоже прилагаю.

[Simple-Scada]

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

Спасибо, внесли исправления. Белорусскую локализацию добавим в ближайшее обновление.

[teplocom]

Добрый день!
Хотелось бы видеть в списке локализаций также белорусский язык...

Timothy Clement, ай как классно! Тоже хотел предложить реализацию этой темы.
Очень актуально. Спасибо за труд!

Ещё б немецкий и польский в будущем и выходить на новые рынки 

[Nomad]

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

1. Возможно ли в палитре цветов добавить подсказку с наименованием константы цвета? Или в справке по скриптам в описании констант цветов добавить рядом в колонке как он выглядит? А то только в скриптах можно посмотреть.

2. У TM_Table заголовок при форматировании "слева" или "справа" имеет отступ, а у остальных объектов (например, TM_Field) текст он при этом же форматировании "липнет" к границе объекта. Может есть возможность немного его "оттащить"? Или параметр ввести "отступ от края"? Не критично, но всё же... Ненарядно )
Даже при форматировании "сверху" или "снизу" есть небольшой отступ....

3. А ещё по скриптам: когда разворачиваем список скриптов, переходим в скрипт - остальной список скриптов сворачивается. Можно ли не сворачивать список? при переключении между двумя скриптами потом опять ищешь то место предыдущего скрипта.

Спасибо.

[Simple-Scada]

1. Возможно ли в палитре цветов добавить подсказку с наименованием константы цвета? Или в справке по скриптам в описании констант цветов добавить рядом в колонке как он выглядит? А то только в скриптах можно посмотреть.

Константы цветов отличаются от цветов палитры. Если нужно перенести цвет в скрипты, то можно взять из палитры параметры цвета и подставить их в функцию RGB, например:

Код: (delphi)

begin
  txtA1.Color := RGB(100, 125, 20);
end.

Может есть возможность немного его "оттащить"? Или параметр ввести "отступ от края"?

В ближайшее время такой возможности не появится.

3. А ещё по скриптам: когда разворачиваем список скриптов, переходим в скрипт - остальной список скриптов сворачивается. Можно ли не сворачивать список? при переключении между двумя скриптами потом опять ищешь то место предыдущего скрипта.

Да, компонент групп сейчас допускает только одну развёрнутую группу. Изменим в будущих обновлениях.

[Серега]

Добрый день!
С каждым выходом новой версии работать в редакторе становиться все приятнее!

При редактировании простых элементов (например текст, фигура, поле) и последующей их привязки к переменным в принципе все хорошо.
Но когда (чисто субъективное мое мнение) много элементов и надо проверить привязку к переменным, само поле, где выбирается переменная прыгает вверх вниз от элемента к элементу.
Данное действие начинает растягиваться по времени. Начинаешь уставать. Но ... работа не ждет.
Так же не совсем понятно распределение свойств например прозрачность или цвет у прямоугольника.
Если идут параметры геометрии пусть будут только ширина высота и координаты х и у выделены в группу как сейчас. На мой взгляд эти параметры более основные чем прозрачность.
А прозрачность с цветом в отдельную группу доп. свойств.
Маленькое предложение по распределению свойств в окне свойств:
1 группа - геометрия (координаты, ширина, высота)
2 группа - доступ (имя, видимость, доступность)
3 группа - привязка (полностью как сейчас)
дальше как и сейчас.
Как бы предлагаю сделать такую "лакировку" свойств. Надеюсь это не сложно и многим из пользователей Вашим продуктом это понравиться.

И в дополнение. Это касается не всех элементов. Это ближе всего к первым 6 элементам панели выбора элементов.

[ART63]

Добрый день!

Было бы очень удобно, если бы на сайте рядом с версией стояла дата ее выхода.

[Simple_Scada]

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

Маленькое предложение по распределению свойств в окне свойств...

Пожелание учтем и посмотрим, что можно сделать в этом направлении.
UPD: изменили порядок свойств объектов в обновлении 2.6.4.0.

Было бы очень удобно, если бы на сайте рядом с версией стояла дата ее выхода.

Историю версий с датами выхода можно найти в руководстве по ссылке.

[ART63]

Историю версий с датами выхода можно найти в руководстве по ссылке.

Добрый день!

Это неявное местоположение информации.  На нее нет нигде ссылки из основных окон по версиям.
Совсем несложно добавить эту дату на основной экран или хотя бы на страницу с описанием новшеств версии.
Лично я обращаю внимание на дату, когда хочется понять "живой" ли продукт предлагается или насколько я отстал от жизни  .

[Simple_Scada]

Совсем несложно добавить эту дату на основной экран или хотя бы на страницу с описанием новшеств версии.

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

[Rindzin]

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