 | |
Предыдущие результаты
Ещё результаты
 [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 сама выведет вместо цифр значения тега прочерки, черепашек, обезъянок/собачек или другую какую зверушку.
|
Есть расходомер с выходом 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?
|
С протоколами для послед. портов ПЛК разобрались? Никаких ASCI не используется? Для боковой панели с DB9 станд. нульмодемный можно использовать. 2-3, 3-2,5-5.
|
[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]
Спасибо, Серёга.
Именно этот документ сейчас и читаю. Не все сразу получается, но буду дальше разбираться.
|
:oops: речь идет о "многоканальной" архитектуре для выполнения требований на заявленный уровень Safety (SIL, PL) ...
8) да и не важно это уже :D
|
[url]http://www.spectrumcontrols.com/pdfs/abio/1756sc_Analog_HART_Manual_0300196-02e.pdf[/url] вот еще, более подробно.
|
[url]http://www.spectrumcontrols.com/pdfs/abio/1756sc_IF8H_Communications_Gateway.pdf[/url]
Здесь смотрели? вроде все расписано.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
