 | |
Предыдущие результаты
 [quote:c90e872f55="mp3corp"]Объясните мне, для чего все эти танцы с [b:c90e872f55]-1.#QNAN[/b:c90e872f55], если можно привязать любую анимацию на верхнем уровне при проверки переменной ...[b:c90e872f55]Fault[/b:c90e872f55]?[/quote:c90e872f55]Анимация одно, а в базу..., показ на тренде...
|
Объясните мне, для чего все эти танцы с [b:edab1dc531]-1.#QNAN[/b:edab1dc531], если можно привязать любую анимацию на верхнем уровне при проверки переменной ...[b:edab1dc531]Fault[/b:edab1dc531]?
|
Ну так обрыв кабеля Ethernet это и есть "падение" источника данных, поэтому и будет статус "Bad". Откуда OPC знать, что при значении переменной Ch0Fault==1, он должен выдавать не 0 и нечто иное? Как и говорил ранее, реализуйте все сами на верхнем уровне, если Fault то пусть пользователь видит то что... что Вы сами захотите то он и увидит)
|
[img:3f41f31ad3]http://i.imgur.com/d28Wrvj.png[/img:3f41f31ad3]
[b:3f41f31ad3]mp3corp[/b:3f41f31ad3] Есть моя система, FactoryTalk, в ней все хорошо, а том числе и сообщения при обрывах.
Есть общезаводская система учета, в которую нужно отсылать ключевые технологические параметры.
В случае обрыва сенсора, отправляются данные о том, что: Value=0 Quality=Good - то есть наглая ложь; Quality не должно быть Good, ведь я знаю что наступил Channel Fault!
[b:3f41f31ad3]Ryzhij62[/b:3f41f31ad3]
[quote:3f41f31ad3]Признак качества в теге OPC отражает не валидность физического значения, а качество ПЕРЕДАЧИ самого значения (качество связи) . [/quote:3f41f31ad3]
Я этого и добиваюсь. Обрыв езернета к контроллеру уже приводит к Bad Quality встроенными средствами FactoryTalk Gateway.
Я хочу, чтобы дополнительно к этому, обрыв между контроллером и сенсором тоже генерировал Bad Quality. Неужели это противоречит философии OPC?
|
Признак качества в теге OPC отражает не валидность физического значения, а качество ПЕРЕДАЧИ самого значения (качество связи) .
Можно с отличным качеством передать и полный бред.
Поэтому обрабатывайте тег Chanel_Fault и не парьтесь!
А если OPC признак качества тега станет "bad", то SCADA сама выведет вместо цифр значения тега прочерки, черепашек, обезъянок/собачек или другую какую зверушку.
|
Немного не понял при чем тут сам OPC, реализуйте проверку Ch0Fault в ПЛК и взависимости от значения данной переменной, уже в СКАДА системе выводите определенные сообщения для пользователя.
|
Есть расходомер с выходом 4-20мА, считываемый аналоговым входным модулем 1756-IF16, вставленным в контроллер L72, входящий в систему FactoryTalk View SE, отдающую данные во внешний мир по OPC с помощью FT Gateway.
Есть аналоговый тег Ch0Data, показывающий ток втекающий в модуль.
Есть дискретный тег Ch0Fault, показывающий что в токовой петле есть обрыв/КЗ или модуль неисправен, проще говоря на Ch0Data уже можно не смотреть.
Мы хотим передать данные о расходе в вышестоящую систему (АСУП/MES). Если принять в качестве значения расхода величину Ch0Data, то при обрыве токовой петли Gateway выдает расход равным нулю, вводя в заблуждение OPC-клиента. Надо как-то показать, что показания датчика не равны нулю и не равны максимуму шкалы, они вообще ничему не равны, а просто недоступны.
В спецификации OPC DA описан именно такой механизм, уведомляющий клиентов о том, что значение неточно/недоступно/некорректно - флаги Quality. Можно ли в FactoryTalk Gateway создать OPC Item, у которого Value зависит от Ch0Data, а Quality зависит от Ch0Fault?
|
[quote:a63fa310c4="Eugeny"][b:a63fa310c4]Опросник от Rockwell Automation[/b:a63fa310c4]
[url]http://www.rockwellautomation.com/services/training/training-quiz.page?utm_medium=Email&utm_source=EMEA_NL_ALL_AT_Mar16&utm_campaign=Corporate_EMEA_XX_XX_2016_AT_3-16&utm_content=EMEA_NL_Russia_AT_Mar16[/url][/quote:a63fa310c4]
:oops: грустно блин .... я двоичник :cry: :x
|
[b:dc57ebfdf4]Опросник от Rockwell Automation[/b:dc57ebfdf4]
[url]http://www.rockwellautomation.com/services/training/training-quiz.page?utm_medium=Email&utm_source=EMEA_NL_ALL_AT_Mar16&utm_campaign=Corporate_EMEA_XX_XX_2016_AT_3-16&utm_content=EMEA_NL_Russia_AT_Mar16[/url]
|
[quote:543d180135="Serega77"][url]http://www.spectrumcontrols.com/pdfs/abio/1756sc_Analog_HART_Manual_0300196-02e.pdf[/url] вот еще, более подробно.[/quote:543d180135]
Спасибо, Серёга.
Именно этот документ сейчас и читаю. Не все сразу получается, но буду дальше разбираться.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
