Типизация в проекте

[MTven]

Мы проверили - у нас свойство изменяется.
По умолчанию стоит режим "Все" - это значит что берется текущий отчет. У вас проблема была в работе ФБ "Управление документом", которую мы уже исправили.
Текущая проблема связана с большим временем цикла. Мы уже сделали оптмизацию, время цикла существенно снизилось. Отчет сейчас начал формироваться корректно.
Возникла небольшая ошибка в ФБ "Счетчик событий" (после исправления он не считает аварии от шкал), после ее исправлений можно будет проверять работу.
Но если хотите - можете скачать текущую Beta уже сейчас.

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

[SCADAMaster]

Что значит "данные не прогрузились"?

[MTven]

Что значит "данные не прогрузились"?

Значит, что типизированные данные не достигли типизированного объекта. Такое ощущение как будто и нет никакой типизации и я выбросил на мнемосхему просто пустой шаблон.

[SCADAMaster]

А вы как это проверяете? На вкладке типизация? Или на мнемосхемах?

[MTven]

А вы как это проверяете? На вкладке типизация? Или на мнемосхемах?

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

17-10-16 17:06:06.917. Start application 3.9.0.60666
17-10-16 17:07:05.923. [Error] Opc.Ua.ServiceResultException: Error establishing a connection.
в Opc.Ua.Bindings.TcpAsyncOperation`1.End(Int32 timeout)
в Opc.Ua.Bindings.TcpClientChannel.EndSendRequest(IA syncResult result)
в Opc.Ua.Bindings.TcpTransportChannel.EndSendRequest (IAsyncResult result)
в Opc.Ua.Bindings.TcpTransportChannel.SendRequest(IS erviceRequest request)
в Opc.Ua.DiscoveryClient.GetEndpoints(RequestHeader requestHeader, String endpointUrl, StringCollection localeIds, StringCollection profileUris, EndpointDescriptionCollection& endpoints)
в Opc.Ua.DiscoveryClient.GetEndpoints(StringCollecti on profileUris)
в OpcUaClient.Client.Connection.OpcUaServerAdapter.G etEndpointDescriptionCollection(ConfiguredEndpoint configuredEndpoint, ApplicationConfiguration appConfiguration, Int32 operationTimeout)
в OpcUaClient.Client.Connection.OpcUaConnection.GetE ndPointDescription(MessageSecurityMode mode, SecutityPolicy secutityPolicy)
в OpcUaClient.Client.Connection.OpcUaConnection.Open ()
в OpcUaClient.Client.RT.OpcUaClientRtProcessor.TryCo nnect()
Последнее сообщение повторялось 1 раз(раза).

17-10-16 17:07:21.988. Stopped Project=TIP_NA_v.4.02.vav

Возможно приложение действительно пытается куда-то достучаться. Дерево системы не менялось, пробовал запустить проект v.3.01, который прикладывал до этого, но оно так же не прогружается. На предыдущей beta версии все было нормально.

[MTven]

Версию скачивал с вашего ftp-сервера, перед этим удалил старую специальным деинсталятором с очисткой реестра и остаточных файлов, папка MasterSCADA projects в корне диска была удалена.
Пробовал переустанавливать несколько раз, но результат один.
Прикладываю видео-демонстрацию работы с отчетом об ошибках.

[MTven]

Попробовал на вашей сегодняшней beta версии, ничего не поменялось. Есть какие-то догадки в чем может быть причина?

[SCADAMaster]

Догадка очень простая - у вас все переменные пропущены через скрипт. И с его выхода нет значения. А вот почему - не срабатывают ли условия, или что-то некорректно обрабатывается в скрипте - пока не ясно.
Вы можете проверить очень просто - в вашем скрипте в конце после всех ваших условий напишите
ЗначВых = ЗначВх;
И попробуйте.

[MTven]

Догадка очень простая - у вас все переменные пропущены через скрипт. И с его выхода нет значения. А вот почему - не срабатывают ли условия, или что-то некорректно обрабатывается в скрипте - пока не ясно.
Вы можете проверить очень просто - в вашем скрипте в конце после всех ваших условий напишите
ЗначВых = ЗначВх;
И попробуйте.

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

[MTven]

В обход условий скрипта (все условия были закомментированы) значение выводится. Так же пробовал комментировать каждое условие в отдельности, т.к. думал, что причиной является условие "DisableDev", но закомментировав его, срабатывало условие OPCStatus - отсюда можно сделать вывод, что причина именно в обработке скрипта.
НО проект вел себя так и раньше, но лишь до тех пор, пока не прогружались данные. Для примера снял видео с проектом 2.06, который работает нормально, хотя никаких внутренних изменений, по сравнению с 3.01 он не имеет. Различие только в списке экземпляров - в версии 2.06 я еще не разделил все агрегаты на 3 типа и как следствие все агрегаты находились в одном списке, но я не думаю, что это может послужить причиной. Внутренняя структура обработки данных не изменялась, скрипты те же самые.
На видео видно, что сначала агрегаты так же уходят в статус отключенных, как и в 3.01, но затем проходит загрузка и все данные приходят в нормальное состояние, а журналы отображают новые данные.