На сколько сегодня актуально применение аналоговых термодатчиков в автоматике?
Всем привет,
в контроле температуры можно применять как аналоговые, так и цифровые термодатчики.
Первые проще адаптировать АЦП и адаптировать в софте для отображения температуры во внешнем интерфейсе, как и у цифровых диапазон температуры практически такой же, при этом точность +-2 градуса (большинство), небольшие расстояния, чувствительность к воздействию внешних шумов и нестабильности опорного питания (особенно если это 3,3-5В).
Цифровые более сложны, т.к. работают в протоколе RS485 и его программная организация адаптация более сложная, при подключении нескольких датчиков в петлю, требуется их адресация и т.п. что сказывается на скорости счета, но есть и свой набор плюсов.
Какой тип более предпочтительный, если бы у Вас была возможность применить оба решения?
минус аналогового датчика в аналоговом сигнале. его трудно передать на большие расстояния без потерь и искажений.
плюс аналогового датчика в цене :)
кроме 485 интерфейса, есть к примеру 1wire - широкоизвестный DS1820.
или радиоинтерфейс. Lora NB-IoT... они достаточно малопотребляющие чтобы датчик питался от батарейки
точность с интерфейсом никак не связаны.
если опять же не брать в расчет шумы и искажения аналогового интерфейса
любое решение должно основываться на эффективности технического применения, а не на основе цветной дифференциации штанов :)
"цифровые" датчики это те же самые аналоговые датчики (первичные преобразователи), только с контроллером (вторичным преобразователем) в комплекте. И нет, программная адаптация аналоговых датчиков более сложная, потому что надо выполнять преобразование их сырых показателей в, собственно, необходимые данные, выполнять самостоятельную калибровку, и прочая и прочая. Цифровой конструктор куда проще. Тем более непонятно, как ты собираешься аналоговый датчик подключать в петлю с другими. Это попросту невозможно. Если это не банальные размыкатели, конечно.
Благодарю всех участников за участие, Ваши замечания и аргументы помогли глубже взглянуть на вопрос выбора термодатчиков — с позиции как инженерного дизайна, так и моих дальнейших шагов по улучшению платформы.
Я хз что вы имеете ввиду под словом "возможность".
Предположим, что технически по параметрам нам подходят оба типа. Хорошо. Тогда смотрим на цену :-) Причем не только на цену датчиков, но и на цену интеграции. Так же надо смотреть на поставщиков - их количество и условия.
В общем в любом случае где то будет "неравенство" этих датчиков, просто надо учитывать не только вот такие технические вещи. А дальше прикидываем важности найденных отличий, и так и выбираем.
Я думаю, рассматривать возможность выбора цифры/аналог нужно, если стоит задача получить макс. низкую латентность при обработки параметра, который измеряет этот датчик.
Если брать аналоговый датчик, то вы ограничены только скоростью обработки АЦП и инертностью датчика.
Если будете брать цифровой датчик, то вы ограничены не только инертностью датчика, но скоростью работы всей схемы, которая реализует протокол передачи значения параметра, не только АЦП.
Температурный датчик - не самый лучший пример. У него заведомо высокая инертность. По скорости получения значений не будет никаких преимуществ, если его считывать сразу с АЦП или получать через протокол передачи.
Если не температурный датчик, то что бы Вы рекомендовали другое для работы с протоколом modbus, притом, что существует масса TTL датчиков с выдачей сигналов в виде уровней по напряжениям в качестве "0" и "1", что уже в IDE реализовано со счетом этих напряжений под триггерные значения, если нужно запускать какие-то события. Подключаются на прямую (конвертируем через гальваническую развязку в 3,300V) АЦП.
Кроме температурных датчиков ничто другое на ум не приходит.
Если в каком-нибудь суровом промышленном процессе - вполне может и требоваться скорость/низкая латентность.
А если в автоматизации инженерных систем зданий/ЦОДов, то один отсчёт раз в 1 минуту - вполне всех устроит. Ну в 30 секунд, если очень хочется и мониторим высонагруженный ЦОД, который может перегреться... А для офисных помещений - и 1 раз в 5 минут достаточно... :)
Я только сталкивался с ds18b20, можно мониторить показания каждые 750 мс. Если не нужно отслеживать локальный кратковременный перегрев от короткого замыкания, то по быстродействию покроет любые задачи.
Если нужна быстрее реакция, то только аналоговый датчик нужен.
Речь о сотнях миллисекунд.
alexalexes, ds1820 создавался как дешевый малопотребляющий датчик. естественным следствием стал длительный интервал измерения, малая скорость отдачи данных и большая неточность.
но не надо растягивать его индивидуальные особенности на все остальные цифровые датчики :)
> Цены на те и другие датчики без герметичных гильз +/- одинаковые.
Датчик с RS-485 зачастую это аналоговый датчик + микросхемка :)
Так что во многих случаях датчик с RS-485 - дороже. (Особенно - если бренды брать)
Датчику на RS-485 надо ещё и питание притаскивать...
Зато его можно вдали расположить.
В общем - я бы проектом определял.
Если надо датчики не очень далеко от щита автоматики - ставим аналоговые и берем контроллер с какими-нибудь входами типа Pt1000/Ni1000.
Если подальше надо датчик утащить или надо многофункциональный датчик - то RS-485
Или KNX :) В нём хоть питание штатно по тому же кабелю передаётся. Или Bus77 от Iridi.
PS. Это всё - про автоматизацию инженерных систем зданий, не промку...
PPS. И вообще - лучше вначале прикинуть ВСЕ требования к датчикам/исполнительным механизмам в проекте, а потом принять идеологичнеско-технически-коммерчекское решение, на чём строить будем. (Протокол/вендор)
А уже из этого будут вылезать всякие частности, типа - какие там датчики....
В общем - вначале ТЗ; потом, в процессе разработки проектной документации, - принятие проектных решений; а написание скриптов - где-то сильно потом...
