Не более месяца назад необходимо было из кругляка ПВХ изготовить корпус датчика (токарка и фрезеровка). Обзвонил более 20 контор по всей России. У всех участки с ЧПУ загружены на 3 месяца вперед и материалов немецких нет. Всем понятно чем ЧПУ загружены и стало грустно от того, как производить электронику и сложные изделия в РФ в количестве до 10 штук. В итоге через друзей запихнули в график производства, а работать с Китаем наша забюрократизированная контора не может.
Возможно занудство мое вызвано 13ю годами преподавания по данному направлению и около 14 лет практики ПНР. Статью написать могу, но не буду давать обещаний, что сделаю это быстро. Обещаю лишь, что сделаю.
Все не совсем так. Управляет приводом трубопроводной арматуры сам ТРМ. Внутри него есть программный ПИД регулятор, который рассчитывает рассогласование (ошибку регулирования) и формирует выходной сигнал, например на пускатель открытия. Про ПИД-регуляторы у Денисенко тоже есть. RS-485 у локальных регуляторов обычно используется чисто для мониторинга параметров. Через него конечно можно управлять, но для локального регулятора производитель уже все положил внутрь коробочки ТРМ. А вот если Вам из АСУ ТП верхнеуровневой нужно рулить, то да можно перевести ТРМ в режим внешнего управления и через него просто транслировать сигналы.
Не понятно кто и зачем плюсует статью. Есть вполне годная литература, например Денисенко, В. В. Компьютерное управление технологическим процессом, экспериментом, оборудованием. Ну и гуглится его же сайт. Всем далеким от темы предлагаю начать с этой литературы. Стиль изложения в статье только запутает читателя не давая представления о том, как работает АСУ ТП. Публикацию спасти нельзя!
Работа супер! Качество исполнения тоже на высоте. Удачи Вам! Хотелось бы услышать подробнее про методику измерения веса с использованием датчиков с али. Вы останавливаете привода и потом производите измерение? Или попытались сделать это в динамике? Ну и ждем схемотехнику измерительной части и контроллера.
По югу России не работал, в основном ТЭЦ среднего Урала и севера нашей страны. Так вот что могу сказать, был у нас такой политик рыжий, ныне отбывший за железный занавес. Он придумал после ваучеров и до наноматериалов примерно следующее https://ru.wikipedia.org/wiki/Оптовый_рынок_электроэнергии_и_мощности_России
После введения нормативки все ТЭС зашевелились и стали делать модернизацию систем регулирования частоты и мощности. Так что товарищу просто не повезло, после 2006 много было сделано. Потом в жирные 2008-2013 куча строек была в части большой энергетики, было где поучаствовать в стройках века.
Я конечно понимаю, что статья не о том. Но на ТЭЦ и ГРЭС уровень IT может и не заоблачный. Но в части АСУ ТП это те ребята, которые были всегда впереди по сравнению с другими отраслями непрерывных производств. Возьмем те же регуляторы турбин, начиная от механо-гидравлических и заканчивая ЭГСР. Турбина вращает вал генератора с частотой 3000 об/мин, это времена циклов 20 мс. Там такой реалтайм что другим системам и не снилось, особенно в части ИТ тех времен, когда это делалось. Так что в плане систем автоматизации и электроники там все на высоте. Не порочьте честное имя энергетиков, без них ИТ невозможно в принципе. Ну или уточните, что Тарас попал слесарем на захудалую подстанцию собственных нужд и там долбился в телефон во время смены.
Добрый день, коллега. По какой-то причине часто приводчики считают эти самые приводы высшей степенью развития и самоцелью системы управления. Не стоит забывать, что АСУ ТП это все же внедрение и интеграция готовых технических устройств для управления технологическими процессами, а не их разработка. Это означает, что получив того же робота я рассматриваю его просто как исполнительный механизм, подаю ему команду на выполнение определенного действия и жду его окончания. Следовательно, рассматривать вектор развития в эту сторону не совсем корректно с точки зрения массовой подготовки кадров.
С другой стороны, рынок труда приравнял специалистов АСУ ТП к технологическому персоналу, причем не особо квалифицированному (с точки зрения уровня заработной платы), а уровень задач близок к ИТ. Но при этом нет массового потребителя продукта, а система создается единожды для одного предприятия.
Я бы рассматривал вариант развития в сторону реализации MES и гибких систем там где это возможно, это хорошая интеграция с ИТ и расширение количества компаний, которые могут быть заинтересованы в выпускниках.
Ну и следует понимать, что чистому ИТшнику нельзя доверь управление технологическим процессом (турбиной или прокатным станом), это чревато плачевными последствиями из-за непонимания дискретности АСУ ТП и непрерывности физики технологической установки.
Спасибо за наводку, нашел у них на форуме по теме "Подключение ИП 212-45 к WB6". По стоимости одного канала, железка из статьи явно выигрывает. А поднять Modbus TCP на ESP и передать данные на контроллер вроде не такая трудная задача.
Добрый день. Как раз сейчас думаю над тем, куда завести пару десятков сигналов от датчиков движения и пожарных извещателей. Если с датчиками движения все более-менее понятно и они сядут на эту плату бесшовно, то по извещателям вопрос. Можете посоветовать вариант согласования сигналов? Основная система управления построена на контроллерах Wago, но с нынешним уровнем цен докупать модули ввод-вывода не реально.
Коллеги, статья же немного не про то. Есть же целый класс систем под названием Fail-safe или ПАЗ по нашему. Преподобный Siemens в этом вопросе много чего сделал. Есть и F-модули (желтенькие такие), есть реле безопасности, есть готовые устройства гарантированного включения или гарантированного отключения. Есть в конечном итоге классификация SIL, где обычно ПАЗ уводят под SIL-3. Есть еще вот такая интересная классификация у АСУшников.
Статья про то, как разрабатывать подобные алгоритмы. Было бы интересно взглянуть на результаты моделирования и автоматизировать расчет оценки надежности того или иного варианта.
По поводу алгоритмов, на мой взгляд они не пригодны для технологов. Чаще идут от обратного, технологи в виде блок-схем формализуют условия "Если-То" и далее их перекладываем на код в FBD или LAD, приведенный вами вариант обезличенных переменных не позволяет быстро понять траекторию действия защиты.
Вы извините за занудство, но на первом рисунке ни один из ПЛК не поддерживает S7-протокол, а в середине вообще изображен микропроцессорный регулятор. Быстродействие и простота передачи данных в АСУ ТП приводят к снижению защищенности протоколов, но так ли это нужно, когда мы обеспечиваем воздушный зазор между корпоративными сетями и сетями АСУ ТП и физическое ограничение доступа к оборудованию.
Все опасные производственные процессы находятся за проходной, куда злоумышленник просто так попасть не может и извне дотянуться тоже.
Ну а в случае необходимости передачи данных наружу мы либо ставим односторонние шлюзы, либо используем VPN, что тоже решает ряд проблем.
Делали связку Schemagee+Excel+AutoCAD для разработки конструкторской документации на шкафы АСУ. По цене получалось на одно рабочее место около 20к. руб в год. При этом макрос в Excel совершенно великолепно съедал выгрузку BOM из Schemagee и генерил ПЭ+СП с последующей выгрузкой артикулов в 1С для заказа со склада.
По разработке заняло около 20 человеко-часов одного инженера АСУ ТП, который ни разу не программист и на VBA для души писал.
В AutoCAD использовали блоки и их автоматическое добавление из ПЭ. Сэкономлено было на отдел несколько человеко-месяцев при разработке 100 шкафов.
Если вдруг кому интересно, смогу вытащить част макросов, хотя давно уже не занимаюсь подобным.
Ну это не серьезно с точки зрения жанра. А как же социальный аспект и терни. Так то нам тоже за 35-45 лет, но жадность и глупость не связана с возрастом.
Работа крайне актуальная. Спасибо за труд. Из рекомендаций, любители ТАУ забывают про насыщение интегральной составляющей регулятора и насыщение выхода регулятора. При управлении объектом нельзя забывать про передаточную функцию исполнительного механизма, его быстродействие и глубину управляющего воздействия. В Вашей интерпретации выход регулятора может стремится к бесконечности, хотя в реальности ограничен кодом ЦАП 0...27648 у Siemens. При внесении настроек насыщения выхода (рисунок 3, вкладка "Насыщение выхода") эффекты могут быть совершенно иные, и идеальный регулятор встретившись с реальностью становится не таким идеальным.
Почему-то программисты ПЛК забывают, что контроллер промышленный это дискретная штука. В Сименсе моргать выходы не будут, потому что они устанавливаются в начале цикла ПЛК, потом идет чтение входов, выполнение организационных блоков и т.д.
В AB скорее всего сделали иначе и состояние выходов меняют по ходу выполнения программы, что не очень то логично, RLO хотелось бы видеть в конце цикла, а не как программисту в голову взбредет.
В общем то есть детские ошибки, которые лечатся нормальной пусконаладкой и выдиранием волос из мягкого места спины, когда ничего не работает, а заказчик требует и угрожает расправой.
По поводу Дельты, это нормальная альтернатива в современных условиях для систем среднего класса. Но у них тоже сроки поставки конские.
Уважаемый коллега! Хотелось написать, не прошло и 10 лет. Но статья и инструмент очень полезны. Следует помнить, что матлабом для решения научных задач часто пользуются совсем не программисты, например физики и технари, они понятия не имеют об ООП и прочих вещах. А в статье прямо по полочкам разложена инструкция, что делать, что бы не потерять наработки и не прокосячить с версиями файлов, с которыми могут работать еще и коллеги.
Огромная благодарность Вам от не программистов, пытающихся решать инженерные и научные задачи при помощи программирования и имитационного моделирования.
Тепловизор может заглянуть глубоко внутрь объекта или слоя, если правильно возмутить систему и математически обработать результат. Вот пример работ топового в мировом плане российского ученого http://www.thermoview.ru/lit/vavilov2009/.
В статье не раскрыта самая интересная часть, идентификация и классификация объектов через ИИ. Очевидные моменты рассказаны.
По-видимому, правила ресурса едины не для всех. Вот например конкретный туториал как сделать задачку на ПЛК, бренд указан, софт тоже. Значит буду ждать видео.
Материал отличный, спасибо.
Не более месяца назад необходимо было из кругляка ПВХ изготовить корпус датчика (токарка и фрезеровка). Обзвонил более 20 контор по всей России. У всех участки с ЧПУ загружены на 3 месяца вперед и материалов немецких нет. Всем понятно чем ЧПУ загружены и стало грустно от того, как производить электронику и сложные изделия в РФ в количестве до 10 штук. В итоге через друзей запихнули в график производства, а работать с Китаем наша забюрократизированная контора не может.
Возможно занудство мое вызвано 13ю годами преподавания по данному направлению и около 14 лет практики ПНР. Статью написать могу, но не буду давать обещаний, что сделаю это быстро. Обещаю лишь, что сделаю.
Все не совсем так. Управляет приводом трубопроводной арматуры сам ТРМ. Внутри него есть программный ПИД регулятор, который рассчитывает рассогласование (ошибку регулирования) и формирует выходной сигнал, например на пускатель открытия. Про ПИД-регуляторы у Денисенко тоже есть. RS-485 у локальных регуляторов обычно используется чисто для мониторинга параметров. Через него конечно можно управлять, но для локального регулятора производитель уже все положил внутрь коробочки ТРМ. А вот если Вам из АСУ ТП верхнеуровневой нужно рулить, то да можно перевести ТРМ в режим внешнего управления и через него просто транслировать сигналы.
Не понятно кто и зачем плюсует статью. Есть вполне годная литература, например Денисенко, В. В. Компьютерное управление технологическим процессом, экспериментом, оборудованием. Ну и гуглится его же сайт. Всем далеким от темы предлагаю начать с этой литературы. Стиль изложения в статье только запутает читателя не давая представления о том, как работает АСУ ТП. Публикацию спасти нельзя!
Работа супер! Качество исполнения тоже на высоте. Удачи Вам! Хотелось бы услышать подробнее про методику измерения веса с использованием датчиков с али. Вы останавливаете привода и потом производите измерение? Или попытались сделать это в динамике? Ну и ждем схемотехнику измерительной части и контроллера.
По югу России не работал, в основном ТЭЦ среднего Урала и севера нашей страны. Так вот что могу сказать, был у нас такой политик рыжий, ныне отбывший за железный занавес. Он придумал после ваучеров и до наноматериалов примерно следующее https://ru.wikipedia.org/wiki/Оптовый_рынок_электроэнергии_и_мощности_России
После введения нормативки все ТЭС зашевелились и стали делать модернизацию систем регулирования частоты и мощности. Так что товарищу просто не повезло, после 2006 много было сделано. Потом в жирные 2008-2013 куча строек была в части большой энергетики, было где поучаствовать в стройках века.
Я конечно понимаю, что статья не о том. Но на ТЭЦ и ГРЭС уровень IT может и не заоблачный. Но в части АСУ ТП это те ребята, которые были всегда впереди по сравнению с другими отраслями непрерывных производств. Возьмем те же регуляторы турбин, начиная от механо-гидравлических и заканчивая ЭГСР. Турбина вращает вал генератора с частотой 3000 об/мин, это времена циклов 20 мс. Там такой реалтайм что другим системам и не снилось, особенно в части ИТ тех времен, когда это делалось. Так что в плане систем автоматизации и электроники там все на высоте. Не порочьте честное имя энергетиков, без них ИТ невозможно в принципе. Ну или уточните, что Тарас попал слесарем на захудалую подстанцию собственных нужд и там долбился в телефон во время смены.
Добрый день, коллега. По какой-то причине часто приводчики считают эти самые приводы высшей степенью развития и самоцелью системы управления. Не стоит забывать, что АСУ ТП это все же внедрение и интеграция готовых технических устройств для управления технологическими процессами, а не их разработка. Это означает, что получив того же робота я рассматриваю его просто как исполнительный механизм, подаю ему команду на выполнение определенного действия и жду его окончания. Следовательно, рассматривать вектор развития в эту сторону не совсем корректно с точки зрения массовой подготовки кадров.
С другой стороны, рынок труда приравнял специалистов АСУ ТП к технологическому персоналу, причем не особо квалифицированному (с точки зрения уровня заработной платы), а уровень задач близок к ИТ. Но при этом нет массового потребителя продукта, а система создается единожды для одного предприятия.
Я бы рассматривал вариант развития в сторону реализации MES и гибких систем там где это возможно, это хорошая интеграция с ИТ и расширение количества компаний, которые могут быть заинтересованы в выпускниках.
Ну и следует понимать, что чистому ИТшнику нельзя доверь управление технологическим процессом (турбиной или прокатным станом), это чревато плачевными последствиями из-за непонимания дискретности АСУ ТП и непрерывности физики технологической установки.
Спасибо за наводку, нашел у них на форуме по теме "Подключение ИП 212-45 к WB6". По стоимости одного канала, железка из статьи явно выигрывает. А поднять Modbus TCP на ESP и передать данные на контроллер вроде не такая трудная задача.
Добрый день. Как раз сейчас думаю над тем, куда завести пару десятков сигналов от датчиков движения и пожарных извещателей. Если с датчиками движения все более-менее понятно и они сядут на эту плату бесшовно, то по извещателям вопрос. Можете посоветовать вариант согласования сигналов? Основная система управления построена на контроллерах Wago, но с нынешним уровнем цен докупать модули ввод-вывода не реально.
Коллеги, статья же немного не про то. Есть же целый класс систем под названием Fail-safe или ПАЗ по нашему. Преподобный Siemens в этом вопросе много чего сделал. Есть и F-модули (желтенькие такие), есть реле безопасности, есть готовые устройства гарантированного включения или гарантированного отключения. Есть в конечном итоге классификация SIL, где обычно ПАЗ уводят под SIL-3. Есть еще вот такая интересная классификация у АСУшников.
Статья про то, как разрабатывать подобные алгоритмы. Было бы интересно взглянуть на результаты моделирования и автоматизировать расчет оценки надежности того или иного варианта.
По поводу алгоритмов, на мой взгляд они не пригодны для технологов. Чаще идут от обратного, технологи в виде блок-схем формализуют условия "Если-То" и далее их перекладываем на код в FBD или LAD, приведенный вами вариант обезличенных переменных не позволяет быстро понять траекторию действия защиты.
Вы извините за занудство, но на первом рисунке ни один из ПЛК не поддерживает S7-протокол, а в середине вообще изображен микропроцессорный регулятор.
Быстродействие и простота передачи данных в АСУ ТП приводят к снижению защищенности протоколов, но так ли это нужно, когда мы обеспечиваем воздушный зазор между корпоративными сетями и сетями АСУ ТП и физическое ограничение доступа к оборудованию.
Все опасные производственные процессы находятся за проходной, куда злоумышленник просто так попасть не может и извне дотянуться тоже.
Ну а в случае необходимости передачи данных наружу мы либо ставим односторонние шлюзы, либо используем VPN, что тоже решает ряд проблем.
Делали связку Schemagee+Excel+AutoCAD для разработки конструкторской документации на шкафы АСУ. По цене получалось на одно рабочее место около 20к. руб в год. При этом макрос в Excel совершенно великолепно съедал выгрузку BOM из Schemagee и генерил ПЭ+СП с последующей выгрузкой артикулов в 1С для заказа со склада.
По разработке заняло около 20 человеко-часов одного инженера АСУ ТП, который ни разу не программист и на VBA для души писал.
В AutoCAD использовали блоки и их автоматическое добавление из ПЭ. Сэкономлено было на отдел несколько человеко-месяцев при разработке 100 шкафов.
Если вдруг кому интересно, смогу вытащить част макросов, хотя давно уже не занимаюсь подобным.
Ну это не серьезно с точки зрения жанра. А как же социальный аспект и терни. Так то нам тоже за 35-45 лет, но жадность и глупость не связана с возрастом.
Поздравляю, коллега!
Оптимизм несколько спадет после подготовки первого финансового отчета по гранту, если конечно у Вас нет штатного бухгалтера.
Мне же предстоит второй отчет в скором времени, надеюсь все будет успешно.
Неплохо было бы описать процессы бурления фекальных масс внутри стартапа после получения денег и дележки несуществующей прибыли.
Работа крайне актуальная. Спасибо за труд. Из рекомендаций, любители ТАУ забывают про насыщение интегральной составляющей регулятора и насыщение выхода регулятора. При управлении объектом нельзя забывать про передаточную функцию исполнительного механизма, его быстродействие и глубину управляющего воздействия. В Вашей интерпретации выход регулятора может стремится к бесконечности, хотя в реальности ограничен кодом ЦАП 0...27648 у Siemens. При внесении настроек насыщения выхода (рисунок 3, вкладка "Насыщение выхода") эффекты могут быть совершенно иные, и идеальный регулятор встретившись с реальностью становится не таким идеальным.
Почему-то программисты ПЛК забывают, что контроллер промышленный это дискретная штука. В Сименсе моргать выходы не будут, потому что они устанавливаются в начале цикла ПЛК, потом идет чтение входов, выполнение организационных блоков и т.д.
В AB скорее всего сделали иначе и состояние выходов меняют по ходу выполнения программы, что не очень то логично, RLO хотелось бы видеть в конце цикла, а не как программисту в голову взбредет.
В общем то есть детские ошибки, которые лечатся нормальной пусконаладкой и выдиранием волос из мягкого места спины, когда ничего не работает, а заказчик требует и угрожает расправой.
По поводу Дельты, это нормальная альтернатива в современных условиях для систем среднего класса. Но у них тоже сроки поставки конские.
Уважаемый коллега! Хотелось написать, не прошло и 10 лет. Но статья и инструмент очень полезны. Следует помнить, что матлабом для решения научных задач часто пользуются совсем не программисты, например физики и технари, они понятия не имеют об ООП и прочих вещах. А в статье прямо по полочкам разложена инструкция, что делать, что бы не потерять наработки и не прокосячить с версиями файлов, с которыми могут работать еще и коллеги.
Огромная благодарность Вам от не программистов, пытающихся решать инженерные и научные задачи при помощи программирования и имитационного моделирования.
Тепловизор может заглянуть глубоко внутрь объекта или слоя, если правильно возмутить систему и математически обработать результат. Вот пример работ топового в мировом плане российского ученого http://www.thermoview.ru/lit/vavilov2009/.
В статье не раскрыта самая интересная часть, идентификация и классификация объектов через ИИ. Очевидные моменты рассказаны.