Подскажите пожалуйста, как и с помощью какого оборудования (приборы, датчики) организуют АВР насосов. У меня конкретный случай: есть три сетевых насоса, входы и выходы их объеденены, насосы стоят на обратке двух котлов. Постоянно должны работать два из трех насосов, один насос резервный, в случае выхода из строя одного из насосов, резервный включается в работу. И наверное периодически должно включаться чередование насосов, для равномерного износа. Насосы отечественные. Заранее всем благодарна. Поделитесь пожалуйста опытом.

Оборудование: Датчики перепада давления ДЕМ 202 или их аналог- 3шт. Устройство переключения насосов (я лично делал на LOGO!).

Почему датчики перепада давления, я считала, что надо ставить датчики реле давления на напорных патрубках насосов. И про ЛОГО, можно поподробнее (алгоритм работы). Можно отвечать в личку...

Все верно - датчики перепада давления и свободно-программируемый контроллер... так же можно на контроллер завести сигналы от тепловых реле и т.п. просто думаю - датчик перепада на одном насосе сработает если два в работе? или обратные клапана на каждый насос?



Именно перепад давления индицирует работу насоса... а само давление по-любому в системе есть...

Алгоритм работы спк пишется за короткое время по конкретному т.з.

на каждом насосе на напоре стоит обратный клапан. Я так и не поняла где и какие датчики давления надо ставить, чтоб идентифицировать аварию.

Давления: 1 датчик на всасе насосов - для организации подпитки. перепада давления - на каждом насосе.

На самом деле у меня очень маленький опыт в этом деле, я так понимаю одним датчиком на напоре насоса нельзя будет определить его аварию...и нужен датчик разности давлений, и еще зачем датчик на всасе (что за подпитка?). Вот кстати схема с насосами...Нажмите для просмотра прикрепленного файла

нормалек... трубочки датчиков перепада давления врезаете там же где и манометры - на входе и выходе насосов... в качестве датчика давления для подпитки системы - ставите реле давления в Т2... если давление на обратке падает ниже нормы - насосы подпитки подпитывают систему...

ЗЫ. Обратите внимание на сами насосы... если они отечественные - то всего вышесказанного достаточно, а вот если хороший импорт - автоматизацию надо усложнять... многоуровневые защиты и т.п... импортные насосы не такие дубовые как отечественные, они более "нежные", но зато экономные, если к ним с правильным подходом...

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

тоды все ок.

Есть у "ОВЕНА" готовый приборчик реализующий функцию АВР насосов:
1. САУ-МП.11 - если 2 насоса (1раб., 1 рез.) при этом ставится один датчик-реле перепада давления на насосную группу;
2. САУ-МП.14 - если 3 насоса (2раб., 1 рез.) при этом на напорном трубопроводе каждого насоса ставится датчик-реле давления;

В варианте №1 при аварии обоих насосов выдается сигнализация "Авария", в варианте №2 при аварии насосоа сигнализация к сожалению не выводится (нет свободных реле).
Если устраивает-используйте вышеперечисленные готовые решения, если нет- берите Zelio Logic или Logo! и програмируйте алгоритм АВР со всеми сигнализациями.

Да задачка то самая простейшая. Реализуется не то что ПЛК, а на простейших модулях. Главное определиться с платформой. К чему привыкли, на том и делайте.

Только учтите, что САУ-МП не имеет энергонезависимой памяти! Поэтому в случае пропадания питания все ошибки он забудет и будет пытаться включать аварийные насосы вновь. Дабы этого не происходило - используйте ПЛК.

Я делаю подобный проект на ПЛК-100, только у меня 3 насоса и у каждого три режима - рабочий, резерв и отключенный. Плюс реализован подхват насосами друг друга, если какой-то не справляется. Ну и само собой горячее переключение режимов работы каждого из насосов, сохранение ошибок, индикация и тд и тп...

Я бы лично сделал на логическом модуле и трех ДЭМах, а на логический модуль завел бы еше дополнительные сигналы от тепловух или автоматов для страховки.

Только не надо снова про призраки, договорились?
ftp://mzta:mzta@80.240.100.130/bun-03m_ko.pdf
ftp://mzta:mzta@80.240.100.130/mr8_mun03_re.pdf
ftp://mzta:mzta@80.240.100.130/mr8_mun03m_re.pdf

Я бы делал на LOGO . В LOGO можно сохранить состояние входов при пропадании питания и вы всегда увидете были аварии или нет в ваше отсутствие? да и аварийный насос не бутет пытаться запуститься, как замечено было выше. Делали насосные с чередованием и переключением по аварии - все шикарно.
Программульку чередования могу вам подогнать (правда на 2 насоса, но главное принцип )

2HasBolla
а мне такую программку подкините? Оченна посмотреть хочется

еще вопрос - Вы такие программулины в каком виде в проект всносите? приложением или листами в составе? Или на листе со схемой подключения лого даете?

На программыне проекты есть отдельные госты.

А надо ли вообще программный продукт представлять в исходниках? Заказчика же, как правило, интересует результат.
Извините, что оффтоплю, но ИМХО хочешь исходников - плати тройную цену.

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

Вообщее-то если использовать ПЛК, то в качестве входных данных можно использовать аналоговые сигналы давления на всасе и напоре наососной группы, к тому же надо использовать сигналы с контакторов насосов, подверждающих их срабатывание.

подкину вечером, щас надо уезжать. Там только алгоритм чередования насосов( включение следующего каждый раз при запросе на перекачку жидкости), остальное уж как-нибудь сами, в крайнем случае подскажу.

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

Исходник не выкладывается, пишет, что неподдерживаемый формат

Угу, и машин вижн сверху прикрутить и собрать на шаговом двигателе робота который будет ездить за дежурным сантехником и канючить нудным голосом "Пойди насос посмотри".
Барышня написала, что хочет использовать САУ-МП - кому то не понятны финансовые рамки проекта?

2 HasBolla. Какая схемка наглядная (хотя пожалуй не для программистов). В чем делаете такие? Что за среда разработки?

2 Kass Siemens LOGO!SoftComfort

Ни в какое сравнение с Кодесисом.

Ну почемуже, её можно заменить на LAD и будет очень поже на кодесис.

Нет, ну вариантов испортить есть много, вот только зачем?

да, так и есть самая удобная, к тому же можно в LAD Переключиться или отконвертить любой проект в любое время....

Тут скорее вопрос привычки нежели реальных плюсов\минусов. Лично мне дикретную логику писать в ладе удобней

А пример схемы в ЛАДе покажите.

LOGO Siemens, в любом представительстве вам дадут диск бесплатно

Нажмите для просмотра прикрепленного файла
Вот пжалста, только это автоматическая трассировка и коментарии могут быть не совсем корректны

Эм. А кто у Вас определяет что насос в аварии?

теплушка, термистор, кто угодно

Тоесть сам факт того, что насос запустился Вы не отслеживате?

по хорошему - надо везде втыкать реле перепада - так как обрыв вала\муфты не такое уж и редкое явление... и бюджетненько... мне проще - я частотники везде втыкаю... они и перегрузку и недогрузку и затянутый пуск отследят...

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

2HasBolla
схемку содрала. спасибо.


а разве это нельзя отследить по реле давления? равно как и обрыв вала/муфты?

Стоимость датчика ДЭМ - 50 ам. долларов какой же тут космический корабль Возможно я не прав, но всеже факт запуска отслеживаю.



Вот они, проклятые расхитители интелектуальной собственности

по реле давления с гарантированной точностью нельзя, можно аналоговыми преобразователями давления, но это неоправданно усложняет\удорожает задачу

Друзья, да вы чего ? Нафига это отслеживать, это че охлаждение реактора ядренного или водородного ? Иль 1 категория. ? Термоконтакт\теплушка\термистор и БАСТА !!!

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

Совершенно в дырочку

Согласен с Игорем Борисовым. Какой смысл дублировать электрические защиты котрые у Вас и и так должны быть (см. ПУЭ).

Ой!

HasBolla, подозреваю, что схемы рисовать сами учились...

1 - неудачное расположение шин
2 - распространение сигнала справа налево без необходимости
3 - лишние пересечения связей
4 - лишние, дублирующие друг друга элементы
5 - отсутсвие промежуточных комментариев
6 - у Вас что, допускаются висящие в воздухе входы?
7 - ">_1" - это логическое "или" или мажорирующий элемент?
8 - у RS элементов где R и где S? и почему два элемента с одинаковым именем имеют разное количествоа входов и разную мнемонику?

С уважением Взводатор.

Это ж контроллер... FBD - программирование. в нем, в отличии от реальных микросхем, "висящий в воздухе" вход ни на что не влияет... вообще ни на что.

А как его понимать, открытый вход то? В ТТЛ октрытый вход равносилен логической 1, в КМОП - 0. Да и то, по-умолчанию используют их только начинающие. В правильных схемах они всегда подтянуты к уровню по-умолчанию - ТТЛ соединяются через резистор с шиной питания, КМОП - на общий.

Вы можете сказать, какое умолчание принято именно в этой программе? То же FBD у TAC открытых входов не признает - все должно быть определенным.

С уважением Взводатор.

Как понимать пустой вход 4-х входового элемента "И" чтобы его можно было использовать как 2 или 3 или 4 входной? Ответ очевиден имхо.
У ТАС не особо и FBD между нами, Мента больше похожа на CFC.

В logo-вском софте не имеет значение есть свободные ноги или их нет, главное чтобы выполнялось условие работы элемента. В блоке И можно использовать 2,3, 4 ноги от этого зависит только условие выполнения операции, а не работа блока. Ну и т.д. Так же программируются и все остальные реле - митсубиси, омрон и др., просто у них может отличаться мнемоника.