Тестирование Simple-Scada 2 (beta)

[Simple_Scada]

Скорее всего Вы не задали шкалу для Вашей переменной - по умолчанию 0-100. Перейдите в редактор переменных, далее в меню "Шкалы" -> "Создать шкалу" и задайте параметры шкалы. Затем кликните по нужной переменной и в свойстве "Шкала" выберите созданную шкалу.

[Simple-Scada]

Мы обновили Simple-Scada 2 (beta). Все желающие могут скачать его по старой ссылке. Это обновление включает в себя изменения необходимые для будущего перехода на официальную версию Simple-Scada 2. Структура файлов изменена. Если нужно обновить проект - вышлите его на почту поддержки. Обратите внимание! Эта версия и все будущие будут ограничены на 64 внешних тега, без ограничения по количеству внутренних тегов. Если Вам нужно больше тегов Вы должны дождаться выхода официальной версии, либо использовать предыдущую beta-версию.

• снято ограничение по количеству внутренних переменных;
• включено ограничение на 64 внешних тега;
• исправлена ошибка с выдачей одинаковых сообщений когда значение меняется в заданном диапазоне;
• исправлена ошибка с OnDataChange скриптами, которая могла приводить к некорректной работе других скриптов;
• исправлена ошибка с якобы дублирующимися именами объектов/переменных;
• свойство "группа трендов" у страниц/подстраниц теперь работает;
• появилась опция приоритета сообщений в меню "Проект -> Настройки";
• кнопки панели сообщений принимают цвет темы проекта;
• добавлены недостающие концы труб. Стрелки на концах трубы увеличены;
• в Options.exe теперь можно задать список разрешенных IP-адресов для подключения к серверу;
• в Options.exe можно включить отображение даты в журнале сервера;

Изменения в скриптах:

• добавлены процедуры перехода по страницам (методы GoToPage) и подстраницам (методы GoToSubpage);
• добавлены процедуры перехода в меню сообщений и меню трендов;
• добавлена процедура для остановки воспроизведения звука;
• у окон появились методы Close и Show;

Подробнее о новых скриптах можете прочесть в Руководстве.

[deldemo]

Спасибо парни !!!!!!!!

И тут же возник вопрос при ограничении тегов со 100 до 64.
Возможно ли ,на данном этапе разработки ,добавить опцию для просмотра неиспользуемых тегов?

И еще один вопросик.
Когда ожидается официальная версия?(Хочется уже приобрести и не парится об ограничениях)

[Simple-Scada]

Сейчас в меню переменных на верхней панели отображается общее кол-во переменных и количество внешних (по которым сделано ограничение тегов) переменных в скобках. Вы про это говорите?

Когда ожидается официальная версия?(Хочется уже приобрести и не парится об ограничениях)

Всё идет к концу, мы просто не можем начать продажи пока есть значимые ошибки. На сегодняшний день нужно исправить несколько таких ошибок и внедрить систему пользователей. Также добавить несколько функций в скрипты и дополнить библиотеку графики. После этого мы и получим полную версию Simple-Scada 2 и начнем продажи. Постараемся сделать все как можно быстрее, но когда именно это получится трудно сказать.

[deldemo]

Сейчас в меню переменных на верхней панели отображается общее кол-во переменных и количество внешних (по которым сделано ограничение тегов) переменных в скобках. Вы про это говорите?

Не совсем то.
Хотелки. Как то обозначить те переменные которые ни как не используются в проекте или иметь некий список "Неиспользуемые переменные"

[orbita-skb]

В связи с чем изменение ограничения количества тегов до 64?

Почему в редакторе переменных нет полосы прокрутки?
Почему в редакторе сообщений не работают горячие клавиши(удаление, вставка)?
Можно ли сделать в редакторе сообщений, выбор значений для диапазона состояния делать из переменных, а не задавать константой? Либо добавить в виртуальные переменные тип константа и использовать её? Сейчас приходится перелопатить все сообщения вручную, чтобы изменить одно значение, а ведь можно было бы изменить только в одном месте!

[Simple-Scada]

Как то обозначить те переменные которые ни как не используются в проекте или иметь некий список "Неиспользуемые переменные"

В ближайшее время этого не сделаем, возможно в будущем.

В связи с чем изменение ограничения количества тегов до 64?

Тестирование beta-версии подходит к концу. Эта версия станет в результате обычной demo-версией. \

Почему в редакторе переменных нет полосы прокрутки?

Её нет когда список переменных умещается на экране. Когда переменных много и они не помещаются - появляется скролл. У Вас не так?

Почему в редакторе сообщений не работают горячие клавиши(удаление, вставка)?

Действительно, исправим.

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

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

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

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

[TeNQ]

Есть ошибка с вылетом редактора, но я никак не могу словить, что конкретно к ней приводит. Она была в предыдущей версии и осталась в новой.
Суть в чем. Я переносил тексты из одного проекта 2 в другой 1. Создал в проекте 1 несколько объектов - текст и сохранил. Перешел в проект 2, выбрал объект - текст, выделил значение поля Text, Ctrl+C, закрыл проект. Открыл проект 1, выбрал объект - текст, вставил из буфера в поле текст, отредактировал. Выхожу из редактирования. Пробую вставить объект, поле либо текст, неважно. Сохранил проект 1. Перешел в проект 2 И тд. Но иногда, когда я пробую вставить объект это приводит к вылету редактора. Что является причиной не могу сказать - слишком уж много вариантов и ошибка не всегда воспроизводится. Но она точно есть, потому что я ее словил раз 10.
Ошибка - Вызвано исключение по адресу 0x00407A10 в Editor.exe: 0xC0000005: нарушение прав доступа при чтении по адресу 0xFFFFFFD0.
С другой стороны сколько я ни пытался на тестовых проектах воспроизвести, у меня не получается. Только на моих.

[orbita-skb]

Её нет когда список переменных умещается на экране. Когда переменных много и они не помещаются - появляется скролл. У Вас не так?

275 переменных, полосы прокрутки нет, но колесиком мыши прокрутка идет. И еще панель справа закрывает часть таблицы. Последняя Beta. Если необходимо могу приложить скриншот.
Извиняюсь все нормально, просто была открыта панель импорта с OPC сервера которая закрывала скролл.

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

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

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

Есть блок опроса термоподвесок который работает без управляющего контроллера. Данные передаются через RS485 в LectusOPC. В скаде необходим контроль выхода температуры за пределы и вывод аварийного сообщения. Термодатчиков 250шт, и менять уставку в каждой переменной очень долго и легко сделать ошибку.

[Simple_Scada]

Есть ошибка с вылетом редактора, но я никак не могу словить, что конкретно к ней приводит. Она была в предыдущей версии и осталась в новой.

Завтра мы свяжемся с Вами по почте и проведем тесты для обнаружения этой проблемы.

В скаде необходим контроль выхода температуры за пределы и вывод аварийного сообщения.

Постараемся к концу недели сделать автоматическую генерацию сообщений о нарушении границ. Границы переменных можно будет менять из клиента и они будут сами сохраняться и загружаться из файла без использования скриптов. При нарушении границ будут генерироваться сообщения вида: "Верхняя аварийная граница! + комментарий к переменной(если указан) или Имя переменной" и т.д. Вместо "Верхняя аварийная граница" можно будет задать свой текст.

[faust_040]

Будет ли возможность создание отчетов в exel формате?
Уже прочел, что отчеты отложены на будущее. Более точную информацию касательно времени не можете дать? Просто это очень и очень важно для нашего проекта, либо какими сторонними средствами это можно проделать ?

[a_sergeevich]

На данный момент, как мне кажется, проще самим написать небольшую програмку, которая будет выдёргивать данные из БД MySQL и перекидывать их в Exсel. Но, конечно разработчикам скады написать такую утилитку будет ещё проще и включить её в состав архива, по типу программы для создания анимации.

[Simple-Scada]

Будет ли возможность создание отчетов в exel формате?

На начальном этапе отчетов не будет. А возможность экспорта из БД в Excel будет. При этом экспортировать можно будет только все данные трендов и сообщений за указанный период. Если нужны именно отчеты, то придется ждать внедрения. Они появятся не раньше, чем через пол года.

[Fenix]

Протестировал вывод данных из БД в Excel. Для любых данных, хранимых в БД, это возможно.
Ну хорошо, допустим, тренды и сообщения будут попадать в БД автоматически. А как на счет скриптов, например в OnSecondTimer, позволяющих с определенным периодом обращаться к БД и записывать туда любое целевое значение? Что-то вроде ПроцедураЗаписиВБД(переменная,БД,таблица,колонка). А вывести их в Excel будет уже делом техники.

[toreto]

Протестировал вывод данных из БД в Excel. Для любых данных, хранимых в БД, это возможно.

А можно поподробнее поделиться??