- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не надо писать свой вопрос в первую попавшуюся тему - всегда лучше создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения. Непонятно? - Читать здесь.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь, а затем здесь и здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Прошу прокомментировать утверждение про управление ТПЧ
Модератор: Глоб.модераторы
-
- осмотрелся
- Сообщения: 141
- Зарегистрирован: 08 ноя 2010, 14:03
- Имя: Владимир
- Страна: Россия
- город/регион: Новосибирск
- Благодарил (а): 9 раз
- Поблагодарили: 8 раз
Прошу прокомментировать утверждение про управление ТПЧ
Возник вопрос к проектировщику о причине замены управления ТПЧ (Altivar61, ATV61HD55N4)с чистого RS-485 на управление сигналами "Пуск", "Стоп" и задание частоты сигналом 4-20 мА. Получил следующий комментарий:
"В схеме управления насосами или АВО с ПЧ предусмотрен местный пост управления для опробования работы электродвигателя на фиксированной частоте, а также для оперативного отключения аппаратчиком при обнаружении проблем в его работе. Командные сигналы ПУСК и СТОП поступают на клеммник ПЧ, что позволяет проводить опробование работы электродвигателя без контроллера. Кроме того, для обеспечения переключения режима управления из местного в дистанционный, без остановки двигателя необходимо, чтобы сигналы управления и задания по частоте поступали на один и тот же физический интерфейс ПЧ – в данном случае клеммник управления, Поэтому для задания частоты вращения двигателя используется сигнал 4-20 мА, который так же, как и команды ПУСК и СТОП, поступает на клеммник управления. Кроме того, использование аналоговых сигналов, повышает скорость и надежность передачи управляющей информации из АСУ в ПЧ (особенно интересный момент. Работа АЦП реально быстрее, чем передача пары байт данных?). Интерфейс RS-485 используется для передачи сервисной информации о рабочих параметрах преобразователя и электропривода из ПЧ в АСУ."
Как мне кажется, все вопросы опробования прекрасно решаются с пульта ТПЧ. Местное управление также не должно вызывать особых проблем.
Интересен Ваш опыт решения подобных задач с сохранением связи с РСУ исключительно по MODBUS.
"В схеме управления насосами или АВО с ПЧ предусмотрен местный пост управления для опробования работы электродвигателя на фиксированной частоте, а также для оперативного отключения аппаратчиком при обнаружении проблем в его работе. Командные сигналы ПУСК и СТОП поступают на клеммник ПЧ, что позволяет проводить опробование работы электродвигателя без контроллера. Кроме того, для обеспечения переключения режима управления из местного в дистанционный, без остановки двигателя необходимо, чтобы сигналы управления и задания по частоте поступали на один и тот же физический интерфейс ПЧ – в данном случае клеммник управления, Поэтому для задания частоты вращения двигателя используется сигнал 4-20 мА, который так же, как и команды ПУСК и СТОП, поступает на клеммник управления. Кроме того, использование аналоговых сигналов, повышает скорость и надежность передачи управляющей информации из АСУ в ПЧ (особенно интересный момент. Работа АЦП реально быстрее, чем передача пары байт данных?). Интерфейс RS-485 используется для передачи сервисной информации о рабочих параметрах преобразователя и электропривода из ПЧ в АСУ."
Как мне кажется, все вопросы опробования прекрасно решаются с пульта ТПЧ. Местное управление также не должно вызывать особых проблем.
Интересен Ваш опыт решения подобных задач с сохранением связи с РСУ исключительно по MODBUS.
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
Опыта по Modbus в реальных установках нет, есть по Профибас. Но на лабораторной устнавоке и по Модбасу игрался, включая возможность переключения в местный режим. Правда это по Altivar71, но думаю у 61-й особо ничего не поменялось. Думаю, что заказчик по старинке боится использовать цифру. Типа, что делать если сеть ляжет. Надо объяснить, что местный режим от этого не пострадает.
Тут примеры:
https://sites.google.com/site/fieldbusb ... oprivodami
Тут примеры:
https://sites.google.com/site/fieldbusb ... oprivodami
Последний раз редактировалось san 06 мар 2012, 15:24, всего редактировалось 1 раз.
-
- специалист
- Сообщения: 600
- Зарегистрирован: 08 авг 2008, 10:43
- Имя: Щукин Андрей Александрович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 7 раз
- Поблагодарили: 63 раза
Re: Прошу прокомментировать утверждение про управление ТПЧ
Про насосы не скажу, но в машиносторении связка (Пуск/Стоп/Скорость - проводами, параметры по Модбас) используется часто именно по тому, что данные по Модбасу передаются/воспринимаются ПЧ медленнее, чем поступающие на клеммы.
Авторы ТЗ, с которыми я работаю, не имеют права жаловаться на дороги, ЖКХ, бюрократию и правительство.
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
На счет медленности, все зависит от количества Слейвов, времени реакции конкретного устройства, включая Мастера, ну и битовой скорости. Какое время реакции нужно обеспечить?
-
- почётный участник форума
- Сообщения: 5790
- Зарегистрирован: 07 окт 2011, 09:12
- Имя: Гаско Вячеслав Эриевич
- Страна: Россия
- город/регион: Рязань
- Благодарил (а): 673 раза
- Поблагодарили: 841 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
Мне кажется, что всё дело в разном понимании термина "Управление по месту".
Скорее всего заказчику-технологу интересно чтобы машинист (аппаратчик) находился у самого насоса (АВО-шки), а для Вас и управление с пульта самого частотника - местное.
Вот нафига машинисту шастать в подстанцию или в РУ ? - Такова логика технологов.
Вариант управления "с морды" частотника ими вообще никогда не рассматривается как приемлемый.
Скорее всего заказчику-технологу интересно чтобы машинист (аппаратчик) находился у самого насоса (АВО-шки), а для Вас и управление с пульта самого частотника - местное.
Вот нафига машинисту шастать в подстанцию или в РУ ? - Такова логика технологов.
Вариант управления "с морды" частотника ими вообще никогда не рассматривается как приемлемый.
---------------------------------------------------
«У человека в душе дыра размером с Бога, и каждый заполняет её как может.» (Жан-Поль Сартр)
"Ту пустоту, которая остаётся в душе, когда в ней нет Бога, и весь мир не может заполнить." (святитель Николай Сербский)
«У человека в душе дыра размером с Бога, и каждый заполняет её как может.» (Жан-Поль Сартр)
"Ту пустоту, которая остаётся в душе, когда в ней нет Бога, и весь мир не может заполнить." (святитель Николай Сербский)
-
- эксперт
- Сообщения: 2099
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 138 раз
- Поблагодарили: 174 раза
Re: Прошу прокомментировать утверждение про управление ТПЧ
Да какие-то надуманные аргументы. Какая там скорость для насосно-вентилятороной нагрузки. Там ПИД работает медленнее, чем интерфейс :)
Да и обычная настройка частотника - это скорость изменения частоты. Обычно для насосов - это 10-15 сек на 50 Гц. Иначе у тебя частотник по превышению тока или напряжения остановиться.
Что касается опробования, то на счет конкретной модели не уверен. Но скорее всего опробования с пульта возможно. Другое дело, что часто поставляют 10 частотников и один пульт, поэтому пульта изначально может не быть.
Переключение из местного в дистанционный без остановки? А на фига? Но даже это не вызывает проблем.
Вообщем тут вопрос часто идеологический. Я бы делал на интерфейсе - это мой хлеб, запрограммировать что-нибудь этакое сложное :)
Да и обычная настройка частотника - это скорость изменения частоты. Обычно для насосов - это 10-15 сек на 50 Гц. Иначе у тебя частотник по превышению тока или напряжения остановиться.
Что касается опробования, то на счет конкретной модели не уверен. Но скорее всего опробования с пульта возможно. Другое дело, что часто поставляют 10 частотников и один пульт, поэтому пульта изначально может не быть.
Переключение из местного в дистанционный без остановки? А на фига? Но даже это не вызывает проблем.
Вообщем тут вопрос часто идеологический. Я бы делал на интерфейсе - это мой хлеб, запрограммировать что-нибудь этакое сложное :)
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
Слово никогда, я б не говорил. Кнопка пуск/стоп на морде не требует шастанья, да и поворотный задатчик тоже. В любом случае, переключение на местный режим дает возможность управлять и с кнопок и потнециометров, подключеных ко входам частотника. Это удовлетворяет требованиям задачи?Ryzhij писал(а):Мне кажется, что всё дело в разном понимании термина "Управление по месту".
Скорее всего заказчику-технологу интересно чтобы машинист (аппаратчик) находился у самого насоса (АВО-шки), а для Вас и управление с пульта самого частотника - местное.
Вот нафига машинисту шастать в подстанцию или в РУ ? - Такова логика технологов.
Вариант управления "с морды" частотника ими вообще никогда не рассматривается как приемлемый.
-
- почётный участник форума
- Сообщения: 1075
- Зарегистрирован: 25 июл 2008, 23:23
- Имя: Бондарев Михаил Владимирович
- Страна: Россия
- город/регион: Магнитогорск
- Благодарил (а): 52 раза
- Поблагодарили: 20 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
скорость предачи конкретного сигнала по модбасу сильно зависит как от многих параметров (скорость связи, число абонентов, число передаваемых параметров, качество алгоритмов обработки) на практике встречалось и время реакции 9-18 сек.
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
:amazement:Бондарев Михаил писал(а):скорость предачи конкретного сигнала по модбасу сильно зависит как от многих параметров (скорость связи, число абонентов, число передаваемых параметров, качество алгоритмов обработки) на практике встречалось и время реакции 9-18 сек.
А что за структура-то была? Я знаю, что многие по одной переменной с девайсов тянут, так там на одном слейве можно и минут добиться. Кстати, Алтивары поддерживают функцию чтение/запись и группирование переменных, что дает возможность за один мах считать и записать все переменные. Такой себе облегченный вариант циклического чтения/записи как в Профибас. Это штатная функция, определена в стандарте.
-
- почётный участник форума
- Сообщения: 1075
- Зарегистрирован: 25 июл 2008, 23:23
- Имя: Бондарев Михаил Владимирович
- Страна: Россия
- город/регион: Магнитогорск
- Благодарил (а): 52 раза
- Поблагодарили: 20 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
Хитрые итальянцы сэкономили на донгле для симатика, и обработку модбас-запроса делали ручками. Получалось медленно. Плюс Скорость невысокая была и достаточно большой объем данных. Как результат отображение изменения регистра от мастера ( РСУ Ханивелл) в слейве (Симатик-Н) до 18 секунд занимало.
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
Тут немного другой варинат. Модбас по происхождению от Модиконов (тепреь в составе ШЕ) пошел. Было бы грешно, так с реализацией родного протокола поступать. :)
-
- эксперт
- Сообщения: 2099
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 138 раз
- Поблагодарили: 174 раза
Re: Прошу прокомментировать утверждение про управление ТПЧ
Ну раз такая малина, то в Danfoss-овских частотниках тоже можно только по одной переменной читать. Но я на скорости 9600 4 переменных в секунду читал, при этом команды внеочереди шли. Но это был один частотник.
С другой стороны еще раз повторюсь. На кой нужно для насосов и вентиляторов быстродействие?. Их включил раз в неделю и раз в минуту задание на пару герц меняешь может быть и все.
С другой стороны еще раз повторюсь. На кой нужно для насосов и вентиляторов быстродействие?. Их включил раз в неделю и раз в минуту задание на пару герц меняешь может быть и все.
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
:? :amazement:Serex писал(а):Ну раз такая малина, то в Danfoss-овских частотниках тоже можно только по одной переменной читать. Но я на скорости 9600 4 переменных в секунду читал, при этом команды внеочереди шли.
Это просто безобразие! Как это по одной переменной?! Они там белины объелись? Это требует объяснений! Может вы что-то напутали?
-
- эксперт
- Сообщения: 1467
- Зарегистрирован: 25 июл 2008, 10:25
- Имя: Эдуард Владимирович
- Страна: СССР
- город/регион: Оренбург
- Благодарил (а): 46 раз
- Поблагодарили: 105 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
Обычно, в настройках ПЧ производитель предусматривает параметры - реакция на обрыв по аналоговому входу и реакция на контроль доставки телеграммы. Не знаю как в Альтиварах, у Сименса контроль доставки выбирается из фиксированных значений в мс, начиная с 200 мс. В документации проскальзывает, что время выполнения программы ПЧ - 135 мс. Т.е. при применении профибаса, в разумных и осмысленных пределах, разницы в чтении данных из аналогового входа и поступлении данных по сети нет! По Модбасу должно быть примерно также, опять же исходя из нагрузки на сеть. Наверное есть смысл посмотреть соответствующие параметры контроля сети в альтиварах.
Есть еще один нюанс у обмена по сети с ПЧ - квитирование аварии.
Не во всех производствах и технологиях предусматривается автоматическое квитирование, но в некоторых применяется. Так вот, если я посылаю бит квитирования в ПЧ до устранения аварийной ситуации, то после ее исчезновения ПЧ не видит этого бита. Ему нужен фронт с 0->1, либо даже 0->1->0 (Vacon). В тоже время, замкнутая перемычкой клемма ПЧ без проблем обрабатывается у любого производителя.
Есть еще один нюанс у обмена по сети с ПЧ - квитирование аварии.
Не во всех производствах и технологиях предусматривается автоматическое квитирование, но в некоторых применяется. Так вот, если я посылаю бит квитирования в ПЧ до устранения аварийной ситуации, то после ее исчезновения ПЧ не видит этого бита. Ему нужен фронт с 0->1, либо даже 0->1->0 (Vacon). В тоже время, замкнутая перемычкой клемма ПЧ без проблем обрабатывается у любого производителя.
--------------------------------------------------------------------------------------------
-
- почётный участник форума
- Сообщения: 1075
- Зарегистрирован: 25 июл 2008, 23:23
- Имя: Бондарев Михаил Владимирович
- Страна: Россия
- город/регион: Магнитогорск
- Благодарил (а): 52 раза
- Поблагодарили: 20 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
Александр! Сколько эмоций!
всякое бывает.
вот всеми любимый modscan на 1 сдвигает адреса, и ни предупреждений, ни возможности настройки. А ничего, все его пользуют потихоньку.
ладно если там койлы читать нельзя, или групповых запросов нет. Хуже гораздо когда начинают "умельцы" дорабатывать и "улучшать" протокол (как-то на теплосчетчиках сталкивался, марку уж не вспомнить)
всякое бывает.
вот всеми любимый modscan на 1 сдвигает адреса, и ни предупреждений, ни возможности настройки. А ничего, все его пользуют потихоньку.
ладно если там койлы читать нельзя, или групповых запросов нет. Хуже гораздо когда начинают "умельцы" дорабатывать и "улучшать" протокол (как-то на теплосчетчиках сталкивался, марку уж не вспомнить)
-
- эксперт
- Сообщения: 1467
- Зарегистрирован: 25 июл 2008, 10:25
- Имя: Эдуард Владимирович
- Страна: СССР
- город/регион: Оренбург
- Благодарил (а): 46 раз
- Поблагодарили: 105 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
А на кой нужно давать задание в Гц, если электроприводом насоса регулируется либо напор, либо расход?Serex писал(а):С другой стороны еще раз повторюсь. На кой нужно для насосов и вентиляторов быстродействие?. Их включил раз в неделю и раз в минуту задание на пару герц меняешь может быть и все.
--------------------------------------------------------------------------------------------
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
Надо ж иногда поматериться а незяБондарев Михаил писал(а):Александр! Сколько эмоций!
всякое бывает.
вот всеми любимый modscan на 1 сдвигает адреса, и ни предупреждений, ни возможности настройки. А ничего, все его пользуют потихоньку.
ладно если там койлы читать нельзя, или групповых запросов нет. Хуже гораздо когда начинают "умельцы" дорабатывать и "улучшать" протокол (как-то на теплосчетчиках сталкивался, марку уж не вспомнить)
сдвиг на 1 адресов наверное объяснить можно. Первая переменная из области Holding Registers адресуется в Modbus как 400001 (как в старых Modicon), все остальные области аналогично. Но, в протоколе она адресуется как 0-вая. Вот это разработчики протокола пошутили, до сих пор всех с толку сбивает!
Но самое прикольное, что уже девайсов наверное таких нет (в смысле не производятся) чтоб так области данных назывались. Все Модиконы (даже Квантумы) теперь содержат %I, %IW, %Q, %QW, %M, %MW и адресация этих ячеек с нуля!
А по поводу отображения данных на конкретную область данных девайса даже стандарт MODBUS.org описывает, и называет это Mapping. Так что, тут для всех девайсов не напасешся названий, а согласно стандарту Holding Registers, Input Registers, Discrete Inputs и Coils адресуются с 1. Все остальное - отображение (mapping) в зависимости от типа устройства.
-
- почётный участник форума
- Сообщения: 1075
- Зарегистрирован: 25 июл 2008, 23:23
- Имя: Бондарев Михаил Владимирович
- Страна: Россия
- город/регион: Магнитогорск
- Благодарил (а): 52 раза
- Поблагодарили: 20 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
ну например, если регулятор не в ЧРП, а в контроллереА на кой нужно давать задание в Гц, если электроприводом насоса регулируется либо напор, либо расход?
-
- эксперт
- Сообщения: 1467
- Зарегистрирован: 25 июл 2008, 10:25
- Имя: Эдуард Владимирович
- Страна: СССР
- город/регион: Оренбург
- Благодарил (а): 46 раз
- Поблагодарили: 105 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
Давненько такие не попадались! Если только нечто безумно дешевое или специфично встроенное. К примеру, у WILO есть серия насосов с ПЧ MVIE, в режиме дистанционного управления отрубается встроенный ПИД. К Альтиварам, Данфоссам это точно не относится.Бондарев Михаил писал(а):ну например, если регулятор не в ЧРП, а в контроллере
--------------------------------------------------------------------------------------------
-
- эксперт
- Сообщения: 2099
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 138 раз
- Поблагодарили: 174 раза
Re: Прошу прокомментировать утверждение про управление ТПЧ
Ну это я так )).. На уровне протокола там вообще проценты, представленные в шестнадцатеричном формате. И что главное в руководстве данфоса нет этого пояснения. Независимо как настроен ПЧ, по шине всегда передаются эти проценты задания.CHANt писал(а): А на кой нужно давать задание в Гц, если электроприводом насоса регулируется либо напор, либо расход?
Все зависит от задачи.
Вот например для приточной вентиляции. Скорость вентилятора не регулируется, она постоянна. Там 3-х клапан в контуре калорифера управляется по ПИД от выходной температуры. И если отопления не хватает, то можно автоматически снижать в Гц производительность вентилятора.
-
- осмотрелся
- Сообщения: 141
- Зарегистрирован: 08 ноя 2010, 14:03
- Имя: Владимир
- Страна: Россия
- город/регион: Новосибирск
- Благодарил (а): 9 раз
- Поблагодарили: 8 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
Ух сколько мнений-то.
Что касается скорости реакции - думаю, совершенно не критична. Расходы в нефтянке штука такая - 100 кг туда-сюда ничего не решают. Сверхточного дозирования в данной задаче не требуется. Рано или поздно ТПЧ выведет насос на необходимую производительность.
Откровенно говоря, не доводилось работать с modbus. В имеющейся системе вообще полевых шин нет. Хотелось бы поучиться работе с протоколом. Можете посоветовать какой-то эмулятор или нечто подобное?
Что касается скорости реакции - думаю, совершенно не критична. Расходы в нефтянке штука такая - 100 кг туда-сюда ничего не решают. Сверхточного дозирования в данной задаче не требуется. Рано или поздно ТПЧ выведет насос на необходимую производительность.
Откровенно говоря, не доводилось работать с modbus. В имеющейся системе вообще полевых шин нет. Хотелось бы поучиться работе с протоколом. Можете посоветовать какой-то эмулятор или нечто подобное?
-
- read only
- Сообщения: 462
- Зарегистрирован: 31 янв 2010, 10:53
- Имя: Konstantin Atamanchuk
- Страна: Ukraine
- город/регион: Dniepropetrovsk
- Поблагодарили: 2 раза
Re: Прошу прокомментировать утверждение про управление ТПЧ
По поводу управления режимами стоп старт то мне кажется всех удобнее иметь кнопочный пульт для оператора чем допускать его к панели самого привода. Тут вопрос даже в удобстве, особенно если локальный пульт ЧП запутан как например у новых данфосов.
По поводу регулятора на самом приводе, то в моей практике такое встречается как раз редко, в несложных локальных системках, типа датчик - насос или подобное, когда же привод увязан в ТП и его задание считается от расхода, давления, положения задвижки и режима соседнего привода тогда обработку приходится делать в проге.
По поводу регулятора на самом приводе, то в моей практике такое встречается как раз редко, в несложных локальных системках, типа датчик - насос или подобное, когда же привод увязан в ТП и его задание считается от расхода, давления, положения задвижки и режима соседнего привода тогда обработку приходится делать в проге.
с Уважением К
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Re: Прошу прокомментировать утверждение про управление ТПЧ
Может быть, всё очень просто? Фраза описывает преимущество аналогового задания частоты по сравнению с дискретным (больше/меньше)? :)
По вопросам работы Форума можно обратиться по этим контактам.
-
- осмотрелся
- Сообщения: 141
- Зарегистрирован: 08 ноя 2010, 14:03
- Имя: Владимир
- Страна: Россия
- город/регион: Новосибирск
- Благодарил (а): 9 раз
- Поблагодарили: 8 раз
Re: Прошу прокомментировать утверждение про управление ТПЧ
Дело в том, что сейчас операторы не пользуются дистанционным запуском насосов, а уж тем более не пользуются местным. Пару раз кликнуть мышкой, им куда удобнее и приятнее , чем тащиться в щитовую. Да и частотников у нас практически нет, регулировка расходов происходит при помощи клапанов-регуляторов (привет, дросселирование!). Думаю, что появление ЧРП не изменит их привычек и при необходимости ручного управления они будут тягать бегунки или вбивать необходимые параметры на компьютере.atamkosta писал(а):По поводу управления режимами стоп старт то мне кажется всех удобнее иметь кнопочный пульт для оператора чем допускать его к панели самого привода..
По моему мнению, не нужно уделять особого внимания местному и дистанционному режиму, в то время как автоматический режим нужно реализовать максимально эффективно. Поэтому-то и возник вопрос о целесообразности использования дополнительных трёх каналов (а овёс нынче дорог) для управления.
-
- read only
- Сообщения: 462
- Зарегистрирован: 31 янв 2010, 10:53
- Имя: Konstantin Atamanchuk
- Страна: Ukraine
- город/регион: Dniepropetrovsk
- Поблагодарили: 2 раза
Re: Прошу прокомментировать утверждение про управление ТПЧ
Нормативной базы в пост-совете я уж непомню, тем более ее фактически и нет сейчас, поэтому если во внутренних СТП или подобных документах не оговорено то можно и не делать физического локального управления, у многих немцев этих требований и нет, а вот у австрияков, если и не подзаконным актом зафиксировано, так видимо силой привычки.
Конкретно по удобству эксплуатации, нужда в локальном пульте возникает не часто, но есть. Мы делаем так: если машину или механизм можно испытать после ремонта на ПТО то испытываем на стенде и передаем в монтаж с ремонта отлаженную, т.е. вызываем на стенд механиков и они отлаживаются, тогда локального пульта не делаем.
Если машина крупновата для ремонта в стационаре, и нужно проворачивать и отлаживаь на месте тогда делаем локальный пульт (речь идет о компрессорах, насосах итд мощностью привода более 50кВт или комплексных у-ках).
Реально локальный пульт выполняем часто следующим образом: на гибком витом проводе (как в телефонной трубке) делаем универсальный пульт с тремя органами (стоп/старт - кнопка, авария - "грибок", местн/дист - ключ). Эти пульты имеют типовый разъем и могут подключаться в двух-трех местах аппаратного зала и достают до любого агрегата, какой агрегат будет управляться локально выбирает оператор с панели СКАДы в операторской, а на месте подключают пультик, переводят агрегат в местн. управление и крутят его как хотят. Эти пультики есть у механиков и КИПовцев. В итоге, аппаратных каналов задействованно всего три на все агрегаты конкретного комплекса, по всем шкафам и фкафчикам разведен шлейфом четырехжильный шнурочек и закреплены разъемчики рядом с розеточкой для переносного освещения.
Конкретно по удобству эксплуатации, нужда в локальном пульте возникает не часто, но есть. Мы делаем так: если машину или механизм можно испытать после ремонта на ПТО то испытываем на стенде и передаем в монтаж с ремонта отлаженную, т.е. вызываем на стенд механиков и они отлаживаются, тогда локального пульта не делаем.
Если машина крупновата для ремонта в стационаре, и нужно проворачивать и отлаживаь на месте тогда делаем локальный пульт (речь идет о компрессорах, насосах итд мощностью привода более 50кВт или комплексных у-ках).
Реально локальный пульт выполняем часто следующим образом: на гибком витом проводе (как в телефонной трубке) делаем универсальный пульт с тремя органами (стоп/старт - кнопка, авария - "грибок", местн/дист - ключ). Эти пульты имеют типовый разъем и могут подключаться в двух-трех местах аппаратного зала и достают до любого агрегата, какой агрегат будет управляться локально выбирает оператор с панели СКАДы в операторской, а на месте подключают пультик, переводят агрегат в местн. управление и крутят его как хотят. Эти пультики есть у механиков и КИПовцев. В итоге, аппаратных каналов задействованно всего три на все агрегаты конкретного комплекса, по всем шкафам и фкафчикам разведен шлейфом четырехжильный шнурочек и закреплены разъемчики рядом с розеточкой для переносного освещения.
с Уважением К