Страница 7 из 7 ПерваяПервая ... 567
Показано с 61 по 70 из 83

Тема: приборы для автоматизации итп, цтп

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1

    По умолчанию

    Еще раз. Последний.
    Под описанную Вами задачу 8DI, 4AI, 6DO - это ПЛК63. Это если говорить о контроллерах.
    Если говорить про реле (то во первых это в другой ветке) - не думаю что стоит лепить в релюшку логику ПИД регуляторов, и иже с ними.
    Про новую линейку контроллеров (это опять же в другой ветке) - Ваше предложение очень нас заинтересовало, и скорее всего мы постараемся сделать подобный контроллер на базе ПЛК32.

    Но это обсуждение НЕ ЛЕЖИТ В ОБЛАСТИ ТЕМЫ. Хоть ради интереса посмотрите первые 2 страницы обсуждения.

  2. #2

    По умолчанию

    поставить 2 ПЛК "малышки" на разные контуры.
    вообщето использование ПЛК на одном контуре, это "шикарно", например у нас на производстве ПЛК управляет минимум 16 контурами плюс прибомбасы типа погоды (ветер, дождь, светло, темно и т.д.) правда всё на ISPIDAS, но если идти по принципу контур_PLC то зачем? уже всё есть трм-...........всяких модификаций, лобай нехочу. Другое дело что нам хочется всё таки реализовать все идеи наработанные на производстве а жесткий регулятор не даёт?... Но зачем разбивать plc на мелкие функции и создавать целую линейку. Если "пациент" хочет пускай платит за проект, пуск, пргаммирование, обслуживание после установки и дальше и в итоге купит какой нибудь омрон или ещё что, но жесткий и будет хаять ОВЕН, хотя линейка готовых регуляторов, идеально подходящих для требований заказчика, просто не была использованна.

  3. #3

    По умолчанию

    Цитата Сообщение от Дмитрий Посмотреть сообщение
    поставить 2 ПЛК "малышки" на разные контуры.
    вообщето использование ПЛК на одном контуре, это "шикарно", например у нас на производстве ПЛК управляет минимум 16 контурами плюс прибомбасы типа погоды (ветер, дождь, светло, темно и т.д.) правда всё на ISPIDAS, но если идти по принципу контур_PLC то зачем? уже всё есть трм-...........всяких модификаций, лобай нехочу. Другое дело что нам хочется всё таки реализовать все идеи наработанные на производстве а жесткий регулятор не даёт?... Но зачем разбивать plc на мелкие функции и создавать целую линейку. Если "пациент" хочет пускай платит за проект, пуск, пргаммирование, обслуживание после установки и дальше и в итоге купит какой нибудь омрон или ещё что, но жесткий и будет хаять ОВЕН, хотя линейка готовых регуляторов, идеально подходящих для требований заказчика, просто не была использованна.
    да и ещё, последнее время упёрнутость в продвижении PLC, соовсем не здоровая, пихают везде. А живучесть системы никто не воспринимает, согласен если время отклика параметр - управление нужно менее 1 секунды, тут не поспоришь, ну а дальше, меняй задание по условию на верхнем уровне и когда у тебя сыпется один регулятор или контроль, ты сооовсем не помер.

  4. #4

    По умолчанию

    Цитата Сообщение от Дмитрий Посмотреть сообщение
    да и ещё, последнее время упёрнутость в продвижении PLC, соовсем не здоровая, пихают везде. А живучесть системы никто не воспринимает, согласен если время отклика параметр - управление нужно менее 1 секунды, тут не поспоришь, ну а дальше, меняй задание по условию на верхнем уровне и когда у тебя сыпется один регулятор или контроль, ты сооовсем не помер.
    Для повышения живучести я делаю просто - 1 система=1 ПЛК. Для реализации такого варианта нужны дешевые нано-ПЛК, много но мелких. Каждая система самодостаточна. По поводу Регулятор vs ПЛК. У ПЛК есть неоспоримый плюс - возможность создания виртуальных сложных связей Регулятор-Блок управления системы, что гораздо сложнее и муторнее реализовать на Регулятор - дискретный ПЛК, тем более что у большинства регуляторов очень скудный набор функций внешнего управления, в лучшем случае Старт-Стоп, а то и этого нет.
    По поводу ТРМов, сделаны добротно, но алгоритм управления 3-х ходовым клапаном (а их большинство) далёк отсовершенства, в убогом и ненадежном по исполнению МИНИТЕРМе алгоритм ПДД' гораздо качественнее (пусть ОВЕН не обижается).
    Вот и весь сказ в пользу нано-ПЛК как оптимального решения управления и регулирования контурами ЦТП и вентиляцией, а так-же всей остальной мелочёвкой типа освещением, воротами, канализацией, и т.д.

  5. #5

    По умолчанию

    Цитата Сообщение от ОООСА Посмотреть сообщение
    Для повышения живучести я делаю просто - 1 система=1 ПЛК. Для реализации такого варианта нужны дешевые нано-ПЛК, много но мелких. Каждая система самодостаточна. По поводу Регулятор vs ПЛК. У ПЛК есть неоспоримый плюс - возможность создания виртуальных сложных связей Регулятор-Блок управления системы, что гораздо сложнее и муторнее реализовать на Регулятор - дискретный ПЛК, тем более что у большинства регуляторов очень скудный набор функций внешнего управления, в лучшем случае Старт-Стоп, а то и этого нет.
    По поводу ТРМов, сделаны добротно, но алгоритм управления 3-х ходовым клапаном (а их большинство) далёк отсовершенства, в убогом и ненадежном по исполнению МИНИТЕРМе алгоритм ПДД' гораздо качественнее (пусть ОВЕН не обижается).
    Вот и весь сказ в пользу нано-ПЛК как оптимального решения управления и регулирования контурами ЦТП и вентиляцией, а так-же всей остальной мелочёвкой типа освещением, воротами, канализацией, и т.д.

    Какой из МИНИТЕРМов Вы нахидите ниболее удачным в плане качества управления задвижкой?
    Максим Крец
    Компания ОВЕН
    Руководитель направления “Контрольно-измерительные приборы”

    skype: m.krets
    e-mail: tech@owen.ru

  6. #6

    По умолчанию

    Цитата Сообщение от Maximus Посмотреть сообщение
    Какой из МИНИТЕРМов Вы нахидите ниболее удачным в плане качества управления задвижкой?
    У всех МИНИТЕРМов один и тот-же алгоритм, они отлечаются только сервисными функциями, напряжением питания и корпусами.
    Если интересно то могу нарисовать функциональную схему алгоритма ПИ-регулятора с выходом для 3-х позиционного управления с краткими пояснениями. Всё довольно просто, только используется не ШИМ, а несколько иной подход преобразования аналогового сигнала с ПИ-регулятора (изодромного регулятора) в импульсы.
    Буду рад помочь.

  7. #7

    По умолчанию

    Алгоритм управления задвижками действительно хромает здесь ребятам нужно поработать

  8. #8

    По умолчанию

    Цитата Сообщение от ВладимирS Посмотреть сообщение
    уважаемые господа!

    хочется выразить вам благодарность за удачные разработки в области автоматизации технологических процессов. много лет используем ваши приборы для автоматизации тепловых пунктов г. москвы. чаще всего используем регуляторы трм32 в качестве регуляторов температуры в системах отопления, вентиляции (по независимой схеме) и горячего водоснабжения, а также сау-мп (алг.15) для управления насосным оборудованием.
    приборы надежны, регуляторы очень разумно сконструированы, минимум динамических регулировок упрощает настройку регуляторов и в то же время оставляет ее достаточно гибкой для управления самыми разными системами. очень импонируют подробно и толково расписанные инструкции по эксплуатации, обилие самой разнообразной информации на сайте. Я хочу рекомендовать заказать такое оборудование, как автоматика итп от Теплоком-Сервис Москва. теперь о грустном. приборы ваши начали использовать около 10 лет назад. за это время в линейке приборов, которые мы используем произошли лишь незначительные изменения. а хотелось бы расширения номенклатуры ваших приборов. в частности, занимаясь проектированием итп, цтп, столкнулись с такой проблемой: итп как правило, оборудовано 3–4 насосными группами, плюс 2-3 регулятора. в итоге на дверку шкафа автоматики приходится устанавливать 6-7 приборов с лицевой панелью 96х96 мм, туда же надо пристроить до 8 переключателей, индикаторы, иногда и кнопки управления. и получается дверка очень перегруженной. а увеличивть габариты щита часто не представляется возможным. регуляторам самое место на дверке, они отображают полезную для оператора информацию. ну а сау-мп там не место, на приборе индицикация, интересная лишь наладчику. напрашивается вывод: устанавливать сау-мп внутрь щита. но этих приборов в Din-реечном исполнении не существует. навесное исполнение тоже не очень подходит для внутришкафного монтажа. пожалуйста, выпустите прибор в Dinовском корпусе.
    второе, нет подходящей модификации сау-мп для автоматизации насосов подпитки с одновременным управлением соленоидным или запорно-регулирующим клапаном подпитки. приходится изгаляться.
    третье, неудобство программирования сау-мп представляется несложной проблемой, добавление возможности удобного и полноценного программирования в сам прибор наверняка не сделает его дороже в разы. можно также сконструировать отдельный блок с цифровым индикатором, с которого станет возможным программировать подключаемый к нему сау, а еще лучше сделать возможным подключение к такому блоку нескольких приборов сау-мп по отдельному интерфейсу. в таком случае потребитель сам сможет решать - какой вариант ему больше подходит, программировать ли прибор с помощью компьютера, или потратиться на приобретение программатора.
    четвертое, для сау-мп тоже необходим интерфейс для ввода его в сеть с возможностью передачи данных с него (номер работающего насоса, отсутствие или наличие «аварии») в диспетчерскую. неплохо было бы иметь возможность также выводить на диспетчерскую информацию о положении «авт» переключателя «авт-0-руч» соответствующего насоса. это просто, т.к. в настоящее время сухие контакты этих переключателей, соединенные параллельно подключаются на вход «пуск» сау-мп. можно использовать еще один вход для «пуска». по любому замкнутому из них (насос№1, насос№2) прибор будет запускать программу, а в диспетчерскую уйдет сигнал о положении переключателя каждого из насосов.
    пятое, часто сталкиваемся с вариантом, когда в тепловом пункте имеется две системы с регулированием температуры по наружному воздуху. соответственно устанавливаем два трм32, два датчика наружного воздуха и тянем две кабельные линии (как правило, достаточно длинные). удобней было бы иметь возможность получать данные о температуре с одного датчика по сети (разумеется, если таковая используется).
    шестое, представляется очень интересным вариант, когда в одном приборе объединяются один регулятор температуры и полнофункциональное управление 2-мя циркуляционными насосами. причем регулятор такого комбинированного прибора должен быть универсальным: т.е. с возможностью использовать его как в системе отопления (вентиляции), так и в системе гвс. такой прибор наверняка будет иметь хороший спрос, т.к. будет достаточен для автоматизации любого контура в тепловом пункте (без подпитки).


    с уважением.
    владимир.

    разумный подход.

Страница 7 из 7 ПерваяПервая ... 567

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •