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

[Genrosol]

Обслуживающему персоналу выключать сервер кнопкой power на системном блоке. В этом случае сервер должен корректно завершить работу.

Попробовал выключить сервер Simple-Scada кнопкой power на ОС Windows 7 (до этого пробовали только на Windows XP), теперь ясно, почему мы друг друга не понимали: Windows 7 без всяких вопросов завершает работу сервера, а Windows XP - нет.

[TeNQ]

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

И еще обнаружил небольшую ошибку. Если в редакторе скриптов выбрать название скрипта - Procedure ..., появится окно с редактированием имени скрипта и нажать ctrl+ shift, а потом закрыть это окно, то блочится переключение шрифтов в редакторе. У меня переключение стоит на alt+shift и оно уже не работает, пока не закроешь редактор.

[Simple-Scada]

TeNQ, в будущем сделаем у временных трендов возможность выбора направления (в любую сторону) и добавим шкалу времени.

...то блочится переключение шрифтов в редакторе.

Спасибо за описание, проверим и устраним.

[TeNQ]

Тут уже просили(pan-nn) ввести инструмент "календарь". Я присоединяюсь. В скаде не хватает штатных средств для ввода даты и времени. В демо-проекте нет ни одного примера ввода даты или времени. Есть только вывод в инструмент типа "Текст". Тем более что в трендах календарь уже есть и используется.
 Для ввода даты или времени есть только две функции StrToDate и StrToTime, для которых нужно подготовить строку определенного формата, иначе на выходе просто будет присвоено текущее дата/время. Со вводом времени проблем особых нет (устанавливаю нужный формат времени SetDateFormat; три числовых поля со шкалами 0-24, 0-60, 0-60; собираю с разделителями ':' в строку и преобразую в формат времени StrToTime). С датой посложнее, тут кол-во дней зависит от месяца. Я создал комбобокс(список) с 12 месяцами. Ввел шкалу 1-31 для дней и хотел менять максимум шкалы в зависимости от выбранного месяца. Но, во-первых, к шкале переменной как таковой нет доступа. Есть инструмент "шкала", но это другое. А во-вторых и максимум переменной невозможно изменить, это свойство только для чтения. Буду делать по-другому, но можно ли сделать возможность изменять максимум/минимум шкалы в скриптах?
Пы.Сы.
Для элемента комбобокс у строки проверяется вводимое значение в поле "Значение". Если оно совпадает с уже существующим, то ввод отменяется. Не знаю зачем на самом деле ведется эта проверка, потому что как по мне она не нужна, ведь это же не индекс строки, пусть хоть все строки имеют одинаковое значение. А при создании новой строки проверки на то, что существует строка с подобным значением не ведется. И так можно создать поля с одинаковым значением.

[Simple-Scada]

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

Если оно совпадает с уже существующим, то ввод отменяется.

Это правильно. Система такая: Вы можете присвоить каждой строке определенное значение переменной. Например строка 1 = 100, строка 2 = 200. Когда переменная примет значение = 100 в списке отобразится первая строка, когда 200 - вторая. Если оставлять значения по-умолчанию, то значение переменной будет соответствовать номеру строки. А два одинаковых нельзя задать, т.к. в таком случае программа не сможет определить какую строку из двух нужно показать.

А при создании новой строки проверки на то, что существует строка с подобным значением не ведется.

А это уже ошибка. Исправим.

[TeNQ]

Тогда вот еще вопрос) Я создаю виртуальную переменную со шкалой от 1 до 31. Присваиваю полю и устанавливаю свойству поля "Значение" 1. Запускаю клиент и вижу в поле 0. Как так получается?

[Simple-Scada]

Т.к. поле связано с переменной, то в нём отображается значение этой переменной. Все численные переменные инициализируются значением равным нулю. Поэтому когда Вы запускаете проект переменная инициализируется и ноль отображается в поле. На данный момент свойство "значение" используется только в редакторе для визуализации. В будущем при создании переменных можно будет задать значение которым нужно инициализировать переменную (вместо нуля).

[Teodor]

Т.к. поле связано с переменной, то в нём отображается значение этой переменной. Все численные переменные инициализируются значением равным нулю. Поэтому когда Вы запускаете проект переменная инициализируется и ноль отображается в поле. На данный момент свойство "значение" используется только в редакторе для визуализации. В будущем при создании переменных можно будет задать значение которым нужно инициализировать переменную (вместо нуля).

А можно инициализировать скриптом одноразовым

[TeNQ]

Дело ведь не в том как инициализировать переменную. И даже не в том, что переменную пока нельзя инициализировать через редактор. А в том, что присвоенное значение на этапе инициализации вышло за пределы шкалы. Т.е.  отсутствует контроль за выходом переменной за пределы. Я полагал и ошибочно, что назначив шкалу,  я выставил диапазон, в котором будет находиться переменная. Т.е. придет значение ниже границы, оно будет будет "обрезано" по нижней границе. Например, нижняя граница шкалы  0, придет отрицательное число и переменной будет присвоено значение 0. Однако это не так. При инициализации, при присвоении значения этой переменной в скрипте границы не соблюдаются. Шкалы это лишь контроль на ручном вводе через поле и шкала на графике. Я просто немного другого ожидал.

[Teodor]

ИМХО еще не так. Шкала переменной передает значения(свойства) полю(объекту) с которым она связана, и при работе с этим полем в переменную уже пишем в пределах шкалы. А вот прямая работа с переменной, это уже другая пестня. То-есть шкала касается НЕ собсно переменной, а ее родителя.

Попробуйте обращаться в скрипте не прямо к переменной, а через объект к которой она привязана.
(Это досужие размышлизмы, а не оф. ответ)

[Teodor]

предложение - вопрос к уважаемой администрации

Насколько сложно допилить просто типизированные переменные?
Не варианты, а классику, которая выступила бы глобальной для проекта.
Вот люблю я циклы и массивы, а тут никак ими воспользоваться не выходит.
Не надо блатного редактора, сортировки, папочек. Просто тип "скрипта" - объявление переменных и окошко как у скрипта, с той же проверкой орфографии. Я понимаю, что будут вопросы с их подтягиванием к другим скриптам, пусть не подтягивает, но ести надо пару сотен флажков пилить вместо массива и копипастить/править, то хочется кого-то убить.

[Simple-Scada]

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

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

предложение - вопрос к уважаемой администрации. Насколько сложно допилить просто типизированные переменные?
Не варианты, а классику, которая выступила бы глобальной для проекта.

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

[Teodor]

А как лучше вам подавать досадные "мелочи"? письмами на сапорт, сюда? Поштучно, списками?
Типа такого:
(редактор скриптов)

• клавиша End, переводит в конец строки только если курсор стоит до последнего знака. Если дальше то не происходит ничего, а хотелось бы все-же переместится в конец.
• PgUp и PgDn не работают, что заставляет перекидывать руку на мышь, короче неудобно.
• Нет отмены, тут вообще очевидно.
• Дайте возможность в настройках отключить сообщения о удалении переменных и скриптов (лучше отдельно)
• Нет режима затирания символов при наборе. Очень злит в купе с отсутствием массивов
• Нет поиска и замены в тексте скрипта
• Увидеть конец строки которая сделана на мониторе с большим расширением невозможно, надо переносить и делать кашу из строк
• После выпадения подсказки, иногда, если ее не использовать, она пропадает, а вместе с ней возможность перемещать курсор вверх вниз. Тогда надо опять ее вызвать и ткнуть Еск шоб она пропала легально и отдала стрелки окну.
• При возврате в начало строки клавишей Home и последующем ее выделении (Shift+Up|Dn) строка выделяется не вся, а с того места откуда перед тем убрали курсор и т.д.
• RCtrl+Left|Right НЕ работает... Я уже было решил что такой функции нет, но LCtrl+Left|Right оказалось, есть и работает... Удивительно.

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

Это 100% решит все проблемы трудящихся. Тот-же ноутпад++ имеет подсветку паскаля, а повторять его сложно, долго и главное не нужно.

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

[Simple-Scada]

А как лучше вам подавать досадные "мелочи"? письмами на сапорт, сюда? Поштучно, списками?

Как Вам будет удобнее. Спасибо за список замечаний, часть из них уже есть в нашем списке, а часть добавим и постепенно будем устранять с выходом каждой новой версии скады.

[Teodor]

Всегда пожалуйста.

продолжу (в перемешку с хотелками).

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