Интересно как отследить время последнего обновления канала? Нашел атрибут (45, Т) Время изменения. Но он изменяется только в случае если значение канала изменилось. А хотелось бы именно отслеживать момент обновления, даже если значение осталось прежним. В идеале конечно чтобы было по аналогии с атрибутом "Время изменения". Но можно и просто отслеживать какой-нибудь флаг и в момент его изменения выводить текущее время. Получается что оператору невозможно отследить момент когда данные обновились, а то многих людей статичная картинка на экране доводит до паники вплоть до нажатия Reset. Пробовал через словарь делать, но там тоже самое, сообщение записывается только в случае изменения значения или ошибки.
Posted by Romсheg (Участник № / Member № 3792) on :
сделайте программу с тем же циклом обработки, что и каналов, по которым это время нужно выводить, в ней берите текущее астрономическое время системы и на выходные аргументы его, а их уже на экран оператору... А еще проще - сделать "психологическую" затычку для мозгов оператора можно так: создайте канала генератора пилы с периодом пересчета нужных вам каналов, и его атрибут "время изменения" выводите на экран оператору как метку времени, якобы обработки каналов системы. Posted by ilovefiniki (Участник № / Member № 4106) on :
Спасибо, оба варианта хороши, если реальное значение времени обновления отбивать не получится, то так и сделаю.
Posted by Baikal_E (Участник № / Member № 4135) on :
Получается, что для обычного отслеживания изменения канала нужно создавать ЕЩЕ канал . Это не очень удобно. Почему бы разработчикам не включить в следующий релиз атрибут канала, который показывает Реальное изменение канала Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Именно реальное изменение значения канала и фиксирует атрибут 45. Если контролировать качество связи по диагностическим переменным и атрибутам ДОСТОВЕРНОСТЬ каналов и выводить эту информацию для каждого устройства на экран оператору, то у него будет повода для паники, если он будет видеть индикатор "Связь с устройством N в норме", который в случае потери связи загорится красным, замигает, загудит и любым другим способом привелечет внимание оператора.
Posted by Romсheg (Участник № / Member № 3792) on :
Реальное изменение значения канала как раз правильно показывает 45-й атрибут, а то, чего хотите Вы - как раз введение в заблуждение: значение не меняется а метка времени шпарит генератором - еще ни в одной системе такого не видел. А будете идти на поводу у операторов - они у вас еще и не такие "примочки" попросят сделать. Надо их приучать к правильным системам. И уж если делаете сигнализацию обработки математики - то цепляйтесь к атрибуту Состояние каналов - если он отключен от пересчета, то цвет меняйте индикатора или текстового поля вывода его значения, а не по метке времени делайте анализ.
Posted by Romсheg (Участник № / Member № 3792) on :
Ну или к Достоверности, как уже ответила Техподдержка. Но это для случаев, если канал именно залинкован на внешний источник данных из другого узла или внешнего устройства.
Posted by Baikal_E (Участник № / Member № 4135) on :
Написал выше немного некорректно: "Почему бы разработчикам не включить в следующий релиз атрибут канала, который показывает Реальное изменение канала" Хотел написать: "Почему бы разработчикам не включить в следующий релиз атрибут канала, который показывает РЕАЛЬНОЕ ОБНОВЛЕНИЕ канала" Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Во всех стандартных протоколах, включая телемеханические, OPC и др. используется метка времени именно последнего изменения. Фиксация времени последней попытки записи - функция мало востребованная. Расширять структуру для массовых применений - нет оснований.
Posted by ilovefiniki (Участник № / Member № 4106) on :
Конечно жаль что такая функция не появится, но вроде решение предложенное Теходдержкой вполне подходит. Хоть и довольно мудрёное. Немного понаблюдал за атрибутами "Достоверность", "Подключение" и "FS". В принципе по данным из этих атрибутов можно определить не только время последнего обновления, но и довольно точно определить где проблемы со связью - на удалённой стороне или на стороне компьютера с TM. Правда эти атрибуты нужно анализировать относительно друг друга, но это вполне реализуемо. Если программу обработки этих данных написать, а результат выводить ввиде сообщений, через пользовательский словарь например.
![[Усмешка / Big Grin]](biggrin.gif)
![[Неодобрение / Frown]](frown.gif)
. Это не очень удобно. Почему бы разработчикам не включить в следующий релиз атрибут канала, который показывает Реальное изменение канала ![[Недоумение / Confused]](confused.gif)
![[Улыбка / Smile]](smile.gif)