Измерение расхода, давления, температуры

[jump]

Scadauser,
а слышу речи не вьюноши, но мужа!
пример - замена насоса прямого управления 6кв 250квт на 0.4кв с ППЧ дала экономию в час до 120квт, упростила механику пуска и нагрузку на электроцепи и т.д.

Alex9797, почти пиит!

[wer-lehich]

Ну вот. Уже легче. Первоначальный текст свой править не буду. ЦТП и только ЦТП. Не хочу обсуждать котельные совсем. А буквально 2 недели назад побывал на нескольких котельных, где увидел ТРМ-12. Это что? Шутка? Или я отстал от жизни и ТРМ12 стали работать стабильно? Давайте как-то закончим с котельными в этой теме

[wer-lehich]

Да читал внимательно. .

Хороший пост. У меня ни тени сомнений. Вы точно в теме по котельным. Но оставьте коммерческий учет в покое. Здесь широчайший выбор счетчиков и датчиков. Это мне не нужно. И DS меня полностью устраивает. Может с перепадником и есть промашка, да она скорее в опорном напряжении и те же правила пользования да договор с ЭСО не позволяют мне выбрать датчик тоньше.

Что до зарабатывания за Ваш счет. Хм. Слишком мала потребность. Почти нулевая. Действительно проще купить медицинские термометры.
Я еще подожду. Думаю, что вот-вот приколы должны закончиться

[jump]

пример № 2 - при помощи результатов SCADA один умный человек оптимизировал работу так, что экономия по электроэнергии составила более 2млн. грн. (400ку.е. в год). неплохой результат, а?

[Scadauser]

ТРМ12 стали работать стабильно

А что с ними не так?
Правда, я с ними дела не имел, только с ТРМ-32 и ТРМ-132м.

[wer-lehich]

А что с ними не так?
Правда, я с ними дела не имел, только с ТРМ-32 и ТРМ-132м.

Хм. Официальных рекламаций не было. Просто коэффициент отбраковки выше, чем у Мицубищи Альфа например. ТРМ32Щ4 работают уже лучше. трм132 не эксплуатировал


Проверил почту: тишина. Может вернемся к моим баранам?? Ну не выкладывать же тут все мои сопли. Ну да. Я не электронщик. Не программист. Это не может помешать реализации планов

[wer-lehich]

Часть 2.

По поводу компоновки системы. Я бы советовал не заморачиваться возможностями датчиков и процов в смысле многоканальности. Более гибкая, живучая и технологичная система будет, если делать отдельные измерители на каждую точку. Каждый такой прибор должен быть функционально законченным, содержать один датчик MPX5050 для измерения перепада давления на сужающем устройстве, с последующим вычислением расхода, и два датчика температуры, для измерения разности между входом и выходом. Конечно, еще в приборе должен быть небольшой проц, и интерфейс типа RS485, допускающий обмен данными на расстояние более километра, и легко наращивается. И питание прибор получает по этому интерфейсному кабелю. Все приборы на кабеле висят параллельно, что упрощает монтаж.

Это дает возможность тиражировать такие приборы в большом количестве. Приборы совершенно одинаковые, независимо от количества точек измерения. Поэтому будет оправдано заказывать их изготовление на стороне, что удешевит их себестоимость, и повысит надежность. Они будут легко взаимозаменяемы.

А собирать данные с этих приборов - одно удовольствие. Если каналов будет очень много, а нагрузочная способность RS485 все же не резиновая, то придется применить концентраторы.

Хорошо. Вы меня действительно убедили. Еще чуть-чуть, и я стану приверженцем Вашей идеи. Ну давайте же начинать складывать пазлы:


На входе:
1. температура трубопровода (6...7 мА потратили/померили ›› спать)
2. давление трубопровода (тут пока все плохо у меня)
3. расход теплоносителя(вода!!!!!!!!) по трубопроводу при необходимости

На выходе:
1. RS485
2. Пакетик с данными

[Alex9797]

На входе:
1. температура трубопровода (6...7 мА потратили/померили ›› спать)
2. давление трубопровода (тут пока все плохо у меня)
3. расход теплоносителя(вода!!!!!!!!) по трубопроводу при необходимости
На выходе:
1. RS485
2. Пакетик с данными

1. 6...7мА - обижаете далласовские термодатчики!
2. Давление трубопровода вообще нафиг не нужно. Если бы речь шла о расходе газообразного вещества, а жидкость ведь несжимаема. Достаточно только перепад давления на сужающем. Только вот диапазон датчика давления, как я и раньше писал, надо взять на порядок меньше, не более 50кПа. И непонятно, в чем тут могут быть проблемы? В чем "все плохо"?
3. Непонятно, что делать при необходимости? Вычисление расхода, или передача данных? Так расход посчитать можно при каждом измерении, все равно процу заняться больше нечем. А передавать данные по RS485 - это только по запросу мастера.

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

По запросу мастера прибор выдает инфу, которая может быть полезной - текущее значение расхода, среднее значение расхода, накопленное количество тепла, можно и температуру теплоносителя на входе и выходе (на всякий случай). Если пакет принят мастером без ошибок, то мастер должен прислать подтверждение этого. Это нужно прибору для того, чтобы обнулить накопительный счетчик тепла.

[wer-lehich]

attiny2313+ds18b20 ели у меня 6-7 мА. Так получилось. Да бог с ним.
Я Вас, Alex9797, попрошу вот о чем. Пожалуйта, постарайтесь абстрагироваться от идеи создания теплосчетчика. Это не то. Счетчики созданы и в огромном ассортименте.
Трубопровод характеризуется именно этими тремя величинами: t, P, G. Q не надо. Типовой ЦТП как правило имеет ДК с диафрагмой на вводе по подающему трубопроводу, по обратному трубопроводу и по подающему трубопроводу квартальной сети отопления. По подаче и обратке на вводе: там своими делами занимается коммерческий учет, где и так все прекрасно, за исключением случаев, когда учет не установлен где-то в камере до ЦТП ближе к границе бал. принадлежности. Получается, что G осталось измерить на подающем трубопроводе квартальной сети отопления. Остались необвязаны трубопроводы: обратной сети отопления квартала, подающей горячей воды, обратной горячей воды(если она существует) и, как частный случай, подающая(обратная) транзитная труба для целей ВКУ и пр.
Мы просто читаем и пишем параметры труб t и P.
С давлением плохо: схема очень много жрет энергии. 20-25 мА. Как вариант вот сейчас в руках AD7813(вот от нее я и стал экономить порты контроллера). Еще корректировка "0". Поначалу я сделал ее программно, но мне кажется, что я выбрал неверный путь
По перепаду MPX: да понял я, понял.
А-а!! Дошло до меня. При необходимости.. Если есть диафрагма, то мерим G. Если нет - и не надо. Прирастет когда-нибудь. Проц(который соберет все трубы воедино) будет заниматься автоматическим регулированием на основании прочитанных данных с труб, ну и писать то, чё сделал. Где-то от регулярности опросов определится регулярность записей в журнал. Если регулировать нечем, то питаемся от батарейки, сеть вообще не создаем, в голове контроллер не ставим.
Вот сейчас как пример: Узел учета стоит на головном участке. За узлом 12 ЦТП, где диафрагменный метод измерения расхода на трубах, перечисленных выше. Перепадомеры все в помойке. Датчики давления там же. Есть клапан расхода на вводном подающем трубопроводе. Схема ЦТП независимая 130/70, открытый водоразбор (ГВС)
Я прикрепил то, где я сейчас нахожусь

[Alex9797]

Перепадомеры все в помойке. Датчики давления там же

Переведите