С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ
когда идет обрыв датчика, то показания примерно на 0,2 мА меньше 0 при масштабе 4-20. Самое лучшее, это оставлять масштабирование в приборе 4-20 а в программе приводить к давлению, температуре и т.д. средствами программы.
Если сделать масштаб 0-100 например то то, что меньше 4мА будет уходить в минус, но это еще не обрыв, так как вход может мерить от 0 мА фактически, проверено на практике...
Последний раз редактировалось melky; 24.02.2017 в 10:55.
Некоторые датчики, например избыточного давления могут при разрежении выдавать сигналы менее 4 мА, наверно чтобы гарантированно определить обрыв, надо видеть сигнал менее 3,5 мА!
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Так вот ПР прекрасно видит значения ниже 4 мА. Правда как написал выше, лучше встроенный масштаб поставить 4-20, а в программе использовать свой, тогда видно и 3,5 и 2 и 0, а при обрыва идет значение уже -0,2
Лучше всего встроенные границы ставить 0...1000. Тогда удобно преобразовывать в любые диапазоны. При обрыве на входе будет -250. Обычно ставлю порог обрыва -125, что соответствует 2мА. Это наиболее надежный критерий обрыва. Не ставьте порог на эквивалент 3,5мА, это высоковато и иногда достигается при исправном датчике, многие на это налетали.
Последний раз редактировалось Серёга Букашкин; 21.05.2019 в 18:45.
Я обычно границы ставлю 0-1, а масштабирую в программе, по вашему у меня точность будет в 1000 раз меньше? При масштабировании сначала входной диапазон приводится к 0-1, а затем уже масштабируется до нужных пределов. Так этот процесс(масштабирование в программе) можно упростить, то есть первая его часть уже не нужна, она уже выполнена!
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Последний раз редактировалось Серёга Букашкин; 21.05.2019 в 19:00.
зачем так орать во всех темах ? Тем более надо ставить вопросы корректнее - вам рисунок оборудования, программу или что вы понимаете под структурной схемой ?
Дается условие и надо составить структурную схему
Внятное ТЗ будет?
Абсолютно монопессуально что и кто "понимает" или "думает".
Для этого есть ГОСТ 2.701-2008 Схемы. Виды и типы. Общие требования к выполнению. А кто чего и как "толкует" (от незнания или по другим причинам, описанным в МКБ-10) никого не волнует.
Можно сделать быстро, но плохо, а можно — медленно, но хорошо. Через некоторое время все забудут, что было быстро, но будут помнить, что было плохо. И наоборот.
Королёв Сергей Павлович
Верно определяйте слова, и вы освободите мир от половины недоразумений.
Рене Декарт