Обнаражулись такая ошибка в проекте - у вас некоторые связи перетащены напрямую. Например:
Пользователь.Служебная информация.Имя оператора -> НА.Двухопорный.Сбор данных вкл.Имя_оператора
Из-за этого валится куча ошибок, ну и работать это не будет. Нужно сделать это через вкладку типизация. СДелать строковое значение, его кинуть в события, а уже на вход этого значения подать сигнал через вкладку Типизация.
Поправьте эту и подобную ошибки.
Убедится что вы все убрали, можно посмотрев файл:
\MasterSCADA Projects\sys_log\MasterSCADA_net.log
Если в нем есть сообщения вида:
17-10-12 18:32:02.558. [Error] Пользователь.Служебная информация.Имя оператора -> НА.Двухопорный.Сбор данных вкл.Имя_оператора [ID=147709 Index=0 PT_POUT Direct] [persistId=0 cacheId=8665],
Значит что-то еще осталось.
Спасибо.
Насчитал 4 ошибки, все ссылались на Имя оператора и Должность оператора. Переделал, хотя тот факт, что данные внешние связи не отображаются во вкладке "Внешние связи" много удивляет.
Теперь из ошибок он ругается лишь на ТИ из АСУТП, причем что именно ему не нравится я так и не понял, удалив 2 объекта и сделав их с нуля. Он просто начал ругаться на 2 других телеизмерения из АСУТП.
Все ошибки, что я описывал раннее остались на месте, ничего не изменилось, за 5 запусков приложение вылетело 3 раза. Прилагаю полнейшний отчет об ошибках в виде ссылки
upd. с предыдущих проектов я попробовал изменить место хранения архивов с PostreSQL на файловый архив. Потеря данных пропала, но в отчетах все равно не выводится ничего. Там отображаются лишь значения при запуске проекта, как будто игнорируя дальнейшие изменения. Тренды всю информацию показывают исправно
Последний раз редактировалось MTven; 23.10.2017 в 14:32.
Создал новый небольшой проект и тестирую досконально, есть одно замечание:
Когда на мнемосхему типизированного объекта добавляются контроллы "Начало отчета", "Конец отчета" и сама кнопка отчета, то в свойствах экземпляров у нее стоит "Все", и данное свойство не изменяется. Т.е. его можно изменить на "По выбору", сохранить документ, закрыть его, но когда открываешь, то свойство снова оказывается "Все".
Могу сделать предположение, что именно из-за этого глючат отчеты - они просто отображают значения других экземпляров, причем какого именно экземпляра в данный момент неизвестно и зависит от текущего цикла опроса.
upd. проверенно на небольшом проекте, кажется моя догадка подтвердилась - при ~50 вызовах отчета 6 раз отчет не совпал с экземпляром, с которого он вызывался (кол-во экземпляров = 3).
Такое происходит как с сохранением в архив, так и с PostgreSQL. Т.е. если увеличить количество экземпляров до моих, то отчет превращается просто в русскую рулетку.
p.s. кстати я не первый кто это заметил, вот сообщение пользователя barton72:
Последний раз редактировалось MTven; 13.10.2017 в 10:54.
То, что происходит со средой разработки - это нечто. Если вам удастся запустить мой проект на исполнение хотя бы 5 раз подряд без перезапуска среды или без вылетов и критических ошибок, то я снимаю свои претензии.
Последний раз редактировалось MTven; 23.10.2017 в 14:31.
При остановке SCADA при типизации действительно не очищаетя память. Мы знаем об этой проблеме и занимаемся ей.
Одной из проблема медленного цикла опроса является ФБ "Счетчик событий". Мы доработали его работу, чтобы он работал эффективнее исправление будет доступно завтра.
Спасибо.
Ну это он и есть
Спасибо.
Мы проверили - у нас свойство изменяется.
По умолчанию стоит режим "Все" - это значит что берется текущий отчет. У вас проблема была в работе ФБ "Управление документом", которую мы уже исправили.
Текущая проблема связана с большим временем цикла. Мы уже сделали оптмизацию, время цикла существенно снизилось. Отчет сейчас начал формироваться корректно.
Возникла небольшая ошибка в ФБ "Счетчик событий" (после исправления он не считает аварии от шкал), после ее исправлений можно будет проверять работу.
Но если хотите - можете скачать текущую Beta уже сейчас.
Спасибо.