Схема шкафа для частотника, выбор оборудования

iyri написал : ;) не успел

Повезло наверное :). По ошибке перепутал вход и выход :sorry: ЧП был немного другой - старенький ALTIVAR 31 :) Очень живучий, до сих пор нормально трудиться в нечеловеческих условиях :) Кстати, он вполне допускал коммутацию двигателя прямо на ходу :)

ksiman написал : старенький ALTIVAR 31

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

Шварцштейн написал : "не устанавливайте устройства выключения на выходе преобразователя, такие как контактор и др. Если это необходимо по технологическим требованиям, пожалуйста, гарантируйте, что преобразователь переключается без нагрузки." Это из инструкции. Как вот мне это гарантировать, не могу понять...

Путем подачи соответствующего сигнала на ПЧ, по которому он отключит свои выходы например.

Шварцштейн написал : С щита руками или как-то еще? ЧП наш и\или тайваньский Tecorp, у них нет выносных панелей.

А цифровых входов тоже нет? Ни разу не видел частотников не имеющих таковых. Ну может только какие-нибудь очень специализированные наездники...

Шварцштейн написал : Вот я смотрю обновленную инструкцию для ПЧ, который собираемся взять, и там есть такое

Нахрен Вам этот китаец? Хотя это Ваше дело...

Открываете страницу 16. Там показана кучка входов. REV/STOP и FWD/STOP это запуск в прямом/обратном направлении и останов. То есть, если замкнуть соответствующую клемму на COM то частотник будет отрабатывать это как команду на запуск, если разомкнуть, то как останов. Только останов как нормальный штатный. С плавным снижением частоты за заданное время. Кроме этого есть Multi-functional terminal в количестве 6 штук. Это программируемые входы. Можно любому из этих входов назначить любую функцию из перечня. Это может быть и изменение скорости и аварийный останов.

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

SVKan написал : Нахрен Вам этот китаец? Хотя это Ваше дело...

Тайванец =)
А я тут кстати создавал тему про выбор частотника. Основной критерий у нас, увы, цена. Есть в одной котельной GE VAT2000, но ставили его давно и сейчас мы их уже не потянем. Да и имеет ли смысл? За один GE (3500$) можно взять 3-4 тайваня\нашего.

SVKan написал : Вот через эти входы и надо управлять частотником.

Да, с этим разобрались уже, но все равно спасибо, очень понятно все расписали!

SVKan написал : Только останов как нормальный штатный. С плавным снижением частоты за заданное время.

Вот если одновременно с этой командой выключить контактором нагрузку, для частотника это как?

В общем ситуация немного изменилась.

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

1. Схема обхода частотника (байпас) с автоматическим переключением по сигналу "авария" с ЧП.
2. Контроль состояния насосов и автоматический переход на резервный по датчику, по какому, пока еще не придумали.
3. Автоматическое и ручное управление задвижками.
4. В дальнейшем, удаленный мониторинг и управление из центральной диспетчерской.

Готовые решения нам предлагают вида "4 контактора + автомат" за 150-250 тыс, это дорого. Так что остается делать все самим.

Теперь вопросы:

1. Понятно, что на реле эту задачу решить можно, но получится громоздко и негибко. Нужен контроллер. Но какой? Почитал про Сименс - как-то не впечатлило в 2014 году вести разработку на ассемблерообразном языке. Что посоветуете за разумные деньги (5-10-20 тыс. руб), простое в освоении и отладке, достаточно надежное (запитывать его через UPS я так понимаю?). Контроллер будет управлять различными исполнительными устройствами и получть данные с датчиков. Обязательно с Modbus, т.к. нужна интеграция с приводами задвижек и ЧП.

2. Как осуществляется в таких системах удаленная диспетчеризация? Канал связи, например, уличный WiFi, как контроллер поверх него обменивается информацией с диспетчерской?

Вы уверены, что самостоятельно всё это осилите?

Шварцштейн написал : Почитал про Сименс - как-то не впечатлило в 2014 году вести разработку на ассемблерообразном языке.

Чего-то не то Вы читали. Сименс предлагает несколько языков программирования

ksiman написал : Вы уверены, что самостоятельно всё это осилите?

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

ksiman написал : Чего-то не то Вы читали. Сименс предлагает несколько языков программирования

Да, есть там еще что-то паскалеобразное. Но, я так понял, Сименс тянет за собой обратную совместимость еще со времен доса, а хочется чего-то посовременнее, и, скорее всего, дешевле.

Шварцштейн написал : Да, есть там еще что-то паскалеобразное. Но, я так понял, Сименс тянет за собой обратную совместимость еще со времен доса, а хочется чего-то посовременнее, и, скорее всего, дешевле.

Да не смотрите Вы на языки IL :) Лучше приглядитесь к графическим LD или FBD - всё очень логично и понятно :) Ещё надо определиться, что будет управляющим устройством. Либо простейший вариант на базе логических модулей (например типа LOGO!) - дёшево, просто разобраться и программировать, но сложно организовать удалённый контроль и правление, либо на базе настоящего контроллера (например типа S7-1200) - возможности почти безграничны, но придётся реально поработать головой :)

ksiman написал : Либо простейший вариант на базе логических модулей (например типа LOGO!) - дёшево, просто разобраться и программировать, но сложно организовать удалённый контроль и правление, либо на базе настоящего контроллера (например типа S7-1200) - возможности почти безграничны, но придётся реально поработать головой

Итак, снова все поменялось в сторону усложнения. Будут шкафы на ЦТП, которые должны управлять переключением и работой насосов, задвижками на каждом, неким регулятором температуры (по сути - та же задвижка + термодатчик) и просто должны отображать данные еще с десятка датчиков температуры и давления. Как оказалось, у нас аж три различных опрератора дотянули LTE, так что с обязательна диспетчеризация.

Погуглив про PLC, OPC, SCADA\HMI пришел к таким выводам:

1. Контроллеры брать S7-1200 или Twido. Первые дороже (процессор 1212 поддерживает всего два модуля расширения, чего нам может быть мало), но в них 100% можно писать напрямую в память, минуя OPC, для этого есть готовые библиотеки, как платные, так и не очень (но в виде беты). Однако мне при таком кол-ве входов\выходов скорее всего понадобится OPC, из бесплатных нашел Open OPC UA, но не совсем понятно, поддерживает ли его Twido. Клиента напишу сам на основе того же Open OPC UA, там есть готовый пример, можно на его основе сделать обвертку в C#.

Вопрос:

1. Этот Twido, он вообще как? Решение не новое, 2011 года, может, что-то еще посоветуете?