Обрыв датчика в новых МС

[SMH]

В новых МС на AIN и при обрыве, и при КЗ в линии датчика сопротивления одно и то-же значение - 0. Это ведь не правильно, на мой взгляд, и уж точно абсолютно нелогично и противоречит здравому смыслу и арифметике.
Как теперь различать обрыв и КЗ?

[Max2114]

Цитата:

Сообщение от SMH

В новых МС на AIN и при обрыве, и при КЗ в линии датчика сопротивления одно и то-же значение - 0. Это ведь не правильно, на мой взгляд, и уж точно абсолютно нелогично и противоречит здравому смыслу и арифметике.
Как теперь различать обрыв и КЗ?

а просто писать в журнал - авария датчика.

[SMH]

Цитата

Сообщение от Max2114

а просто писать в журнал - авария датчика.

Датчики разные бывают. Если, например, резисторный датчик положения исполнительного механизма подключен? 0 Ом (КЗ) - открыт, 900 Ом - закрыт. Или AIN используется как DIN - что вообще часто делаю. Получается, придётся на входы ещё какие-то внешние резисторы вешать...
Да и, повторюсь, не логично это, и ошибочно - при обрыве показывать 0 Ом. Ни один в мире исправный измерительный прибор так не работает.

[coverart]

Полностью поддерживаю SMH. Ваще нелогично!!! Ноль он и в Африке ноль, а бесконечность не равна 0!!!

[Arsie]

Цитата:

Сообщение от SMH

Датчики разные бывают. Если, например, резисторный датчик положения исполнительного механизма подключен? 0 Ом (КЗ) - открыт, 900 Ом - закрыт.

Извините, не понимаю смысла вашего примера. Уж с чем, но с 900 омами проблем у входов нет.

Цитата:

Сообщение от SMH

Или AIN используется как DIN - что вообще часто делаю. Получается, придётся на входы ещё какие-то внешние резисторы вешать...

Тут согласен.

Цитата:

Сообщение от SMH

Да и, повторюсь, не логично это, и ошибочно - при обрыве показывать 0 Ом. Ни один в мире исправный измерительный прибор так не работает.

Также ошибочно при обрыве показывать несколько килоом. Падение в ноль сделано для однозначности реакции алгоритмов. Ведь по сути не важно, замкнут датчик или оборван, действия должны быть одинаковы.

Например, в том же Конструкторе отказ датчика обратки приводит к срабатыванию защиты от заморозки, а в "самописных" проектах я частенько видел, что этот вопрос обойдён стороной. Так и получается, что обрыв датчика зимой ставит вентустановку в неловкое положение с закрытым краном.

[SMH]

Цитата:

Сообщение от Arsie

Извините, не понимаю смысла вашего примера. Уж с чем, но с 900 омами проблем у входов нет.

0 Ом - нормальное состояние для такого датчика. Контроллер не сможет отличить открытое состояние привода от обрыва линии связи.

Цитата:

Сообщение от Arsie

Также ошибочно при обрыве показывать несколько килоом. Падение в ноль сделано для однозначности реакции алгоритмов.

Крайне сомнительное решение. Показать, например, 999999 Ом - логичнее и обработка этого значения совсем несложная.

[Arsie]

Цитата:

Сообщение от SMH

0 Ом - нормальное состояние для такого датчика. Контроллер не сможет отличить открытое состояние привода от обрыва линии связи.

Крайне сомнительное решение. Показать, например, 999999 Ом - логичнее и обработка этого значения совсем несложная.

В открытом состоянии МС покажет 900 ом, проблема-то в чём в этом конкретном случае?

[Arsie]

Цитата:

Сообщение от SMH

Или AIN используется как DIN - что вообще часто делаю.

Переключите вход в 0..10В, и подавайте на него через сухой контакт "плюс" источника питания DIN'ов.

МС-ка покажет аварию "перегрузка" - запретите её. Это предупредительная авария, перегрузка на самом деле отсутствует.

Вот вам и эмулятор.

[SMH]

Цитата:

Сообщение от Arsie

В открытом состоянии МС покажет 900 ом, проблема-то в чём в этом конкретном случае?

Ы?

Цитата:

Сообщение от SMH

0 Ом - нормальное состояние для такого датчика. Контроллер не сможет отличить открытое состояние привода от обрыва линии связи.

[SMH]

Цитата:

Сообщение от Arsie

Переключите вход в 0..10В, и подавайте на него через сухой контакт "плюс" источника питания DIN'ов. Вот вам и эмулятор.

Понятно, спасибо.

"плюс" источника питания DIN'ов - это клемма 25 Vout+? Я правильно понял?

[Arsie]

Цитата:

Сообщение от SMH

Ы?

Для диапазона RTD1000 900 ом - не обрыв.

[SMH]

Цитата:

Сообщение от Arsie

Для диапазона RTD1000 900 ом - не обрыв.

Я про 0 Ом пишу, а не про 900!!!

[Arsie]

Цитата:

Сообщение от SMH

Я про 0 Ом пишу, а не про 900!!!

Будет либо 0, либо 900. Или вы о том, что при обрыве будет тоже ноль?

Тогда вам сюда: http://forum.segnetics.com/showpost....62&postcount=8

[SMH]

Цитата:

Сообщение от Arsie

Или вы о том, что при обрыве будет тоже ноль?

Именно!
Предлагаете 0-10В использовать для измерения сопротивления?
Тогда шунт на AIN надо будет делать.
Я не понимаю, к чему такие сложности? Всё нормально работало в прошлых версиях МС, нет, нужно было взять и испортить!

ЗЫ
"плюс" источника питания DIN'ов - это клемма 25 Vout+? Я правильно понял?

[Arsie]

Цитата:

Сообщение от SMH

Именно!
Предлагаете 0-10В использовать для измерения сопротивления?
Тогда шунт на AIN надо будет делать.

Вам нужно точно знать, что 900 ом или вам достаточно знать, что "не ноль и не обрыв"?

Попробуйте использовать высокоомный вход NTC.

Цитата:

Сообщение от SMH

ЗЫ
"плюс" источника питания DIN'ов - это клемма 25 Vout+? Я правильно понял?

Правильно.

[ujin]

Опять из разряда хотелось бы.
К сожалению в лоджике можно судить о состоянии аналогового входа МС только по значению на входе. Так же в лоджике нельзя прочитать состояние системного регистра, в котором записаны текущие системные аварии. Или чего-то недоглядел?
Если обработку состояния входов перенести в МС, то в лоджик можно выдавать только состояние аналогового входа.
Очень надо более полную диагностику.

[Arsie]

Цитата:

Сообщение от ujin

Опять из разряда хотелось бы.
К сожалению в лоджике можно судить о состоянии аналогового входа МС только по значению на входе. Так же в лоджике нельзя прочитать состояние системного регистра, в котором записаны текущие системные аварии. Или чего-то недоглядел?
Если обработку состояния входов перенести в МС, то в лоджик можно выдавать только состояние аналогового входа.
Очень надо более полную диагностику.

На самом деле МС поддерживает эту функциональность, дело за внедрением нового блока в лоджик. Надеюсь, летом это сделают.

[Prokofjev]

Цитата:

Сообщение от ujin

Опять из разряда хотелось бы.
Очень надо более полную диагностику.

Что именно хотелось бы?

[ujin]

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

[canada]

Хм... интересно. Что за система на скринах ?

Я думаю нереализуемо на сегнетиксе - хотябы потому, что нужен цветной дисплей... а вот если передавать на верхний уровень... вот если вести речь об интеграции SMLogixa c какой нить скадой... хотя бы по принципу SMArt. только для PC...

Вот у Сименса все это тоже уже есть - если говорить про PCS то там даже уже и картинки все нарисованы - бросаешь на экран изображения клапана (или аналогового сигнала) и сразу формируются все необходимые теги/перменные в контроллере...

[ujin]

Система диспетчеризации TAC Vista.
Дело то не в дисплее. Дело в том, где формировать диагностику. Какую формировать диагностику. Далее можно передавать в скаду. А можно и в лоджике использовать, для аварий. Это изображение конечно не с контроллера, а со скады.
Здесь есть один основной момент - три составляющие аналогового сигнала. Значение, состояние, оценка состояния. Значение - четыре байта, состояние - один байт, оценка состояния - один байт. Значение, состояние, и оценка формируются на основании критериев типа минимальный диапазон измерений, максимальный диапазон измерений и т.д. В контроллерах Сегнетикс (и не только) формируется значение сигнала. Состояние и оценка состояния формируется пользователем в лоджике. Критерии для формирования сигнала задаются в одном месте (конфигурация входа), критерии для формирования состояния и оценки состояния в другом.
Сейчас можно точно так же использовать все данные из Сегнетикса в той же TAC Vista через OPC cервер, только несколько неудобно формировать.

[SMH]

Цитата:

Сообщение от Arsie

Вам нужно точно знать, что 900 ом или вам достаточно знать, что "не ноль и не обрыв"?

Конечно, для того чтобы отобразить промежуточное положение исполнительного механизма, нужны все промежуточные значения сопротивления от 0 до 900 Ом плюс информация об обрыве.

Цитата:

Сообщение от Arsie

Попробуйте использовать высокоомный вход NTC.

Его и использую. Точнее, использовал, в старых МС. Сейчас пока думаю, как дальше быть.
Может, всё же исправите свой ляпсус, и сделаете нормальное отображение обрыва - как верхнего значения измеряемого диапазона сопротивления?

[Arsie]

Цитата:

Сообщение от SMH

Его и использую. Точнее, использовал, в старых МС. Сейчас пока думаю, как дальше быть.
Может, всё же исправите свой ляпсус, и сделаете нормальное отображение обрыва - как верхнего значения измеряемого диапазона сопротивления?

МЫ думаем на эту тему %)

[SMH]

Цитата:

Сообщение от Arsie

На самом деле МС поддерживает эту функциональность, дело за внедрением нового блока в лоджик. Надеюсь, летом это сделают.

Подробнее можно? Значит ли это, что доступ к определению состояния "обрыв-КЗ", раздельно по каждому AIN, в лоджике всё же появится?

[Arsie]

Цитата:

Сообщение от SMH

Подробнее можно? Значит ли это, что доступ к определению состояния "обрыв-КЗ", раздельно по каждому AIN, в лоджике всё же появится?

Рано или поздно конечно появится.

[SMH]

Цитата:

Сообщение от Arsie

МЫ думаем на эту тему %)

Предлагаю компромиссный вариант решения - оставить, как есть сейчас, в режиме 2G, и вернуть старый вариант в режиме совместимости с С2010. Этим самым, кроме всего прочего, будет обеспечена и действительная, а не частично-декларативная совместимость с макросами для С2010.

[Arsie]

Цитата:

Сообщение от SMH

Предлагаю компромиссный вариант решения - оставить, как есть сейчас, в режиме 2G, и вернуть старый вариант в режиме совместимости с С2010.

Это физически невозможно.

Цитата:

Сообщение от SMH

Этим самым, кроме всего прочего, будет обеспечена и действительная, а не частично-деклоративная совместимость с макросами для С2010.

А вот тут можете чуть подробнее?

[SMH]

Цитата:

Сообщение от Arsie

А вот тут можете чуть подробнее?

А что тут подробнее? В С2010С, с помощью соответствующего макроса для С2010С, можно отличить обрыв от КЗ в линии измерения сопротивления, а в текущей версии МС - нет, даже в режиме совместимости с С2010С.
Поэтому совместимость - частичная.
Вот и всё, вобщем-то.

[Arsie]

Цитата:

Сообщение от SMH

А что тут подробнее? В С2010С, с помощью соответствующего макроса для С2010С, можно отличить обрыв от КЗ в линии измерения сопротивления, а в текущей версии МС - нет, даже в режиме совместимости с С2010С.
Поэтому совместимость - частичная.
Вот и всё, вобщем-то.

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

Формально, когда активен выход недостоверности, значение может быть каким угодно.

Но я понимаю, что вы намекаете на "-60" и "200".

[SMH]

Цитата:

Сообщение от Arsie

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

Я не знаю, что Вы подразумеваете под "стандартным макросом". В моих "стандартных макросах" обработки AIN есть выходы "обрыв", "КЗ", "Норма".