Да, европейский союз. Здесь кроме норм самого ЕС существуют ещё и локальные нормы каждого отдельного государства. Это касается всех аспектов, не только АСУТП.
Относительно зарплат, это зависит от сферы, в которой работают фирмы. К примеру, в моей фирме зарплата инженера, проекта а и програмиста PLC/SCADA, находится примерно на одном уровне. А программисты именно айтишники (знаю нескольких), получают как минимум в 2 раза больше
Это зависит от типа и количества устройств. Если устройств немного, расположены довольно близко и не имеют критического отношения к ходу техпроцесса и мы ними не управляем, а только собираем показания (счётчики расхода жидкости, анализаторы сети, вентиляционные установки), то соединяем через Modbus RTU (для надёжности на минимальной скорости 9600, 8на1, нет парности). При наличии же Modbus TCP в большей части устройств не важных для хода техпроцесса - то отдаём предпочтение ему. Самые ответственные линии связи - на исполняющие устройства и т.д - то profinet, profibus. В конечном итоге на большом объекте бывают задействованы одновременно все эти типы связи
Конкретно эта модель и её исполнение - "не очень". Аккумулятор подогревается горелкой, её нужно заказывать отдельно. Из нескольких таких плат, две умерли в первый же день. Были заменены производителем по гарантии и работают уже более года без проблем. Возможно заводской брак.
Это не регламентировано до конца. Некоторые фирмы/производители напрямую отказываются давать копии своего ПО - алгоритмы контроллеров, программу для панелей HMI, экраны SCADA. В большинстве случаев это известно ещё на этапе согласования и тендеров, тогда инвестор сам решает принципиально ли для него это. Мы выдаём копии, описание структурное - по запросу инвестора. Инструкции идут обязательно, но в основном это инструкции пользователя, а не подробное описание
До принципиальной все же не дотягивает. Не обозначены линии питания - фазы, откуда они идут, где были использованы до этого и где будут использоваться после. Указано только количество используемых фаз (1,3), нет клемм, к которым подключаются исполняющие устройства. Принципиальные схемы будут в следующей части, где рассмотрим типовые примеры обвязки основных, повторяемых элементов.
За обозначение проводов/кабелей - Вы совершенно правы. Упустил из виду, поправлю и в следующий раз постараюсь давать в скобках аналог российских производителей, просто здесь они не в ходу и придётся поискать аналоги. Спасибо за замечание
В какой-то момент я задумался об каком-то уровне абстракции. То есть можно объяснить либо сжато и только тезисами, из чего люди с аналогичным уровнем знаний/опыта поймут о чем речь. Либо, как уже упоминалось на Хабре - попытаться это объяснить "условной бабушке". Получается есть полный "скелет" всего процесса автоматизации, а если что-то будет непонятно/интересно, то всегда можно пообщаться в комментариях. Нам, к примеру, очень понравились статьи относительно SCADA, которые недавно тут публиковались
Здравствуйте! Именно для того, чтобы не иметь проблем с контроллером, мы делаем панели slave, чтобы при их отсутствии/повреждении получить в логи сообщение об ошибке со стороны панели и только. На саму работу это никак не влияет
Здравствуйте! От Siemens тоже используем. А готовые блоки есть уже практически под каждый тип частотного преобразователя. Как-то повелось так, что у заказчиков на слуху больше Danfoss, Mitsubishi. Мы всегда предлагаем несколько вариантов на выбор, можем что-то рекомендовать, но последнее слово все равно за заказчиком.
Наши программисты имеют практически все типовые блоки и алгоритмы подготовленными заранее. Что не отменяет обучение того же pid регулятора на месте, чтобы точно подобрать параметры на "живом" объекте.
Так же и со SCADA - практически все скрипты и типовая графика берётся из библиотек, подготовленных для предыдущих объектов.
Одностраничных ТЗ пока не встречалось. Зато лениво составленые - да. Были даже копии ТЗ других объектов с наспех исправленными названиями оборудования, локализации объектов. Тогда все зависит от проверяющего инспектора. Инспектора независимые - они не подчиняются заказчику, они следят за рациональным использованием средств. Часто средства на 50 и более процентов финансированы ЕС. Контроль серьёзный. Если заказчик, условный водоканал, относится несерьёзно к средствам и не может обеспечить внятное ТЗ и подтвердить необходимость той же модернизации - ему отказывают в инвестировании. Просто так средства не разбазариваются.
С инспекторами, в основном, нам везло. Они чётко знают, что и каким образом должно быть исполнено.
Да, мы встречались и с таким подходом. В частности австрийская фирма Huber, с оборудованием которой мы сталкиваемся постоянно - ни в какую ни даёт нам авторизированного доступа к их оборудованию на наших объектах. Вплоть до того, что приезжает сервисант из Австрии, чтобы забить 1 статический адрес IP, который подходит к нашей сети. Очень хорошо, что такой подход встречается довольно редко
Мы же всегда сотрудничаем и с представителями заказчика, и с другими фирмами. По запросу высылаем образы ПО или саму программу, если нужно.
Как бы Вам объяснить. Мы работаем там, где засилье консервативных взглядов. Часто работаем на стратегических, режимных, гособъектах. Практически всегда у них есть свое виденье того, что они хотят получить. Они ищут просто исполнителя. Да, иногда доходит до глупости. К примеру, на ряде объектов мы сделали коммуникацию с различными устройствами по profibus, однако параллельно каждое устройство было обшито дополнительными контактами/реле на 24в, чтобы забрать бинарные сигналы. Всё это "счастье" вынудило нас добавлять дополнительные модули входов на контроллеры, чтобы принять по 2-3 бинарных сигнала от каждого устройства (работа, авария). После запуска и проверки работоспособности это, вообще, не было нигде использовано. То есть программа контроллера сама опрашивает линию pflrofibus и показывает статусы устройств. А бинарные входы? Ну загораются диоды на входных модулях, в ПО они не используются. Так, как они так и не смогли нам объяснить, что они от них хотят. Сказали - на будущее. Ок. Заплачено - сделано, протестировал и не используется
Редко нам удаётся отстоять свое мнение по поводу выбора оборудования или режимов работы /коммуникации. И тогда - это маленькая победа)
Спасибо за то, что рассказали о Вашем опыте. Тем более, что мы совсем не сталкиваемся с оборудованием из РФ или СНГ. Бегло глянул по названию это устройство - интересная вещь. Нам всегда интересно посмотреть что и каким образом делается в других странах, для общего развития, так сказать)
Можно, конечно, посчитать по каталоговым ценам и закупочным. Но в данном конкретном случае и контроллер Siemens s1200, и панель weintek были выбраны заказчиком из предложенного нами списка возможных вариантов. Контроллер им знаком и имеется на других их объектах. Сама панель служит второстепенным устройством контроля при проведении плановых/ремонтных работ. Иногда заказчик вместо 1 качественной панели просит 3 дешёвых с одной и той же программой. Тогда одна панель размещается на самом шкафу, а ещё две - на указанном заказчиком месте. Видимо так им удобнее.
Мы не самовольно закупаем оборудование - все проходит стадии согласования. Иногда результаты удивляют. Так на одном подобном объекте нам отказали в использовании новых типов контроллеров и настаивали на 300й серии. Она уже снята с производства. Стоила больше новых, но их инженеры были с ней знакомы. Более того - они имели малофункциональную старую SCADA, которая была заточена под коммукацию с 300й серией контроллеров. Они заплатили разницу и объект был сделан и сдан в удоволетворяющем заказчика виде.
Точно так же кто-то не хочет видеть Eaton в шкафу и настаивает на Shnieder'e.
Здравствуйте! Очень хорошо, что задаёте уточняющие вопросы, абсолютно всего в статье описать невозможно. Итак:
Дорогой контроллер и дешёвая панель HMI. Почему так?
Пожелание заказчика. На фото в статье один из наших шкафов управления как раз с такой конфигурацией. И это объясняется рациональностью. Как раз этот шкаф стоит на 2м этаже машинного зала, в помещении фильтров. Сам объект - водоканал на 80тыс человек. Ни диспетчер, ни обслуживающий персонал считывать информацию с него не будут, для этого есть SCADA. Он сделан для удобства во время ремонтов, каких-то плановых работ, когда с его помощью можно управлять к примеру задвижка и AUMA, или посмотреть состояние/наполнение фильтров. Более того, мы встречались с тем, что некоторые наши панели элементарно выключались. Вынимали разъём 24В. И включали только тогда, когда панель понадобится. Раз в пару месяцев.
Относительно ГОСТов я уже писал - мы работаем на территории ЕС и здесь в каждой стране существуют свои нормы и порядки.
Программист плк или SCADA не должен знать техпроцесс лучше технолога, но ему плюс, если он в этом "не плавает". Об опыте в технологии - имелись в виду проектанты. Им, к сожалению, приходится вникать во всю технологическую цепочку. Если же их знаний не хватает - всегда можно проконсультироваться с соответствующими специалистами
Не было цели расписать дотошно каждую мелочь по порядку. И работаем мы там, где ГОСТа нет и в помине. В каждой стране существуют свои нормы и порядки.
Мы не учимся на заказчиках - это было бы не этично. Мы учимся у своих коллег по специализации и на собственных ошибках. Как говорится - не ошибается только тот, кто ничего не делает. И в любом случае заказчик ничего не теряет. Объект будет сдан в любом случае, даже если мы уйдём в минус из-за просчёта или нужды привлечения сторонних специалистов.
Меняются нормы, требования. Меняются поколения оборудования и спецификации систем связи и управления. Учиться приходится постоянно.
А не было выхода в сеть? Того же modbus TCP или Ethernet? Но костыль в виде камеры, что смотрит на показания и передаёт изображение, через сеть это нечто)
Конечно опыт полученный в нашей сфере - бесценен, но когда спустя несколько объектов начинаешь вникать в технологические моменты и даже их понимать, то становится немного страшно
Да, европейский союз. Здесь кроме норм самого ЕС существуют ещё и локальные нормы каждого отдельного государства. Это касается всех аспектов, не только АСУТП.
Относительно зарплат, это зависит от сферы, в которой работают фирмы. К примеру, в моей фирме зарплата инженера, проекта а и програмиста PLC/SCADA, находится примерно на одном уровне. А программисты именно айтишники (знаю нескольких), получают как минимум в 2 раза больше
Это зависит от типа и количества устройств. Если устройств немного, расположены довольно близко и не имеют критического отношения к ходу техпроцесса и мы ними не управляем, а только собираем показания (счётчики расхода жидкости, анализаторы сети, вентиляционные установки), то соединяем через Modbus RTU (для надёжности на минимальной скорости 9600, 8на1, нет парности). При наличии же Modbus TCP в большей части устройств не важных для хода техпроцесса - то отдаём предпочтение ему. Самые ответственные линии связи - на исполняющие устройства и т.д - то profinet, profibus. В конечном итоге на большом объекте бывают задействованы одновременно все эти типы связи
Да, упустил из виду. В голове крутятся термины на других языках. Но тогда скорее всего не вязкость, а плотность (г/мл)
Железки бывают разные)
Конкретно эта модель и её исполнение - "не очень". Аккумулятор подогревается горелкой, её нужно заказывать отдельно. Из нескольких таких плат, две умерли в первый же день. Были заменены производителем по гарантии и работают уже более года без проблем. Возможно заводской брак.
Это не регламентировано до конца. Некоторые фирмы/производители напрямую отказываются давать копии своего ПО - алгоритмы контроллеров, программу для панелей HMI, экраны SCADA. В большинстве случаев это известно ещё на этапе согласования и тендеров, тогда инвестор сам решает принципиально ли для него это. Мы выдаём копии, описание структурное - по запросу инвестора. Инструкции идут обязательно, но в основном это инструкции пользователя, а не подробное описание
Здравствуйте!
До принципиальной все же не дотягивает. Не обозначены линии питания - фазы, откуда они идут, где были использованы до этого и где будут использоваться после. Указано только количество используемых фаз (1,3), нет клемм, к которым подключаются исполняющие устройства. Принципиальные схемы будут в следующей части, где рассмотрим типовые примеры обвязки основных, повторяемых элементов.
За обозначение проводов/кабелей - Вы совершенно правы. Упустил из виду, поправлю и в следующий раз постараюсь давать в скобках аналог российских производителей, просто здесь они не в ходу и придётся поискать аналоги. Спасибо за замечание
Здравствуйте! Сорри, поздно заметил Ваш неодобренный комментарий. Как раз во второй статье будет рассказано об иерархии коммуникации
Здравствуйте!
В какой-то момент я задумался об каком-то уровне абстракции. То есть можно объяснить либо сжато и только тезисами, из чего люди с аналогичным уровнем знаний/опыта поймут о чем речь. Либо, как уже упоминалось на Хабре - попытаться это объяснить "условной бабушке". Получается есть полный "скелет" всего процесса автоматизации, а если что-то будет непонятно/интересно, то всегда можно пообщаться в комментариях. Нам, к примеру, очень понравились статьи относительно SCADA, которые недавно тут публиковались
Совершенно верно)
Здравствуйте! Именно для того, чтобы не иметь проблем с контроллером, мы делаем панели slave, чтобы при их отсутствии/повреждении получить в логи сообщение об ошибке со стороны панели и только. На саму работу это никак не влияет
Здравствуйте! От Siemens тоже используем. А готовые блоки есть уже практически под каждый тип частотного преобразователя. Как-то повелось так, что у заказчиков на слуху больше Danfoss, Mitsubishi. Мы всегда предлагаем несколько вариантов на выбор, можем что-то рекомендовать, но последнее слово все равно за заказчиком.
Наши программисты имеют практически все типовые блоки и алгоритмы подготовленными заранее. Что не отменяет обучение того же pid регулятора на месте, чтобы точно подобрать параметры на "живом" объекте.
Так же и со SCADA - практически все скрипты и типовая графика берётся из библиотек, подготовленных для предыдущих объектов.
Одностраничных ТЗ пока не встречалось. Зато лениво составленые - да. Были даже копии ТЗ других объектов с наспех исправленными названиями оборудования, локализации объектов. Тогда все зависит от проверяющего инспектора. Инспектора независимые - они не подчиняются заказчику, они следят за рациональным использованием средств. Часто средства на 50 и более процентов финансированы ЕС. Контроль серьёзный. Если заказчик, условный водоканал, относится несерьёзно к средствам и не может обеспечить внятное ТЗ и подтвердить необходимость той же модернизации - ему отказывают в инвестировании. Просто так средства не разбазариваются.
С инспекторами, в основном, нам везло. Они чётко знают, что и каким образом должно быть исполнено.
Да, мы встречались и с таким подходом. В частности австрийская фирма Huber, с оборудованием которой мы сталкиваемся постоянно - ни в какую ни даёт нам авторизированного доступа к их оборудованию на наших объектах. Вплоть до того, что приезжает сервисант из Австрии, чтобы забить 1 статический адрес IP, который подходит к нашей сети. Очень хорошо, что такой подход встречается довольно редко
Мы же всегда сотрудничаем и с представителями заказчика, и с другими фирмами. По запросу высылаем образы ПО или саму программу, если нужно.
Как бы Вам объяснить. Мы работаем там, где засилье консервативных взглядов. Часто работаем на стратегических, режимных, гособъектах. Практически всегда у них есть свое виденье того, что они хотят получить. Они ищут просто исполнителя. Да, иногда доходит до глупости. К примеру, на ряде объектов мы сделали коммуникацию с различными устройствами по profibus, однако параллельно каждое устройство было обшито дополнительными контактами/реле на 24в, чтобы забрать бинарные сигналы. Всё это "счастье" вынудило нас добавлять дополнительные модули входов на контроллеры, чтобы принять по 2-3 бинарных сигнала от каждого устройства (работа, авария). После запуска и проверки работоспособности это, вообще, не было нигде использовано. То есть программа контроллера сама опрашивает линию pflrofibus и показывает статусы устройств. А бинарные входы? Ну загораются диоды на входных модулях, в ПО они не используются. Так, как они так и не смогли нам объяснить, что они от них хотят. Сказали - на будущее. Ок. Заплачено - сделано, протестировал и не используется
Редко нам удаётся отстоять свое мнение по поводу выбора оборудования или режимов работы /коммуникации. И тогда - это маленькая победа)
Здравствуйте!
Спасибо за то, что рассказали о Вашем опыте. Тем более, что мы совсем не сталкиваемся с оборудованием из РФ или СНГ. Бегло глянул по названию это устройство - интересная вещь. Нам всегда интересно посмотреть что и каким образом делается в других странах, для общего развития, так сказать)
Здравствуйте!
Можно, конечно, посчитать по каталоговым ценам и закупочным. Но в данном конкретном случае и контроллер Siemens s1200, и панель weintek были выбраны заказчиком из предложенного нами списка возможных вариантов. Контроллер им знаком и имеется на других их объектах. Сама панель служит второстепенным устройством контроля при проведении плановых/ремонтных работ. Иногда заказчик вместо 1 качественной панели просит 3 дешёвых с одной и той же программой. Тогда одна панель размещается на самом шкафу, а ещё две - на указанном заказчиком месте. Видимо так им удобнее.
Мы не самовольно закупаем оборудование - все проходит стадии согласования. Иногда результаты удивляют. Так на одном подобном объекте нам отказали в использовании новых типов контроллеров и настаивали на 300й серии. Она уже снята с производства. Стоила больше новых, но их инженеры были с ней знакомы. Более того - они имели малофункциональную старую SCADA, которая была заточена под коммукацию с 300й серией контроллеров. Они заплатили разницу и объект был сделан и сдан в удоволетворяющем заказчика виде.
Точно так же кто-то не хочет видеть Eaton в шкафу и настаивает на Shnieder'e.
Здравствуйте! Очень хорошо, что задаёте уточняющие вопросы, абсолютно всего в статье описать невозможно. Итак:
Дорогой контроллер и дешёвая панель HMI. Почему так?
Пожелание заказчика. На фото в статье один из наших шкафов управления как раз с такой конфигурацией. И это объясняется рациональностью. Как раз этот шкаф стоит на 2м этаже машинного зала, в помещении фильтров. Сам объект - водоканал на 80тыс человек. Ни диспетчер, ни обслуживающий персонал считывать информацию с него не будут, для этого есть SCADA. Он сделан для удобства во время ремонтов, каких-то плановых работ, когда с его помощью можно управлять к примеру задвижка и AUMA, или посмотреть состояние/наполнение фильтров. Более того, мы встречались с тем, что некоторые наши панели элементарно выключались. Вынимали разъём 24В. И включали только тогда, когда панель понадобится. Раз в пару месяцев.
Относительно ГОСТов я уже писал - мы работаем на территории ЕС и здесь в каждой стране существуют свои нормы и порядки.
Программист плк или SCADA не должен знать техпроцесс лучше технолога, но ему плюс, если он в этом "не плавает". Об опыте в технологии - имелись в виду проектанты. Им, к сожалению, приходится вникать во всю технологическую цепочку. Если же их знаний не хватает - всегда можно проконсультироваться с соответствующими специалистами
Здравствуйте!
Не было цели расписать дотошно каждую мелочь по порядку. И работаем мы там, где ГОСТа нет и в помине. В каждой стране существуют свои нормы и порядки.
Мы не учимся на заказчиках - это было бы не этично. Мы учимся у своих коллег по специализации и на собственных ошибках. Как говорится - не ошибается только тот, кто ничего не делает. И в любом случае заказчик ничего не теряет. Объект будет сдан в любом случае, даже если мы уйдём в минус из-за просчёта или нужды привлечения сторонних специалистов.
Меняются нормы, требования. Меняются поколения оборудования и спецификации систем связи и управления. Учиться приходится постоянно.
А не было выхода в сеть? Того же modbus TCP или Ethernet? Но костыль в виде камеры, что смотрит на показания и передаёт изображение, через сеть это нечто)
Вот и мы об этом)
Конечно опыт полученный в нашей сфере - бесценен, но когда спустя несколько объектов начинаешь вникать в технологические моменты и даже их понимать, то становится немного страшно