Проект горит синим пламенем, нужны хоть какие-то новости о сроках исправления! Есть ли вообще смысл ждать, что все заработает нормально, если есть то сколько?
Вид для печати
Проект горит синим пламенем, нужны хоть какие-то новости о сроках исправления! Есть ли вообще смысл ждать, что все заработает нормально, если есть то сколько?
Как вы могли заметить, мы каждый день занимаемся вашей проблемой, и планомерно устраняем все найденные замечания.
Наиболее важным сейчас мы считаем некорректную работу ФБ "Счетчик сообщений", а также некорректную работу скрипта из-за того что не поступают некоторые данные. Эти две проблемы мы постараемся устранить сегодня.
Я ни в коем разе не преуменьшаю вашу оперативность и очень благодарен вашей команде за проделанную работу, но и вы поймите меня как потребителя, который будет представлять ваш продукт заказчику. Мы и подумать не могли, что придется выполнять работу отдела тестировки и участвовать в бета-тестировании, т.к. предполагали покупку конечного продукта. А заказчика отнюдь не волнует наши проблемы с выбором ПО и процессом разработки, ему нужна готовая система и нужна сейчас, именно поэтому я и просил у вас хотя бы примерные сроки устранения, чтобы было, что ответить заказчику.Цитата:
Сообщение от SCADAMaster
p.s. в первую очередь лучше наладить работу скрипта, т.к. именно из-за этого мы не можем показать систему заказчику.
Наткнулся на еще один неприятный баг - не могу квитировать сообщения в журнале типизированного объекта. Демонстрация в видео.
upd. еще один баг в копилку - в типизированных объектах не создаются отчеты по расписанию, возможно дело в ФБ "Управление отчетом". Видео №2 прилагается.
По отчетам. По видео не до конца ясно что вы имеете ввиду. У вас именно по расписанию сохранение не срабатывает (то есть не приходит импульс на вход скрипта) или же вообще сохранение не происходит.
Не сохраняется документ, на видео видно, как я вручную имитирую импульс, но документ в папке не появляется, поиск выдает лишь тот, документ, который был создан в нетипизированном объектеЦитата:
Сообщение от SCADAMaster
Проверяйте на текущей Beta - ошибки подсчета сообщений, квитирования и отображения значений исправлены.
Спасибо огромное) Потестировал, вроде работает, но нашел еще пару замечаний по журналу:Цитата:
Сообщение от SCADAMaster
1. сообщения в журнале объектов архивируются не корректно, а в типизированных объектах так совсем не сохраняются, тренды нормально пишутся в БД, а вот сообщения отсутствуют, стоит перезапустить проект.
2. сообщения об отклонении от нижних границ (Н, НН) почему-то формируются дважды, т.е. вместо одного сообщения в журнале появляется два.
На видео отображено.
Так же у меня к вам 2 вопроса:
1 - как избежать формирования сообщений при запуске системы, дабы журнал не засорялся статусами "НА Включен" или "Значение в нормальных пределах"?
2 - как вытащить значение статуса типизированного объекта в режиме разработки? Объясню - мне нужно собрать статусы всех насосов из насосной №1 и в зависимости от наличия аварийных статусов вывести индикацию на общий вид. Проблема в том, что когда я перетаскиваю в ФБ "Расчет" значение "Статус" из объекта "НА/Консольный/Статус НА", то я не могу указать какой экземпляр надо учитывать для данного значения.
Судя по всему проблема при архивации в PostgreSQL. В MS SQL и Firebird все работает нормально.Цитата:
Сообщение от MTven
Мы посмотрим в чем может быть дело.
Если проблема критичная, то можно временно поставить Firebird и назначить в него архивацию сообщений (данные можно оставить в pOSTGRE)
Система - Архив - Сообщения - Снимите флаг "Закрывать загруженные сообщения при старте"Цитата:
Сообщение от MTven
Какие обработки нужны?Цитата:
Сообщение от MTven
Тут два варианта:
1. Сделать обычный, не типизированный объект, в нем сделать значения, связать их с нужными переменными через сервис типизации с типизированными объектами, а дальше работать с ними.
2. Сделать скрипт, который будет обращаться к переменным типизированного объекта и обрабатывать как требуется.
Благодарю, забыл про возможность привязки к выходам типизированных значений, во вкладке типизация.Цитата:
Сообщение от SCADAMaster
Есть еще небольшой вопрос - может есть функционал, позволяющий залогинить гостевую учетную запись при запуске системы? Просто мы собираемся прописать запуск системы в автозагрузке, но по факту система не начнет загружаться, пока не будут введены учетные данные и это становится проблемой.
Для того чтобы запустить masterSCADA сразу в режим исполнения нужно создать*для MasterSCADA, а затем в свойствах ярлыка указываете запускать MasterSCADA с параметрами - с нужным вам проектом. Подробнее вы можете прочитать в справке. Раздел "Работа в режиме исполнения - Запуск проекта из командной строки и по*ярлыку".
У нас проблема с запуском проекта на сервере - загрузка проекта занимает 15-20 минут, в то время как на любой другой машине этот же проект запускается 2-3 минуты.
Для чистоты эксперимента запускал один и тот же проект на 3 машинах:
Обычный ПК: i5-4590 3.3GHz, 8GB ОЗУ, 1Tb HDD, Windows 8.1 Professional x64;
Рабочий ПК: i3-6100 3.7GHz, 16Gb ОЗУ, 256Gb SSD, Windows 10 Pro x64;
Сервер: HP Proliant DL360, Xeon E5-2667 v4 3.2GHz, 64Gb ОЗУ, 1.8Tb RAID1+0 (SAS 781577 600Gb * 6), Windows Server 2012 R2 Standart.
Не можем понять в чем причина, проекты абсолютно идентичны, версия скады тоже. Единственное, что мы заметили - высокая нагрузка на жесткие диски сервера и высокая активность записи данных на диск (см скрин).Вложение 33885
Провели еще несколько испытаний - на аналогичном сервере запустили проект, но результат оказался тем же - время загрузки более 15 минут. Попробовали и на обычном ПК с ОС Windows Server 2012 R2 Standart, но и там система запускалась около 20 минут.
Для чистоты эксперимента взяли два сервера HP с одинаковыми проектами, но на одном из них удалили все объекты из дерева "Система", чтобы исключить любое обращение к сети и внешним источникам данных. Результат остался тем же.
В какой файл идет запись? На скриншоте не видно имя файла, колонка сильно задвинута. Если хранить архив в БД, то сама скада не должна ничего писать на диск.
Если только там не идет большой поток ошибок или включен полный журнал режима исполнения (Сервис - Настройка - Режим исполнения).
Попробовали поставить версию ОС, поставляемую HP (Windows Server 2012 R2 Std for HP Proliants), на виртуальную машину обычного ПК, там все запускается в пределах 3 минут, но та же ОС на самом сервере запускает систему за 15-20 минут. Мы уже не понимаем в чем дело, специально снесли все разделы, пересоздали рейд, поставили чистую ОС и поверх нее лишь русский языковой пакет. На чистую ОС была установлена MasterSCADA и запущен проект, но и это не помогает. В чем может быть причина?
Загрузка ЖД так же не является причиной долгого запуска - на нормально работающих системах картинка нагрузки такая же.
Вложение 33905
Помимо всего этого список выявленных и не устраненных замечаний:
1. Права доступа, выставленные в системе не наследуются компьютерами, объектами и не синхронизируются через БД.
2. Системные сообщения о превышении уставок не срабатывают, при изменении значений самих уставок. Т.е. текущее значение скорости "8.5", уставку "Верхний предупредительный" изменяют с "9" на "8", значение превышает порог и срабатывает визуальная индикация, но сообщение в журнале не появляется.
3. Мнемосхема все еще открывается со скроллбарами, хотя не должна, проблема описана http://www.owen.ru/forum/showthread....l=1#post260629
Эту ошибку вы ранее не указывали. Опишите ее подробнее.Цитата:
Сообщение от MTven
Тут все просто, при изменении прав доступа во вкладке "Операторы и безопасность" для "Система" ни одна из настроек не наследуется ниже стоящими объектами. У вас в справке указано:Цитата:
Сообщение от SCADAMaster
Так вот, этого не происходит. Права для объектов наследуются только от компьютера - в моем случае "Server". Я пробовал так же ваше нововведение - синхронизацию через БД, но и она не помогла, статус синхронизированно выдает, но изменения от Системы не принимаются.Цитата:
Права доступа заданные на уровне системы наследуются компьютером - объектом - переменными. На любом уровне права доступа могут быть переопределены на вкладках "Права доступа".
У нас все корректно, в том числе и в вашем проекте. Синхронизацию через БД делать не нужно - это для крупных сетевых проектов, с единым механизмом управления безопасности.Цитата:
Сообщение от MTven
Может вы просто переопределили на уровне объекта настройки? В этом случае наследование выключается.
Попробуйте сделать так. Задайте на уровне системы настройки которые вам нужны, выделите компьютер, на вкладке Права доступа поставьте флаг "Включая вложенные объекты" и нажмите Вернуть умолчания. Затем проверьте что у объектов (исполняемых на этом компьютере) встали настройки системы. После этого можете попробовать что-то поменять в системе и проверить - применились ли значения к переменным объектов.
Если не сработает - то приложите текущую версию проекта и видео.
Хорошо попробую, но сейчас вспомнил о самом критичном баге на данный момент, который надо устранять в первую очередь - сообщения в журнале не архивируются, хотя данные имеются (видно по трендам).
Огромная просьба - просмотрите его в первую очередь, из-за этого мы не пройдем испытания. Ставить дополнительную СУБД не вариант - у нас и так уже 2 крутятся.
upd. дополнительная проблема, которую вы вроде до этого устраняли - в журнале формируются сообщения о превышении максимального аварийного уровня для всех измерений,с учетом того, что они в нормальном состоянии:Цитата:
Сообщение от SCADAMaster
Вложение 33919Вложение 33920
Исправлено - пробуйте.Цитата:
Сообщение от MTven
Попробовал, теперь журнал совсем неисправен - открывается журнал определенного агрегата, а через секунду туда попадают сообщения со всего объекта.Цитата:
Сообщение от SCADAMaster
Если все равно правите журнал, то могли бы зацепить и эти сообщения "Максимальный аварийный" по всем измерениям при запуске?
Пробуйте на текущей Beta - исправлена ошибка шкал, и сделана оптимизация. Теперь проект должен загружаться в разы быстрее.
На FTP я увидел только версию от 05:30 31.10.2017, но я ее уже скачивал утром и отправил вам видео с замечанием.Цитата:
Сообщение от SCADAMaster
Это уже обновленная версия или вы просто не залили ее на FTP?
Вложение 33932
На текущей Beta версии все нормально (см. приложение). Но мы проверяем на вашей старой версии проекта TIP_NA_v5.23.Цитата:
Сообщение от MTven
Попробуйте проверить на сегодняшней Beta. Убедитесь что фильтр журнала у вас настроен правильно (текущий объект с подъобъектами).
Если опять же будет ошибка - приложите текущую версию проекта.
Проявилась. Посмотрим.Цитата:
Сообщение от MTven
Подскажите, как для объекта с типизацией выполнить действия для экземпляра при открытии окна? В версии 3.8 делали событие, которое вытаскивали в виде прозрачной кнопки на мнемосхему,
по нажатию открывалось необходимое окно и выполнялись действия. В 3.9 по нажатию открывается список экземпляров, хотя прозрачной кнопке присвоен конкретный экземпляр.
Версия Beta 3.9.0.60953.
Проблема проявилась. Мы с ней разберемся.
Ошибка исправлена.Цитата:
Сообщение от Barton
Исправление будет доступно в завтрашней Beta версии.
Не подскажите, что делать с этим багом?Цитата:
Сообщение от MTven
Мы же вам написали уже по почте - устранили его. Пробуйте на Beta
Благодарю, почту проверил только сегодня. А что подразумевается под третьим пунктом "Утечки"?Цитата:
Сообщение от SCADAMaster
Во время испытаний всплыло одно очень неприятное замечание, которое я устранил костылями, но все же. В правах доступа операция "Установить значение" для "Переменная" открыта только для инженера и разработчика, но по факту ее может менять кто угодно, используя ФБ "Блок параметров". Похоже данный ФБ почему-то игнорирует разрешения, выставленные в правах доступа. Выходы ФБ подключены к значениям уставок. Видео работы прилагается.
p.s. Есть ли возможность сменить наименование столбца "Экземпляр" в журнале на "Позиция"? Не нашел функционала.
Утечки - это ситуация когда при остановки проекта скада продолжает занимать большой объем памяти. ДЛя режима исполнения это не критично, так как при обновлении проекта скада закрывается, это больше важно для разработчика.
Сигналы поступаемые от ФБ "Блок параметров" действительно не контролируются системой прав доступа - такие сигналы не возможно перехватить, так как идут через входы динамизации, кроме того их может быть несколько.
Переименовать столбец можно - наведите на него мышь, появится специальная сервисная кнопка. Которая активирует специальное поле для переименования. После этого сохраняете и переоткрываете журнал
С утечками памяти вы вроде разобрались еще в прошлом месяце, по крайней мере оперативную память уже так не жрет и не вылетает после 3-4 перезапусков.Цитата:
Сообщение от SCADAMaster
А вот насчет ФБ "Блок параметров" - это конечно неприятно, хорошо было бы это где-то обозначить заранее.
Здравствуйте, хотел бы выкатить еще 3 замечания:
1. С журналом все так же неполадки - при запуске вылезают сообщения о превышении максимального аварийного уровня (что с файловым архивом, что с Postgres).
2. Так же касается архива - наследование свойств архивирования должно наследоваться от вышестоящего объекта, но в некоторых случаях это почему-то не срабатывает и приходится перепроверять вручную.
3. Открытие мнемосхемы со свойством "Открыть в новом окне" некорректно - она открывается в том же самом окне.
Все замечания показаны на видео, проект с отчетом об ошибках прилагаю.
У вас формирование аварийных границ идет по достаточно сложному алгоритму, возможно в начальный момент значения появляются некорректные.Цитата:
Сообщение от MTven
Если взять какой нибудь кaнал и временно подключить в качестве аварийных границ команды с включенными значениями до опроса - сообщение возникнет?
Очень хорошо видно, что у вас переопределены настройки (27 секунда видео). А раз переопределены, то изменения сверху на них уже не влияют. Нажмите на этой странице "Вернуть умолчания".Цитата:
Сообщение от MTven
Вот описание настройки из справки:Цитата:
Сообщение от MTven
Флаг "Открыть на другом мониторе" - если кнопка вызова (кнопка перехода к объекту) находится на мнемосхеме, открытой как "Окно" на мониторе 1, и если способ вызова по кнопке перехода задан "Новое окно", то новая мнемосхема по этой кнопке откроется на мониторе 2.
Вы также можете задавать координаты открытия окна (в том числе и на уровне конкретной кнопки открытия).
Здравствуйте еще раз, есть 2 вопроса по проекту:
1. Давняя проблема со скриптами C# - если добавить новый параметр в шаблон, то экземпляры не наследуют свойства и связи после обновления (отображено в видео). В виду этого приходится либо вручную расставлять связи, либо обновлять их по второму кругу.
2. Ошибка при формировании отчетов, в чем дело понять не могу. Видео и отчет об ошибках с проектом прилагаю.
Ошибки проявились. Мы с ними разберемся
У вас проблема в отчете объекта Консольный - он у вас не компилируется в предварительном просмотре. Нужно исправлять в нем ошибки.Цитата:
Сообщение от MTven
Ошибки исправил, хотя непонятно почему вообще имена для Text задались не уникальными. Теперь у меня 2 проблемы:Цитата:
Сообщение от SCADAMaster
1. Выходит другая ошибка, причем для 2 экземпляров одного типизированного объекта отчет создается, а для 3 других нет, хотя настройки идентичны. Описание в видео, отчет об ошибках прилагаю.
2. Изображение в отчете не отображается