Руководства, Инструкции, Бланки

Carel Pco контроллеры инструкция на русском img-1

Carel Pco контроллеры инструкция на русском

Рейтинг: 4.8/5.0 (1826 проголосовавших)

Категория: Инструкции

Описание

Carel pco контроллеры инструкция на русском - Новый материал

Carel pco контроллеры инструкция на русском

Микропроцессорные контроллеры для систем вентиляции и кондиционирования. Микропроцессорные контроллеры для систем вентиляции и кондиционирования. ООО «ИВИК» Современные системы автоматического управления САУ в качестве средств управления используют, как правило, электронные цифровые устройства — управляющие контроллеры, выполненные на базе микропроцессоров МК. Управляющие контроллеры позволяют комплексно решать следующие функции управления и регулирования: предикативное адаптивное управление заблаговременным пуском и остановом системы, с целью обеспечения вывода регулируемых параметров на заданный уровень точно к моменту начала работы системы в соответствии с расписанием и экономии энергоресурсов; точное поддержание регулируемых параметров на заданном уровне с помощью самонастраивающихся программных пропорционально — интегральных регуляторов; контроль работоспособности элементов системы без использования специальных датчиков по косвенным признакам интеллектуальная защита от повреждения, с фильтрацией ложных срабатываний и сохранением по возможности работоспособности системы в неполнофункциональном режиме; контроль исправности подключенных датчиков, с сохранением, в случае неисправности датчика, работоспособности системы путём перехода на запасной алгоритм регулирования параметра по косвенным признакам; объединение контроллеров в единые сети управления инженерным оборудованием, с целью обеспечения централизованного удаленного мониторинга и управления, а также выполнения распределённых по нескольким контроллерам задач управления. При использовании МК в большинстве случаев исключается необходимость применения таких элементов автоматики, как логические блоки на основе реле, аналоговые вычислительные и преобразовательные устройства, переключатели, счетчики, таймеры, индикаторы, измерительные приборы и т. Это в свою очередь позволяет: оптимизировать управление элементами системы и, соответственно, экономичность, за счёт применения более сложных управляющих алгоритмов; повысить точность поддержания регулируемых параметров и надежность работы системы; уменьшить габариты и потребляемую мощность средств управления; упростить монтаж и сократить сроки его выполнения; облегчить диагностику, упростить наладку и эксплуатацию системы. Указанная тенденция характерна и для автоматизации систем кондиционирования и вентиляции СКВ. Здесь, кроме традиционных и наиболее распространенных средств САУ — датчиков — реле, термостатов, аналоговых одно- и многоканальных регуляторов, все большее применение находят МК. Иерархия микропроцессорных контроллеров МК в системах автоматизации СКВ показана на рис. Сетевые и межсетевые контроллеры являются специализированными МК используются главным образом на уровне АСУ. Доля таких контроллеров, как в количественном, так и в объемном выражении пока не велика. У сетевых контроллеров нет входных устройств например, для подачи сигнала от сенсора или выходных устройств например, для подачи сигнала на клапан. Они снабжены только устройствами подсоединения к сети и размещаются в объединенной или в магистральной сети и намного реже в локальной сети. Межсетевые контроллеры «маршрутизаторы» служат для внутреннего соединения и обмена сообщениями между отдельно взятыми сетями и соединяется с другими контроллерами локальной сети или интеллектуальными оснащенными микропроцессорами датчиками или исполнительными механизмами. Иерархия микропроцессорных контроллеров МК в системах автоматизации СКВ. МК автономных СКВ предназначены для управления руфтопами, чиллерами, многозональными кондиционерами или воздухообрабатывающими агрегатами полностью заводской поставки. Они могут работать автономно без подсоединения в сеть или быть подсоединенными в сеть с другими контроллерами в различных частях здания. Такие МК, как правило, поставляются уже смонтированными в технологическое оборудование. Поэтому, основными контроллерами, представленными на украинском рынке, являются системные и зональные МК. Это связано, во-первых, с наличием большого количества модульных систем вентиляции и центральных кондиционеров, как по ассортименту, так и по стоимости. Поэтому эти два вида МК системные и зональные представляют наибольший интерес и более подробно рассмотрены ниже. При этом в настоящий обзор включены не общепромышленные МК, а контроллеры фирм, специализирующих на выпуске средств автоматики для СКВ. Это широко известные зарубежные фирмы Carel, Regin, TAC, Siemens, Honeywell и др. Зональные МК обычно устанавливаются на простые системы управления прямоточной вентиляцией, отдельные модули более сложных систем, комнатные вентиляторные доводчики фанкойлыи обслуживают только одну зону. Принято считать, что зональные МК имеют меньше чем 8 входов и 8 выходов, хотя такое деление — условно. Более правильным на наш взгляд будет отнесение к зональным контроллеров, имеющих число аналоговых или ШИМ выходов не превышающее трех и обеспечивающих качественное регулирование за счет возможности реализации ПИ или ПИД- законов. Все представленные модели МК являются жестко запрограммированными. В этих контроллерах стандартные функции управления заложены запрограммированы изготовителем с жесткой привязкой к технологической схеме обработки воздуха. Конфигурация таких контроллеров в части активизации предусмотренных функций управления или настройки параметров регулирования осуществляется с помощью встроенной панели управления с светодиодным обычно цифровымлибо ЖК обычно алфавитно-цифровым дисплеем. Что касается конфигурирования жестко программируемых контроллеров в части их привязки к технологической схеме обработки воздухато здесь возможны следующие варианты: работа контроллера только по одной технологической схеме например, Аркон-2 РАУТ- автоматик ; «монтажная» конфигурация — изменение схем подсоединений для различных технологических схем например, Аэроклим 4-av РАУТ - автоматикрис. Конструктивно контроллеры могут быть выполнены рис. По оптимальному соотношению «цена-качество» среди представленных зональных МК следует выделить Аэроклим 4-av РАУТ-автоматик и ТРМ133 ОВЕН. Они позволяют реализовать двухконтурное управление нагрев-охлаждение прямоточных вентиляционных систем, имеют русскоязычное меню и адаптивную настройку ПИД-регуляторов. К недостаткам этих контроллеров следует отнести возможность работы только с термопарами и низкоомными термосопротивлениями и отсутствие интерфейса Аэроклим 4-av для интеграции в системы более высокого уровня. Конфигурирование контроллера Аэроклим 4-av РАУТ-автоматик с помощью изменения монтажных схем. Конструктивное исполнение контроллеров: а — Аркон-2 РАУТ-автоматик ; б - ТРМ133 ОВЕН. Системные контроллеры обладают более широкими возможностями по количеству входов-выходов, производительности процессора, объему памяти и т. Потребляемая мощность 2,0Вт 5,0Вт 4,0Вт 4-7ВА 3ВА 5ВА 3. Входы:- аналоговые 3 4 3 3-5 3 6 - дискретные 4 4 2 2 - 6 4. Выходы:- аналоговые 1 2 2 3 3 2 - дискретные 2 4 1 2-6 - 4 5. Интерфейс,протокол - - - - RS-485 RS-485 ОВЕН 6. Законы регулирования ПИД ПИД ПИ П,ПИ,ПИД П,ПИ ПИД 7. LCD3?16 LCD1?3 LCD2?16 8. Класс защиты корпуса IP20 IP20 IP20 IP40 IP30 IP20 9. Системные контроллеры более многообразны как по возможности реализации алгоритмов управления СКВ, так и по конструктивному исполнению. Технические характеристики системных, жестко программируемых микропроцессорных контроллеров представлены в табл. Напряжение питания

24В, 50Гц 2. Потребляемая мощность 13 Вт 15Вт 4,0 ВА 3ВА 3. Входы:- аналоговые 5 8 4 4-8 - дискретные 5 10 3-5 8-10 4. Выходы:- аналоговые 3 4 3 3-6 - дискретные 6 8 6 7 5. Интерфейс,протокол RS-485 RS-485BACnet, Mod-Bus,«ЮНИВЕРС» RS-485 RS-485LON Work 6. Панель индикации LCD2?16 LCD2?16 LCD,граф. Класс защиты корпуса IP20 IP20 IP40 IP20, IP40 8. Приведенные типы МК могут быть адаптированы к требуемому виду СКВ путем «монтажного» КЛИМАВЕН 4-av или модификационного ТАС 2000, Corrigo C методов конфигурирования, описанных выше. Контроллер КАДЕТ 4-av конфигурируется при помощи специального конфигуратора блоков, а при необходимости предприятие-изготовитель РАУТ-Автоматик может под заказ сконфигурировать управление любыми другими нестандартными системами. Следующей разновидностью системных контроллеров являются программно конфигурируемые контроллеры табл. Микропроцессорный контроллер ECL Control 300 Danfoss конфигурируемый с помощью чип-карт. Принципиальное отличие программно конфигурируемых контроллеров от свободно программируемых последние будут рассмотрены чуть ниже заключается в том, что программа для конфигурации уже имеет в своей библиотеке готовые алгоритмы управления для типовых, часто встречающихся в инженерной практике систем. Таким образом, задача инженера значительно упрощается и максимально автоматизируется. Одним из первых представителей контроллеров такого типа является ECL Control 300 Danfoss. В этом контроллере рис. Функционирует МК только при введении в него чип-карты. Существует набор стандартных чип-карт, которые позволяют автоматизировать различные конфигурации вентиляционных систем и систем отопления. Аналогичный метод конфигурирования используется в контроллере ОК3. В контроллерах SC-9100 JOHNSON CONTROLS и UCS-10,20,30 UM Control Sistemкроме возможности ручной конфигурации для определённой системы, можно воспользоваться библиотекой копий, содержащей конфигурации для стандартных систем в памяти контроллера. Достаточно набрать код нужной копии и контроллер будет готов к работе по выбранной технологической схеме. Потребляемая мощность 4,0ВА 5,0Вт 5,0Вт 5,0 ВА 10 ВА 2,5ВА 3. Входы:- аналоговые 4 4-7 6 11 8 4 - дискретные 4 4 7 4 16 унив. Выходы:- аналоговые 3 4-6 4 6 4 4 - дискретные 4 5-10 3 9 6 10 5. Интерфейс,протокол RS-485LON,MOD Bus RS-485MOD Bus RS-232LON,MOD Bus RS-485LON,MOD Bus RS-485LON RS-485CAN 6. Панель индикации LCD2?16 LCD2?16 LCDграф. Класс защиты корпуса IP20 IP20 IP20 IP40 IP30 IP30 9. Нет данных Одной из самых последних разработок в этой группе контроллеров являются контроллер Panther рис. Контроллеры поставляются с чистой памятью и с помощью специального программного обеспечения ПО Coach можно создать конфигурацию на необходимое применение и загрузить ее в контроллер. Проектировщику предлагается выбрать желаемое применение и отметить элементы, которые планируется в ней использовать. При этом в списке выбора фигурируют только актуальные для выбранного применения устройства, а элементы, которые для такой системы не предназначены - удаляются. Одновременно программа проставляет оптимальные значения параметров работы для компонентов системы, которые при необходимости можно изменить в ручном режиме. Интерфейс программы интуитивно понятен т. Кроме того, по создаваемому проекту ПО Coach автоматически может генерировать обширную документацию на русском языке, которая включает в себя схему системы, таблицу подключения проводов, последовательность запуска, списки параметров, функциональные описания и другие разделы, подготовка которых обычно занимает у специалистов значительное количество времени. Система полностью русифицирована, дисплеи контроллеров поддерживают кириллический алфавит. Контроллер Panther линейки CentraLine Honeywellконфигурируемый с помощью ПК. Аналогичный способ конфигурации имеет и контроллер ЕН-105 фирмы OUMAN Финляндия. Контроллер представляет собой моноблок со встроенным ЖК-дисплеем рис. Встроенная за дополнительную плату функция GCM позволяет управлять системой кондиционирования и вентиляции с мобильных телефонов. Контроллер ЕН-105 фирмы OUMAN вентиляции с мобильных телефонов. На русском языке поставляется проиллюстрированная подробная инструкция, в которой все доступно объяснено. Наибольшие возможности по реализации требуемых функций управления и удобного сервиса при эксплуатации обеспечивают свободно программируемые контроллеры табл. Такие контроллеры могут работать только в составе программно-аппаратных комплексов, включающих: непосредственно контроллеры с сопутствующим оборудованием «Хард»часть памяти которых выполнена на основе электрически перепрограммируемого запоминающего устройства, с доступом через последовательный порт для программирования; программного обеспечения «Софт»предоставляющего среду разработки управляющих алгоритмов в виде мнемосхем, содержащих функциональные блоки различной сложности, соединённые линиями функциональных связей. Принцип программирования таких контроллеров схематически показан на рис. Данный подход позволяет квалифицированному инженеру-технологу, специализирующемуся на конкретных типах управляемых систем например, системах вентиляции и не знакомому с какими-либо языками программирования, создавать собственноручно требуемые алгоритмы управления оборудованием без инженера-программиста. Среда разработки автоматически переводит созданный в графическом виде алгоритм в язык машинных кодов, специфичный для конкретного контроллера, и осуществляет загрузку готового исполняемого кода в контроллер. Потребляемая мощность до 15ВА 5,0Вт 4,0Вт 5,0 Вт 3ВА 15ВА 15Вт 3. Входы:- универсальные 6-12 4-8 - - 8 - - - аналоговые - 2-4 6 4-6 - 5-10 8 - дискретные 0-8 2-10 8-12 8-12 4 8-18 10 4. Выходы:- аналоговые 3-4 2-8 2-4 2-4 2 4-6 4 - дискретные 6-8 3-6 9 8 8 8-18 10 5. ПО VisiSat TAC Menta FX-Tools SmLogix CONGRAF Easy Tools FBD 7. Панель индикации LCD LCD4?20 LCD4?20. LCD4?20 LCD2?16 LCD4?20 LCD В т. Класс защиты корпуса IP20 IP20 IP30,54 IP00,54,65 IP30 IP20 IP20 9. Принцип свободного программирования контроллеров на примере МК серии MN и ПО VisiSat фирмы Satchwell Англия. Кроме того, большинство представленных программно-аппаратных комплексов позволяют получить дополнительные преимущества при создании и эксплуатации систем управления. Это относится как к части «Хард» дополнительные опции за отдельную плату — например, рис. В части программного обеспечения это: программная симуляция работы созданного алгоритма, с целью проверки правильности функционирования и выявления ошибок, без подключения к контроллеру; определение групп параметров, доступных пользователям под разными паролями, размещение их в иерархии меню панели управления и др. Ряд производителей контроллеров поставляют ПО бесплатно, другие распространяют его только через сертифицированных партнеров. Вообще, сравнительный анализ программно-аппаратных комплексов только по каталожным данным затруднен и может быть выполнен только с учетом отзывов проектировщиков, наладчиков и сервисных специалистов, которые отсутствуют. Поэтому, из приведенных выделим только контроллер SMH-2010C фирмы Segnetics Россиякоторый заинтересует многих низким ценовым диапазоном. Некоторые опции для свободно программируемых контроллеров линейки pCO фирмы CAREL Италия. SMH 2010 С - это компактный, быстродействующий программируемый контроллер рис. Панельное исполнение контроллера позволяет использовать его одновременно и, как операторскую панель, устанавливаемую снаружи электротехнических шкафов, в соответствующие отверстия. Программное ядро, установленное на контроллере, позволяет при помощи специального инструментального пакета SmLogix, работающего под Windows, создавать пользовательские программы управления для контроллера на языке функциональных блоков. Контроллер SMH 2010 С фирмы Segnetics Россия Как видим, ассортимент микропроцессорных контроллеров и по типу, и по фирмам производителям достаточно обширен. Какой же контроллер больше всего подходит для создаваемой или реконструируемой СКВ, какие основные критерии при его выборе? Эти вопросы обычно стоят не перед конечным потребителем — заказчиком СКВ, а перед фирмой, которая проектирует, монтирует и производит наладку СКВ. Потребителя же СКВ интересует только ее надежное функционирование при минимальной стоимости. На практике фирмы — инсталяторы МК не придерживаются такой последовательности. Для них, большей частью, определяющими критериями являются стоимость контроллера и обеспечение функциональных характеристик системы в минимальном объеме при максимальной простоте настройки и обслуживания. Это вызвано двумя обстоятельствами: стремлением получения максимальной прибыли при минимальных затратах и недостатком кваллифицированных специалистов по автоматике. На втором обстоятельстве следует остановится более подробно. Дело в том, что кроме правильного выбора контроллера при проектировании системы необходимо последовательное выполнение таких этапов как: разработка алгоритма управления с учетом особенностей объекта и программирование или конфигурирование выбранного контроллера; монтаж средств управления включая контроллер на объекте; наладка системы автоматики на действующей СКВ. Таких специалистов готовит только Одесская академия холода, а выпускники строительных академий и университетов по специализизации «Автоматизированные системы управления в строительстве» большей частью лучше ориентируются в АСУ, чем в САУ. Отсюда и дифицит указанных специалистов. Поэтому, мелкие фирмы по внедрению модульных систем вентиляции используют для автоматизации простые и дешевые контроллеры, или выполняют ее на базе одноканальных регуляторов, термостатов, таймеров и т. Крупные фирмы- инсталляторы средств автоматики в СКВ, особенно занимающиеся внедрением не только САУ, но и АСУ, обычно используют МК только одной, определенной торговой марки. Это облегчает расширение смонтированных систем в будущем, упрощает сервисное обслуживание парка систем управления, обеспечивает получение постоянных значительных скидок информационной поддержки со стороны дистрибутора или производителя. Кроме того, переход на новую марку МК связан с необходимостью освоения нового ПО и особенностей работы контроллера, что требует определенного времени. Поэтому, успешное продвижение на рынок новой марки или типа микропроцессорного контроллера затруднено. Принципиальные решения такого МК должны обеспечить его многофункциональность, низкую стоимость, простоту установки и настройки без привлечения высококвалифицированного специалиста по КИПиА, а также надежность работы. В настоящее время специалисты ООО «ИВИК» разработали принципиальные технические решения микропроцессорного контроллера, способного управлять большинством приточно-вытяжных систем. Контроллер легко настраивается на конкретную конфигурацию путем переключения DIP переключателей установленных на плате контроллера, что исключает применение специализированного программного обеспечения, или применения различных контроллеров для различных конфигураций приточно-вытяжных систем. Конструктивно контроллер представляет собой устройство, монтируемое в шкаф управления на DIN рейку. Контроллер может работать автономно, с операторской панелью специальной и поставляемой отдельно или в составе АСУ зданием, для чего контроллер оборудован интерфейсом RS485 с поддержкой протокола ModBus. В заключении необходимо обратить внимание на такой важный этап, как наладка системы управления и в первую очередь замкнутых контуров регулирования. Проблема заключается в том, что один плохо настроенный контур регулирования может неблагоприятно сказаться на других контурах регулирования и на работе всей системы управления в целом. В результате теряются качественные показатели работы климатической системы и снижается энергоэффективность, что может свести на нет все преимущества применения микропроцессорных контроллеров в системах автоматического управления.

Другие статьи

По эксплуатации на русском для чиллеров на контроллер carel pco5 руководство

По эксплуатации на русском для чиллеров на контроллер carel pco5 руководство

Содержащий в себе 16-битный процессор для. Контроллеров Carel pCO. Carel контроллеры серии pco инструкции каталоги. Следовательно, Система контроллеров carel pCO может быть запрограммирована. Есть 2 контроллера Carel pcoxs в составе 2х систем. Помощь что оборудование было выпущено на рынок после 13. PCO xs. Поиск теплообменник (его описание работы в инструкции ). Внутри документа ссылки для скачивания архивов с программами. Advanced design system скачать. Read AND save. Контроллеров carel pco, файлы boot и bios контроллера pCO5 нельзя загрузить в pCO/ XS. Скачать инструкции по эксплуатации, PCO XS контроллер, user manual, это дисплей для контроллеров Carel pCO. Календарь. Версия руководства: 2.6 от.

Главная Скачать Инструкции, поделиться:.не забудьте добавить в Избранное, показать всёCarelDixellEliwellElrehaEvery Controlfkmajawurm. Wurm, aTV_230 ATV_230.pdfPDF - 0.1 MB, wurm, cMD_200 CMD_200.pdfPDF - 0.11 MB, wurm. DSP002_PI_2005-03_RU DSP002_PI_2005-03_RU. PdfPDF - 0.11 MB, dixell, dixell 650 RUS Dixell_XC650C_Rus. PdfPDF - 0.66 MBПолное описание на русском языке. Every Control, инструкция к контроллеру EC6-708 EC6-708.pdfPDF - 3.32 MB. Wurm, электронное ТРВ EEV EEV_elektro_TRV. PdfPDF - 0.14 MB, eliwell. Eliwell S.pdfPDF - 0.81 MBПолная инструкция к контроллеру компрессорных централей. Carel, инструкция к FCM FCM. PdfPDF - 0.25 MB, wurm. FIO_001 FIO_001.pdfPDF - 0.2 MB, fK, fK201T FK201T.pdfPDF - 0.41 MB, fK, fK202T FK202T.pdfPDF - 0.48 MB, fK, fK203A FK203A.pdfPDF - 0.3 MB, fK, fK203T FK203T.pdfPDF - 0.52 MB, wurm. FKR002_PI_2005-02_RU FKR002_PI_2005-02_RU. PdfPDF - 0.18 MB, wurm. FKS_002 FKS_002.pdfPDF - 0.24 MB, wurm. FKV001_PI_2005-03_RU FKV001_PI_2005-03_RU. PdfPDF - 0.18 MB, wurm.

<span title="РоссияАстраханьМоскваСаранскСевастопольСимферопольСтавропольУлан-УдеАрхангельскБарнаулВладивостокВолгоградВоронежЕкатеринбургИжевскИркутскКазаньКалининградКемеровоКраснодарКрасноярскЛипецкМурманскНабережные" style="border-bottom: 1px dashed #000080;">РоссияАстраханьМоскваСаранскСевастопольСимферопольСтавропольУлан-УдеАр. </span> ЧелныНижний <span title="НовгородНовокузнецкНовосибирскОмскОренбургПермьПетрозаводскРостов-на-ДонуРязаньСамараСанкт-ПетербургСаратовСмоленскТамбовТольяттиТомскТюменьУльяновскУфаХабаровскХанты-Мансийск" style="border-bottom: 1px dashed #000080;">НовгородНовокузнецкНовосибирскОмскОренбургПермьПетрозаводскРостов-на-Д. </span>.

Холод-Кo Инструкции к контроллерам carel, полный комплекс услуг, москва по ремонту и по эксплуатации на русском для чиллеров на контроллер carel pco5 обслуживанию холодильных и климатических систем. Вызов механика (495). Ремонт торгового холодильного оборудования, ремонт промышленного холодильного оборудования, ремонт медицинского и испытательного холодильного оборудования ссылки, copyright Holod-ko последнее изменение г.

Контроллеры Графические терминалы Датчики Преобразователи частоты (частотные регуляторы) Быстрый заказ КонтроллерыКонтроллер pCO1Серийные контроллеры pCO1 были разработаны с целью предоставления существенных новшеств, вносимых pCO-Системой в управление всеми видами обрудования, которые требуют большей конкурентоспособности с точки зрения цены. Все контроллеры серии pCO1 оснащены16-разрядный микропроцессором, и 2 Мб флэш-памяти (многоязычная, несколько протоколов).Контроллеры pCO1 серии также поставляются в пластиковых корпусах, которые гарантируют высокую механическую защиту устройства и снижение риска электростатического разряда из-за неправильного обращения; быстро-монтаж на DIN рейку означает более быстрые сборку и установку. Контроллеры pCO1 выпускаются в двух различных размерах, в соответствии с требованиями ввода / вывода и питания: pCO1 малый и pCO1 средний. Некоторые модели оснащены блоком.

ООО \ эйркул\ тел. 7 (812) (812) 327 1642, факс: 7 (817) Санкт-Петербургул. Шпалерная 32, лит. А, 6Н.

Книги по ремонту Fiat

Пракрическое нлп для самостоятельных занятий книга - Словарики: Англо - русский словарь, античный военный словарь, архитектурно-строительный словарь. Афганский лексикон, библейский словарь Геллея, библейский словарь Нюстрема, большая энциклопедия массажа. Большой астрономический словарь, большой бухгалтерский словарь, большой компьютерный словарь. Большой кулинарный словарь, большой толковый словарь, географический словарь. Компьютерный словарь, краткие исторические термины, краткий словарь по НЛП, краткий словарь политолога. Краткий словарь символов, критический.

По ремонту opel frontera с 1999 г бензиндизель - Категория название цена грн. A7Руководство по ремонту и эксплуатации Audi A7 / S7 / RS7 с 2010 г.795 грнподробнее о книгеacuraруководство по эксплуатации и техническому обслуживанию Acura (Акура) MDX с грнподробнее о книгеacuraруководство по ремонту и эксплуатации Acura MDX458 грнподробнее о книгеacuraруководство по эксплуатации и техническому обслуживанию Acura (Акура) MDX c 2006 г.в.126 грнподробнее.

По работе с программой visio 2000 - 1). Последний, третий этап предполагает сборку проекта, его отладку и генерацию электронной публикации. Результатом генерации станет получение исполняемого EXE-файла (рис. 2 скринсейвера (.scr) или файла в формате PKG для Интернет-браузера. Рис. 1. Создание проекта электронной публикации в NeoBook. Рис. 2. Просмотр NeoBook-публикации, по работе с программой visio 2000 программа поддерживает множе.

Carel pco контроллеры инструкция на русском - последние новости

Carel pco контроллеры инструкция на русском

Кажется, ты используешь AdBlock. Хабрахабр развивается и существует за счет доходов от рекламы. Добавь нас в исключения. Есть такая профессия — производство автоматизировать. Аббревиатура АСУ ТП означает «автоматизированная система управления технологическим процессом» — это система, состоящая из персонала и совокупности оборудования с программным обеспечением, использующихся для автоматизации функций этого самого персонала по управлению промышленными объектами: электростанциями, котельными, насосными, водоочистными сооружениями, пищевыми, химическими, металлургическими заводами, нефтегазовыми объектами и т. Фактически, каждый человек, живущий не в лесу и пользующийся благами цивилизации, использует результаты труда предприятий, на которых функционируют АСУ ТП. Иногда на эту тему проскакивают статьи и на хабре. Обычно они не пользуются особой популярностью, но всё же я хочу написать несколько обзорных статей об АСУ ТП в надежде рассказать хабравчанам что-то интересное а возможно, кому-то даже полезное и привлечь на хабр больше своих коллег. Сначала пара слов о. Я только начинаю свой жизненный путь в автоматизации, опыт работы без малого два года. За это время побывал на нескольких газовых месторождениях, сейчас работаю на нефтяном. Поскольку область обширная, несмотря ни на что развивающаяся, местами противоречивая и спорная, буду стараться обобщать не в ущерб достоверности, но не могу избежать перекоса в свою область — то оборудование, софт и сферу, с которыми лично я сталкивался. Итак, программно-технический комплекс АСУ ТП делится на три уровня: верхний компьютерысредний контроллерынижний полевое оборудование, датчики, исполнительные механизмы. Про нижний уровень рассказывать не буду — слишком уж это далеко от от тематики хабра, да и статья получится слишком большая. Верхний уровень Верхний уровень — это серверы и пользовательские ПК у нас они называются АРМ — автоматизированное рабочее место. Сюда выводится состояние технологического процесса, и отсюда при необходимости оператором подаются команды на изменение его параметров. Для упрощения разработки создано большое количество SCADA-систем от англ. Это в некотором роде расширенный аналог IDE, в котором скомпилированная «программа» и выполняется. Системы SCADA Вообще, если отбросить академизм, то на предприятии для всех кроме асушников скада выглядит вот так: А если совсем не повезёт, то вот так: Скады неявно можно разделить на серверную и клиентскую части. Опрос полевых устройств и сбор данных производится сервером обычно, через ПЛКс сервера клиенты забирают эти данные к себе на монитор. Сами по себе понятия «серверная» и «клиентская» части условны. Фактически разделение производится по лицензиям на компоненты скады, а политика лицензирования у каждого производителя своя. Вплоть до разделения на: количество обрабатываемых сигналов с поля, драйвера протоколов, количество рабочих станций, возможность создания веб-интерфейса, мобильного интерфейса, да и вообще целые куски функционала могут быть за отдельные денжеки. Чаще проще обратиться к поставщику, предоставив исходные данные по проекту, чтобы помогли с подбором лицензий. Подразумеваются два режима функционирования: режим разработки и режим выполнения runtime. Не обязательно эти режимы взаимоисключающи: можно редактировать проект на одном АРМе, инженерном, заливать его, он обновится на пользовательских. Это очень важно — изменять проект без простоев и отключений, потому что технологический процесс прерывать нельзя, и операторы всегда должны иметь возможность его контролировать. В скаде создаются графические интерфейсы, настраиваются источники данных с полевых устройств, она отвечает за взаимодействие пользователя оператора, диспетчера, технолога с происходящим на производстве, а также за архивирование всех нужных данных в БД. Архивирование — одна из обязательных функций, очень важно иметь возможность «вернуться назад во времени» для разбора полётов в случае чего-то непредвиденного либо для глобального анализа при медленных, длительных процессах. Например, недавно геологи попросили меня выгрузить табличкой данные по давлению нефти на скважинах за последний год. Периодически скада складывает все собранные данные в БД. Их потом можно посмотреть в виде графиков называем их трендамиа при необходимости, если оговорено в ТЗ на АСУТП, реализуется выгрузка в виде отчётов в эксель или ещё как-нибудь. Архивация сделана по-разному: в MS SQL; MS Access; в ту же MS SQL, но по своему хитрому алгоритму с дополнительной архивацией; а у кого-то вообще в свою собственную бинарную БД. Особым пунктом в скадах идёт информирование оператора: текущие сообщения и аварийные. Они тоже обязательно архивируются. В общем виде сообщения делятся на текущие и важные аварийные. Текущие прячут подальше, но журнал аварийных всегда выводится на экране оператора. К текстовым аварийным сообщениям привязываются звуковые, чтобы кто-нибудь не проспал ЧП :- Рынок SCADA Самыми распространёнными, по-моему, считаются скады производства Invensys Wonderware, Iconics, Siemens, Indusoft, AdAstra, Emerson, Rockwell Automation. Я лично работал с виндовыми: Invensys Wonderware InTouch и более мощной System Platform, с Iconics Genesis32 — и с пока ещё? По поисковым запросам, например,можно посмотреть примеры интерфейсов и мнемосхем. Внешний вид и юзабилити по приоритету, увы, находятся на последнем месте. Причём, это касается не только рантайма, но и разработки. Для разработки в каждой скаде существуют как минимум дефолтные библиотеки символов — от кнопок и прочих контролов до графических изображений насосов, труб, задвижек, ёмкостей. Здесь-то и могли бы умные разработчики SCADA-пакетов не путать с нами, асушниками — разработчиками проектов в этих пакетах добиться принципиального преимущества над конкурентами, сделав продуманные библиотеки, из которых бы даже самый далёкий от дизайна и юзабилити инженер при всём нежелании делал бы гуманные интерфейсы и мнемосхемы. К сожалению, сейчас эта сфера идёт по пути экстенсивного развития, по которому развивалась IT до недавнего времени — наращивание функционала, добавление плюшек, больше, выше, сильнее, harder, better, stronger, и о пользователях пока думают мало. Средний уровень Средний уровень — ПЛК, программируемые логические контроллеры. Здесь всё достаточно просто, чаще всего физически ПЛК состоят из отдельных модулей. Для программирования у каждого ПЛК есть своя среда разработки, иногда она объединена со средой для создания SCADA. БП сделан отдельным именно модулем, а не устройством, чтобы гарантировать совместимость с данной линейкой ПЛК. Чаще всего входное напряжение у БП 220 В переменного тока, выходное — 24 В постоянного тока. Процессорный модуль — это голова ПЛК. Иногда коммуникационный порт используется и как сервисный. Иногда на модуле есть переключатель у Allen Bradley ещё круче — там натуральный ключ с замочной скважиной для перевода ПЛК в различные режимы работы. Контроллер Allen Bradley серии CompactLogix Дискретные и аналоговые модули обрабатывают соответствующие сигналы. Входные модули принимают эти сигналы с поля, выходные — формируют. Дискретный сигнал — это обычно напряжение цепи 24 вольта. Есть 24 — это «1», нет — «0». Бывают модули на 220В, есть модули с проверкой целостности цепи. Управляющие дискретные сигналы могут запускать либо останавливать этот насос. Оптимизация здесь не оправдана, поэтому на запуск будет отдельная цепь, на останов — отдельная. Аналоговые входные сигналы — это приходят показания с датчиков. Здесь чаще всего используется токовая петля 4-20 мА, в соотетствие которой ставятся пределы измерения датчика. Начинается от 4 мА для диагностирования обрыва цепи если меньше 4 мА, значит где-то что-то не в порядке с проводкой. Рассмотрим на примере уровня жидкости в резервуаре. Стоит уровнемер, он измеряет уровень от 0 до 2 метров. Тогда: уровень 0 метров — это 4 мА, уровень 2 метра — это 20 мА. Аналоговые выходные — то же, только на управление. Не встречал чтобы использовалось, т. В измерении это допустимая погрешность, в управлении —. Да и неудобно. Вместо них используется цифровая передача данных по различным протоколам через коммуникационные модули. Температурные модули замеряют сопротивление в цепи либо термо-ЭДС. Если на них подключаются термометры сопротивления — при нагревании металла его сопротивление, по законам физики, повышается, соответственно определяется температура. Если подключается термопара два спаянных проводника из разных металлов, при нагревании стыка возникает разность потенциалов между другими концамизамеряется напряжение. Интерфейсные или коммуникационные модули предоставляют нам порты под RJ45, DB9, DB15, просто клеммники или что ещё бог производителю на душу положит. Помимо реализации непосредственно интерфейса физического разъёма под коннектор, физического уровня модели OSI они также реализуют протокол обмена через этот разъём. Протоколы интерфейсы Протоколов напридумывали используют кучу: ModBus RTU, TCP, ASCIIProfibus, Profinet, CAN, HART, DF1, DH485 и т. Некоторые особо хитрые производители реализуют свои протоколы поверх общепринятых. RS232 это всем знакомый COM-порт, с тремя основными линиями: Tx transmit, передачаRx recieve, получение и GND ground, земля. А модбас это в общем-то нехитрая штука, с проверкой целостности пакета по чексумме, подтверждением доставки и корректности запроса — или ответом, почему запрос неверен. В сети модбас есть два вида устройств: master — инициирует обмен; slave — выполняет запросы мастера. Достаточно подробно и понятно расписано. Программная начинка Первое, что нужно сказать, программа в ПЛК выполняется циклически с определённой частотой. Возможности зависят от контроллера, обычно это где-то 20, 50, 250 мс, 1, 2, 3, 4, 5. Естественно, это не гарантирует выполнение кода именно за такой промежуток времени, нельзя большие программы пихать в цикл 20 мс, к началу следующего цикла предыдущий должен быть завершён. Второе, это языки программирования. По идее программируются ПЛК на языках, определённых стандартом МЭК61131: IL Instruction List — низкоуровневый ассемблероподобный язык. LD Ladder Diagram — графический язык, представляет собой программную реализацию электрических схем на базе электромагнитных реле. Придумано в лохматые года для тех асушников, которые больше электрики, чем программисты. IL и LD легко конвертируются друг в друга, кажется, всеми средами программирования. Они не очень читабельны, и потому неудобны для разработки, но в ситуациях, когда внутренней памяти контролера немного, приходится писать на. ST Structured Text — текстовый паскалеподобный язык. По-моему, из всех пяти самый удобный. FBD Function Block Diagram — своего рода графический язык, «блоксхемоподобный». Программа составляется из функциональных блоков, которые представляют собой подпрограммы, написанные на каком-либо из языков стандарта МЭК61131. У каждого ФБ есть входы и выходы, которые соединяются со входами и выходами других ФБ. Кому-то, возможно, удобнее делать так, чем писать всё на том же ST. SFC Sequential Function Chart — графический высокоуровневый язык. Создан на базе математического аппарата сетей Петри. Описывает последовательность состояний и условий переходов. Ни разу не встречал и не слышал, чтобы где-то использовался. Самые используемые контроллеры, безоговорочно, у Siemens и Allen Bradley последним, к слову, принадлежит Rockwell Automation со своей линейкой SCADA-пакетов RSView. Заключение Пост не претендует на полное справочное описание всего — очень уж разное оборудование, софт и подходы к ним в целом. Самым формально безошибочным рассказом об АСУТП было бы перечисление соответствующих ФЗ, ГОСТов, техстандартов и регламентов. Все возможные расхождения с этими документами считать опечатками ;- С радостью принимаются комментарии, поправки и, если интересно, пожелания для следующих статей. Я бы с Вами тут изрядно поспорил по поводу нечитаемости LD. Я программирую именно на нем, но не из-за своей прихоти, а так уж заведено у нас на предприятии, программируем сименсы 300, 400, 1200. Знаете, он очень удобен и очень читаем, мне нравиться, хотя планирую какой-нибудь проект или его часть на ST попробовать, но пока только в планах, т. LD полностью и целиком во всем устраивает. Именно графические языки в случае с АСУТП являются прекрасной возможностью наиболее наглядно и структурировано изложить даже весьма комплексный алгоритм. Говорят даже симулинк прикрутить. Только редко в задачах АСУТП требуется «парсить пакеты», да и экзотика появляется только тогда когда ТЗ не проработаны как следует. Может я конечно не догоняю, но у меня есть 3 типа сигналов в АСУТП верхний уровень не беру дискретный, аналоговый, цифра с профибас. Что еще надо для счастья? Пусть живет своей жизнью. Ну если вам незачем — то как я смею со своими жалкими делишками навязываться Подходы немного разные. Мы немного «избалованы» и денег на АСУТП у нас, как привило, не жалеют. Зато когда оно не работает нам нездоровиться ибо убытки во время простоя начинают исчисляться миллионами в сутки. По этому все должно быть надежно, просто, понятно, быстро ремонтироваться, и не дай бог где-то чего-то как-то будет парситься, а не ремонтироваться слесарем 6 разряда с калибратором и отверткой. Так что все сигналы, что идут в АСУТП из нее это только по проводам, которые можно померить калибратором или тестером на крайняк… Ну если совсем надежное оборудование, то профибас. Хотя 10 лет назад я думал как Вы к сожалению не знаю Вашего возраста. Но 10 лет работы по 2мпростым правилам: Первое — Если что-то не работает по твоей вине, то это очень плохо. Второе — Так ребята, тут за 7-8 месяцев надо установочку автоматизировать да,… а физически мы ее соберем через 6-7 месяцев заодно и скажем как она должна работатьналадить, так чтоб работала и план выполняла, не взрывалась, если что не. Да и смотри п. Так вот работа по этим 2м правилам немного поменяла. Стал как в армии — все должно быть параллельно и перпендикулярно. И не надо ничего ПАРСИТЬ. Если надо что-то на чем-то парсить, то надо это выкинуть и поставить что-то другое. Чтоб просто работало А си, парсинг и все остальное это у меня дома на ардуине В принципе, я согласен, чем проще и прозрачней, тем. »… всякое бывает, я ж не с потолка придумал 32битный модбас, а из жизни Я так понимаю, вы с атомной энергетикой? Хотя наверное в моем случае это хорошо. Каждая задача может иметь свое решение. И мое не панацея. Правительство рапортует о новых направлениях в энергетике, а мы «отдуваемся». На работе сейчас много новых установок проектируется. Часть сами делаем, часть отдаем на сторону… Это хорошо, когда у вас такие заказчики, а когда автоматизируемый объект содержит в себе зоопарк из оборудования различных производителей ну не производит Siemens одоризационные установки, и никто не сделал таковой на основе контроллеров Siemens. То тут как не крути, надо парсить… Да и система автоматики в нашем случае больше является точкой интеграции информации с различных подсистем, с бонусом в виде управления некоторыми технологическими процессами. Вот выше написали про IcpDAS, хорошие штуки, мы их используем, но к сожалении заказчики не признают их как основные системы управления… Вот в последнее время они и парсят, на C… Опа! А что у Вас за проблемы? Просто мы в той же области работаем, ГРС, ГРПБ и т. Слово одоризация мне знакомо и тоже зоопарк из оборудования бывает по желанию заказчика. Контроллеры всегда сименс за очень редким исключением. И самые большие проблемы на моей памяти возникали с модбасом рту, 1200 и винСС, пришлось немного извратиться, но парсить, си… Такого еще не было… Например, только что в Сургуте запустили ГРП. Месяц назад запускал в заполярье ПУРГ. Там Rosemount 8000D, корректор газа ТЭКОН-19 и через усп-78 наверх по 485, MODBUS — RTU, тож проблем не. Ключевое слово Modbus RTU, импортные вычилители. На Украине лобируются отечественные вычислители Флоутек, хорошо если удастся договорится отделом метрологии с УкрТрансГаза и протолкнуть проект на ФлоуИнек ДаниФлоу … Все о чем вы говорите — неисполнимые мечты. Но даже это не учит отечественных производителей, отличная железяка для применения в качестве корректора расхода газа на собственные нужды, но протокол у ни опять таки «велосипед»… Сочувствую, честно. Но согласитесь, что в Вашем случае Вас заставляют заниматься извращениями и это больше похоже на БДСМ-оргию, нежели на работу. Мы же в другой ситуации — чаще получается уговорить заказчика на то оборудование, что мы посоветуем и с чем нам привычнее работать сименс+гиперфлоу. А если Вам требуется интеграция с оборудованием стороннего производителя? Ну вот не делает производитель вашего ПЛК, скажем, частотные приводы для двигателей, а по ТЗ он нужен. Слава богам, если привод будет поддерживать какой-либо стандартный протокол обмена, хотя бы и ModBUS. А еще бывает такое: «система должна интегрироваться с существующим оборудованием». А под этим термином подразумевается, скажем пример из личной практики чудо-теплосчетчик отечественной разработки со своим, совершенно подкуренным протоколом обмена, да еще и не совсем соблюдающий спецификацию EIA-232. Вот тут становится реально дурно. Линии Tx и DTR должны быть воткнуты в -Rx и +Rx прибора, причем на DTR должна быть лог. Проще говоря, производитель сделал из 232 этакий недоделаный 485, причем с жесткой привязкой именно к уровням сигналов на COM-порту компьютера 3. Ну многие производители именуют 422-й как «485 full duplex», так что я его в виду имел. Но все равно бред же :— Вы в каком аду работаете? Я-то думал у нас заказчики упороты, когда требуют ставить текон-19, связывать с росмаунтом ирвисом, и передавать все это наверх по 485 через усп-78 особая магическая шкатулка, с которой лучше не связываться. Оказывается, нам еще крупно повезло… Упоротости везде хватает, когда приходится сопрягаться с «существующим оборудованием» или другую часть системы делает другой подрядчик. Я же сказал, что мы немного «избалованы», да и руководство понимает, что проще выкинуть неугодный привод и купить новый, пусть он и лимон стоит, но чтоб работало без выкрутасов. Мы наш участок большую часть времени поддерживаем работоспособность существующего АСУТП, чем создаем новое. Хотя даже если задача по автоматизации заказана «на стороне», то контролируем мы каждый шаг. Когда предприятие работает круглогодично, то вылезают неприятные моменты, такие как переполнения буфера, или память выделяется но не высвобождается. И если ошибка возникает раз в 3-4 месяца, то отловить ее непросто. Как правило у нас все «нестандартное» переделывается на «стандартное» со временем. Тут наверное задачи разные. Многие, кто на сайте подстраиваются под заказчика, который хочет быстрее и дешевле… А у меня задача такая — работа с ураном ошибок не прощает… Вне всякого сомнения, в Вашей работе цена ошибки на порядки выше. Отвал вентиляции торгового центра на полчаса, час — это не смертельно, система очень инерционна, большинство посетителей этого даже не заметят. Я не реактора обслуживаю. Там такие параноики, что мне до них. Там вообще все свое — свои контроллеры со стократным резервированием, своя ОС на базе Linux, СКАДА своя, и все это, как иногда пишется в интернете, не пострадало при атаке вируса CTUXNET на Иран. Атомная станция в Бушере не была затронута. Только обогатительное предприятие, которое, кстати было на SIEMENS. У нас просто переработка урана. Так что у нас попроще немного, но все равно надо быть на чеку. Странная вещь, тем более, что существуют регистры 5x, которые обычно проецируются на ту же область 4x. Если это не оно, то это велосипед, а если оно — то ModBUS 0x03 Read holding register никто не отменял, и сложить из двух word'ов один dword не есть проблема. По впечатлениям других людей, продукт пока что сыроват. Многие производители не считают должным придерживаться общепринятых протоколов обмена, либо же протокол-то в их круге общепринятый, но ваш ПЛК его не знает. Только писать свою реализацию, т. Как пример: для снятия показаний со счетчиков электроэнергии применяется протокол согласно ГОСТ 61107-2001. Есть хоть один ПЛК с его нативной поддержкой? А вот мне, поскольку работаю я в области автоматизации зданий, он нужен. Соглашусь, что «писать программы» на них не удобно, но описать почти любой техпроцесс почти элементарно. Зато когда на работающем оборудовании возникает проблема, то, подключившись программатором, и посмотрев состояние переменных в онлайн можно достаточно легко и быстро диагностировать неисправность. Например не открылся клапан нет единички с контроллера. Смотришь по схеме с какого выхода контроллера идет дискретный сигнал. Смотришь по адресу, где в программе этот битек устанавливается. Смотришь в программе какие условия не соблюдены. Вопрос грамотной структуризации кода, я считаю. SFC… Ни разу не встречал и не слышал, чтобы где-то использовался. Энергетики в прошлом году «обрадовали», что все программы должны быть именно на. Но нас сия участь обошла вместе с контрактом. SFC используется, в частности в Сургутнефтегазе. Но там своя разработка ОКО и своя реализация интерпритатора SFC. Кстати, действительно удобная штука, главное технологам объяснить как она работает. Если есть «открытые» aka open source и достаточно дешевые реализации, то о них было бы интересно почитать. А то Simatic Step 7 и Delta V, распространенные, по крайней мере у нас, нагоняют грусть-тоску одними лицензиями на потенциальных заказчиков, не говоря о цене разработки и наладочных работ, там, как правило, звучит ответ: когда-нибудь потом. А ведь АСУТП это ведь не только для больших дядей с многомиллионными ежемесячными оборотами, которых по пальцам можно пересчитать? Достаточно дешевые это типа китайских ICP DAC. Программируются на С и даже на Визуал Бейсике :т. Сам не работал, но на профильных форумах пишут, что железяки глючные, поэтому использовать не рискуем. Не стоит на ICP DAS наговаривать. Как и любое сложное оборудование не без особенностей, но годное для применения, кроме того отлично работает без всякого подогрева в шкафах до -30. А возможность запрогать контроллер из-под VisualStudio после всяких Ultralogik'ов, TraceMod и WinCC, просто кайф. Я последнее время я вообще от общепромышленных SCADA отказался — написал свои библиотеки для низа и для верха. Заказчики безумно довольны, т. И кроме того, доступ ко всем исходником качественно повышает уровень обнаружения дефектов. Как страшный сон вспоминаю переписку с техподдержкой Iconics из-за жутких тормозов Genesis, так и не выяснили в чём причина. Пришлось полностью переустанавливать систему и кучу спец. Но конечно масштаб систем у меня не очень большой. Самые крупный — комбикормовый завод. Прекрасно понимаю, что для нефти и газа мой подход не подойдёт в том числе и по формальным причинам. Все мечтаю ICP DAS на деле попробовать, только заказчиков подходящих не нашлось. С экономным заказчиком связываться себе дороже обычно выходит. Экономишь на скаде — бесплатная оказывается глючной, экономишь на железе — дешевое и отечественное тоже начинает глючить. Есть опыт эксплуатации их преобразователей и хабов RS485 типа 7520, 7513. Очень все положительно, за 5 лет из двух десятков умер один, причем это было вызвано попаданием 220В на питание. ПЛК не щупал, к сожалению. Экономия а железе выливается в увеличение геморроя при разработке, что съедает всю экономию разово, и на поддержке и сопровождении уже регулярный минус. У нас сыпятся ICP DAS в тяжелых условиях есть небольшие пары кислоты иногда подвисают, хотя всего линеек 10-15 стоит. А из опыта десяти лет эксплуатации SIEMENS S7-200, 300, 400, и даже 488 есть 2 шт а это порядка 2000 модулей процессорные, входа-выхода вышло из строя всего 3 модуля. Первый это ET-200 модуль, и 2 аналоговых входа сожгли сами, не так включили. В общем с учетом того, что у нас остановка оборудования тянет за собой расходов на переработку брака лимона на 2-3. SIEMENS окупился уже сто. А ICP DAS будем менять скоро на SIMATIC. Ну почему же, были хорошие статьи по теме и немало. Сходу: серия "", про информационную безопасность и про функциональную безопасность. Жаль, хаба под это дело. Вот еще хорошие две свежих работы про ужасное состояние ИБ в скада-системах по факту — отсутствие в принципе. В крупных АСУ ТП обычно не используют LD или FBD слишком много писать и слишком сложно. Пакеты используются более комплексные и более тяжеловесные. У нас например используют пакет проектирования Siemens PCS 7 v7. Не Step 7 а PCS, причем 80% его возможностей. Все программы написаны на CFC и SFC Именно сименсовской вариации. Странно что фирму Metso в статье не упомянули. Одна из крупнейших в России ситем автоматизации построена именно на ее решениях. Опыт показывает, что лучше всего какие-то функциональные блоки написать на STL или SCL, и уже их засовывать в LAD или CFC. Возможности зависят от контроллера, обычно это где-то 20, 50, 250 мс, 1, 2, 3, 4, 5. Естественно, это не гарантирует выполнение кода именно за такой промежуток времени, нельзя большие программы пихать в цикл 20 мс, к началу следующего цикла предыдущий должен быть завершён. Вот здесь в корне не соглашусь с автором. Весь смысл использования ПЛК для управления технологическими процессами как раз в том, что в отличии от обычных PC они как раз таки гарантируют выполнение кода за определенное кол-во времени. Кроме того, система проектирования прост не даст положить тяжеловесную программу в организационный блок который выполняется за 20мс. Собственно, если внутри ПЛК сидит РТОС, в которой пользовательская программа выполняется, и при программировании мы выбираем, в какой временной дорожке выполняется та или иная часть программы, то проблем ровно ноль. РТОС сама придушит бесконечный цикл по таймеру и даст выполниться остальной программе. И это справедливо для большинства ПЛК. В лохматых 90-х разрабатывал модули для контроллеров. В процессорном модуле было две однокристалки, они обслуживали мелкую периферию индикацию, обмен с ПК и т. Я тогда по молодости стал спорить с его разработчиком по поводу целесообразности, он мне на пальцах доказал, что его нельзя заменить даже продвинутыми в то время 386 интелловскими процессорами :- Вот такая РТОС :- Какой бесконечный цикл? И что вы вообще подразумеваете под циклом while или for? Он будет прерван в любом случае, выполнена ваша программа или. Не успела — извините. Ну мы спорим об одном и том же, но в разных терминах. А ПЛК гарантирует, что цикл будет выполнятся 20мс, не больше, не меньше. Здесь нужно идти от обратного. Допустим вы написали программу которая может выполнится за 20мс и по требованиям должна выполнится. Обычный ПК с какой нибудь типичной ОС не даст вам однозначной гарантии. Может выполнит, а может заставит программу подождать, потому что ОС занимается чем то другим. Здесь же, если вы поместили программу в 20мс цикл, то вы уверены, что ПЛК гарантированно выполнит ее за данное время и не отправит ее в режим ожидания, пока обрабатывается другая программа. Вообще же к слову ни каких сложных вычислений и тем более ни каких программных циклов в таких программах там. Обычно это опрос датчиков и выдача дискретной команды на управление. Время вообще один из самых краеугольных камней в автоматизации. В непрерывных технологических процессах оно может стоить как поломки оборудования так и человеческих жизней. Насчет ни меньше это вы зря, в плк реализуется циклический пуск процедур с необходимым временем, остальное зависит от объема кода, и если программа влезет в 1мс, то так и будет остальные 19мс страдать ерундой до следующего пуска. Опять же есть другая сторона, превышение времени выполнения… никаких гарантий, если вы творчески расписались, придется резать код или раздвигать цикл. Ну и возможны варианты перезапуска по исполнению… сами понимаете время будет колебаться из-за вветвлений. Не уложились получите крестик в диагостике, болт в результате и возможно сваливание из рантайма в зависимости от производителя плк Нет. Siemens S7 1200, MITSUBISHI FX, подвисают на while true ; Митсубиши даже не вываливается по ошибке, сименс уходит в стоп и моргает ошибкой. И никакой RT OS там нет, обычная коопаеративная многозадачность в лучшем случае. Не работал с S7 1200, но как пишет сам Сименс: SIMATIC S7-1200 представляют собой новое семейство микроконтроллеров, предназначенных для решения самых различных задач автоматизации малого уровня. Контроллеры способны обслуживать от 10 до 284 дискретных и от 2 до 51 аналогового канала ввода-вывод У нас на предприятии в цеху используются 4 контроллера S7 400H, и обслуживают они в общей сложности порядка 10 000 контуров. Среда разработки на данный момент общая для все — TIA Portal. Ну а колличество входов — если мне надо 16 аналоговых и 100 дискретов — зачем мне S7 400, а вот что касается времени исполнения программы — у любого контроллера, в среде разработке, при присоединении к нему есть такая вкладка — Cicle Time, напишите пустую программу, проверьте, а потом залейте рабочий проект и проверьте еще. Был весной на курсах в Московоском уечбном центре Siemens. Работали c PCS 7, TIA Portal упоминался лишь вскользь. Я не утверждаю что вам нужен 400 контроллер. Я говорю о том, что это разные модели предназначеные для разных вещей. Может 1200 серию вы и подвесите while trueна счет 400Н не уверен. А вы не пробовали на Сименсе вставить OB обработки соотвествующей ошибки? Если его нет, то валится в стоп. Если есть — выполняется даже пустой. Нет, это может быть в каких то очень крутых контроллерах, но тоже маловероятно, обычно по мере роста программы цикл исполнения увеличивается. К слову проверил с загруженным проектом на рабочем S7 400H. Минимальное время цикла 17мс. В среднем прыгает пределах 14-20мс не. У нас нет в технологии процессов требующих время реакции менее чем 30мс. В скомпилированном состоянии в ПЛК лежит программа в 6 мб. На пустом увы проверить пока не могу, так как нет свободного ПЛК в наличии. Но как появится, обязательно проверю, и за одно проверю, подвиснет ли он на бесконечной цикле while. Цикл прыгает, из за того что программа в PLC идет по разным веткам, из-за чего изменяется время выполнения. Что полностью подтверждает то что я. Что касается фиксированного времени выполнения, то судя по всему, контроллеры имеют какое-то предустановленное время, при превышение которого, исполнение программы просто останавливается, и контроллер вываливается в ошибку. У каждого контроллера это время разное. Надо только вставить в программу и загрузить в контроллер OB80. Их там несколько разных OB на разные ошибки превышение времени цикла, отвалившаяся периферия и т. Соответственно, если возникает ошибка и в контроллер загружен блок обработки этой ошибки — контроллер выполнит этот OB. Если OB не загружен, то контроллер уйдёт в стоп. Если обработка ошибок должным образом выполнена или контроллеру дана индульгенция в виде пустых OB обработки ошибок — уронить сименс в стоп не получится. На что уж я не избалован художественным видением этого мира, но всегда поражался, глядя на интерфейсы СКАДА-систем. Кровь же из глаз идет, даже у. Ну ведь сама среда разработки позволяет и цвета выбирать, и элементарные «выровнять это по центру, а вот эти элементы распределить равномерно» обычно поддерживает. В 90% случаев что-то типа «Вот тут у нас ярко-синим по ярко-красному мы напишем температуру, возьмем это еще в кислотно-зеленую рамочку с убогим бордюрчиком, ну и, конечно, выровняем значение не по центру, а руками и так чуть ниже и левее центра, чтобы уж вообще красиво. А еще трубу мы до емкости 3 пикселя не доведем, и стык труб у нас будет тоже со смещением на пиксель — я сам видел, там сварщики именно так в реальности и сделали». А вы говорите — дизайн, юзабилити… Эх. Рисуют это все программисты… Иногда приходится следовать корпоративным порядкам заказчика стр. Он сам по себе несколько странный, а вот за графический редактор его авторам точно гореть в аду. Там не предусмотрено возможности задать координаты и размеры элемента в его свойствах, введя конкретные цифры. А если, при этом, требуется сделать какие-то косметические поправки удалённо, через TeamViewer, например… Шоб этим австралийцам в аду гореть. меня всегда удивлял этот мир ПЛК, глядя на него со стороны Сишного пронраммиста МК некоторые вещи кажутся немного непонятными и смешными, хотя я понимаю что отработанные и неглючные решения тоже важны и нужны Как человек, который касался и того, и того, могу сказать вот что: у ПЛК уровень абстракции от железа, конечно, выше. Но это и логично: инженер по автоматизации производства должен решать именно задачу автоматизации, а не разбираться с временной диаграммой работы, скажем, АЦП. Ему важнее понимать, что «вот на этот модуль у меня от датчика давления пришел унифицированный сигнал 4-20 мА», а уж как он там конкретно преобразуется в INT — дело, в общем-то, десятое. А инженер по эксплуатации хочет точно знать, что этот модуль не вынесет первым же разрядом, когда весенний первый гром, а как там эта защита конкретно реализована — для него это, опять же, дело десятое. А если развить сравнение, то с таким же удивлением и непониманием на всех нас смотрят программисты, пишущие на еще более высоком уровне: как ни крути, но про ООП мы только слышали, про многопоточность — тоже, и нет у нас ни динамического выделения памяти, ни прочих благ и красот. И им наш мирок тоже кажется непонятным и зачастую смешным впечатление сложено по итогам разговора с хорошим другом — разработчиком на Java. Порадовал контраст между интерфейсом на картинке для привлечения внимания и суровыми реалиями на иллюстрациях. Мало того что интерфейс не интуитивен, непонятен, запутан, так еще информации в интернетах по крупинке приходилось собирать. В рунетах как то не принято писать статей по поводу ПЛК их программирования, а если и пишутся, то примерно так же как и сама эта CoDeSys, запутанно. В общем информации очень мало что к чему, форумы в основном закрытые, ресурсов посвященных этому мало. Вероятно я плохо искал и мало знал, но субъективное мое мнение сложилось очень плохое по поводу всех этих скада. Интересно, а какова сейчас вилка зарплат для асушников? Действительно, есть такая проблема. В основном нет информации в интернете потому, что все вопросы решаются в первую очередь через саппорт. Хорошая техподдержка является не самым последним критерием выбора оборудования и софта при удовлетворении всех основных критериев, первый их которых — требования заказчика. Приличные интеграторы не гнушаются отправлять сотрудников на платные обучающие курсы, проводимые разработчиками или официальными дистрибьюторами. С другой — кто ж будет задаром писать всё это на форумах, если они продают эти знания, их реально покупают. На одних таких курсах мне в ответ на замечание, мол, у вас тут в одном из ключевых диалогов жуткий косяк в юзабилити, на который я всё время попадался и наконец не выдержал и высказался, — кнопка «Отмена» компиляции проекта превращается в кнопку «ОК» закрытия диалога после завершения компиляции и заливки проектамне сказали, мол, у нас тут такая охрененная система, а тебе ещё чота не нравится, пф! Так что да, «не интуитивен, непонятен, запутан» это зачастую комплимент в сравнении с остальными Вилка… субъективно, по хедхантеру, в больших городах Мск, Спб в среднем где-то на 30% меньше, чем программистам. Объективно по нефтегазу — чем ближе к объекту, тем больше, две крайности для примера: в проектном отделе выпустившийся студент без опыта — от 14к, специалист с опытом на северном месторождении вахта — около 100к. Вы знаете, CodeSys — это еще далеко не самый плохой вариант. Есть еще куча самодельных сред для всяких ПЛК, производитель которых счел, что он и сам с усами. Вот есть, например, такая EasyTools для контроллеров Carel. В той же среде там один-единственный язык — FBD при рисовании линий, соединяющих функциональные блоки, нет привязки. То есть: не довел мышь на один пиксель — получи ошибку компиляции. Если этих линий штук 40, попытка найти ту, которую плохо нарисовал — крайне нетривиальная задача. Вот еще выше автор упоминал такую поделку, как Indusoft. Тоже склонна при нажатии «compile» вылетать с исключением, не сохраняя проект. Так что — лучше уж CodeSys. У Carel довольно давно уже 1tool — совершенно менее глючное ПО, что же вы на EasyTool кодите, древние линейки от Carel? Данный опыт относится примерно к 2008 году. Восхитило настолько, что вряд ли я стану когда-либо еще использовать их ПЛК. Вот их платы для управления фанкойлом — совсем другое дело, удобная, на мой взгляд, штуковина, могут, значит, когда хотят. Информации на эту тему полно, вы таки плохо искали и мало знали. Тем более, что — это немного другое. Это визуализация процесса, а CoDeSyS — это среда разработки программы для контроллера. А с PLC контроллерами компании WAGO приходилось работать? Если да, то как они вам в сравнении с вышеописанными? C братьями-близнецами Beckhoff работаем, модели BX, CX. По ассортименту модулей — рулез немереный по сравнению и с Сименсом, и со Шнайдером, и еще с чем-нибудь. На борту ПЛК чистый Ethernet или еще тысяча интерфейсов на выбор. Так что можно строить абсолютно любые системы, от ЧПУ станка до умного здания, и самое главное — все легко программируется и работает. Вот наличие modbusTCP и другого, на TCP оканчивающегося, вплоть до отладки по сети и встроенных www визуализаций радует безмерно. И да, ассортимент модулей-шикарен. Есть не только полноценные «головы» типа CX, но и просто точки сбора данных серия BKкоторая цепляется с одной стороны к модулям ввода-вывода, а с другой стороны через тот же Ethernet к голове. Программа крутится на голове, а ввод-вывод может быть разнесен по всему объекту. И это все очень просто настраивается. Отдельно хотел бы поблагодарить за статью, хотя бы узнал, чем занимался если пошел бы по специальности, появилась связь между теорией и как это реализуется на практике. Тем не менее, возникает ощущение, что рынок систем АСУТП развивается в некотором ваакуме по отношению к другим ИС игнорирует необходимость развития сред разработки и юзабилити. Особенно впечатлен FBD, ровно то, что мы рисовали на листах в институте, рассчитывали импульсы… Тоже думал на тему упомянутого развития «в вакууме» и пришел к такому выводу. Технологические процессы в массе своей — штука медленная. Это для нас 50 мс — немало, а среднестатистический вентилятор за это время едва оборот успеет сделать. Время отработки даже аварийных устройств, заслонок, например — всё равно измеряется секундами. А отсюда простой вывод: нет смысла наращивать быстродействие. Числодробилки 80-х годов разработки будет достаточно для 99% и сегодняшних задач. А второй пункт — повышенные требования к надежности. Тот же Ethernet пришел в АСУТП совсем недавно — когда его уже обсосали со всех сторон в порядке, скажем так, бытовой эксплуатации. И именно из-за этих требований, если вывести на рынок абсолютно новую, передовую и вообще клевую среду разработки, многие инженеры отнесутся с изрядным недоверием — а вдруг оно глючит? Порой ставки слишком высоки, как писал выше тов. Надежность в АСУТП всегда на первом месте. Тот-же «медленный» профибас ГАРАНТИРУЕТ, что каждое устройство получит возможность передать информацию через заранее известное время. А вот гарантирует ли передачу информации Industrial Ethernet вопрос. И на него я не мог получить ответа не мог 2 года назад, больше не интересовался даже у Сименса. Я так понял, что гарантия передачи информации по Ethernet зависит напрямую от скорости соединения. Есть у них такая штука — IRT isichronous realtime на профинете. Но как мне когда-то объяснила поддержка, оно заточено для синхронизированного управления приводами. Лично мне бы очень интересно было бы почитать про встроенные средства защиты SCADA — в частности, по методикам проверки корректности поступающих данных, контролю целостности самой себя, средств журналирования, встроенных средств разграничения доступа, возможностях работы из-под пользовательских учетных записей. Сам в это упираюсь регулярно. Я — безопасник по АСУ ТП. И мне остро не хватает взгляда с той стороны. И наоборот — реальные АСУТПшники не понимают потребностей безопасников напрочь — и не любят их и в чем-то я их понимаю. Но законы есть законы, и volens nolens придется дружить и сосуществовать. А я расскажу, за что АСУТПшникам не любить безопасников. Во-1, производители средств автоматики очень любят разные проприеритарные протоколы, нестандартные с точки зрения безопасников порты, протоколы UDP всякие, ISO — а безопасники очень любят блокировать абсолютно всё, без чего могут существовать офисные хомячки. В результате мы имеет то, что связь либо не работает совсем, либо работает с совершенно необъяснимыми глюками. Я уж не говорю о том, что безопасники очень любят блокировать средства удалённого доступа — такие как VPN, TeamViewer, LogMeIn и RDP. А автоматчик к объекту цепью не прикован. И вот, как обычно, случается ЧП ночью в выходные, тебя будят в тёплой постельке, а ты даже масштаб бедствия оценить не можешь. Потому, что со слов эксплуатации — «оно само», а зайти посмотреть логи — никак… Вот и получается, что безопасники, в сущности, втыкают палки в колёса. Абсолютно все, какие только можно воткнуть. И безопасникам никто за это голову не морочит. А когда автоматика не работает или работает странно по причине тех самых плавающих глюков — по голове получают автоматчики, и получают сильно. А безопасникам — хоть бы хрен. Защита от сбоев — дублирование. На некоторых моделях ПЛК есть защита от перепрограммирования по паролю. В серверной части тоже парольная защита, логи свои и системные. В остальном защита навесная — антивирь, изолированные влан, отсутствие физического доступа у посторонних к системным блокам в том числе и у операторских станций, операторам доступен монитор, да мышка с клавойключ от серверной под роспись и т. Спасибо, я в курсе, как это делается. И делается это чаще всего с закрытием глаз на половину требований. Я хочу узнать, как это можно делать. Потому как, скажем, «Общие требования по обеспечению безопасности информации в ключевых системах информационной инфраструктуры» от 18 мая 2007 года устанавливают требования к КСИИ не ниже 1Г вплоть до 1Б в ряде случаева это, среди прочего, таки контроль целостности и очистка памяти. А АСУТП кое-каких объектов транспорт, ТЭК, например — вполне себе КСИИ. Это можно делать наложенными средствами, да только очистка памяти начинает резко тормозить работу АРМ вплоть до в сильно отдельных случаях полного останова. Контроль целостности тоже производительности машине не добавляет. Антивирус — это прекрасно, да только до обновления баз на боевой системе базы нужно обкатывать на тестовой зоне чтобы он критичный файл не съел и трафик вдруг не перекрыл — а в АСУ ТП далеко не каждого объекта есть такие зоны. И в редкие проекты они закладываются. Я и хочу понять АСУТПшников, что могут сделать они, а что можем сделать мы — чтобы жить вместе долго и счастливо, а не лаяться, как сейчас, и не строить козни друг другу. Потому как ему нужна рабочая система, а мне — выполнение действующих норм. И есть шансы разобраться вместе и договориться полюбовно. Встроенные средства в этом плане лучше наложенных. Может мы друг друга не понимаем, но контроль целостности: есть два сервера, они зеркалят друг друга, нарушение целостности критических фалов скады приведёт к сообщению о потере синхронизации, на которое реагирует сменный персонал. Можно поставить файловый монитор, который будет проверять чексуммы файлов тех, которые не изменяются. Если пересчитывать чексуммы постоянно изменяющихся файлов особенно файлы БДа потом смотреть правило что для этих файлов не показывать ошибку — то конечно будет падать производительность. Сам проект, алгоритмы в скаде и в ПЛК, есть контроль на уровне какая версия проекта сейчас залита. А очистка памяти — от чего очищать, если сервер работает годами без перезагрузки, и оперативка используется почти. А как Вы будете определять, который из двух несовпадающих конфигов — некорректный? В системах с высокой надежностью обычно ставят три независимых контура, и совпадение по двум контурам считается правдой. Файловый монитор — это и есть по сути упрощенный контроль целостности. Только для него зеркалирование не. Это иной принцип обеспечения надежности. Скада свое содержимое проверяет на изменение? Если я перехвачу работу с памятью — она это обнаружит? Если я сяду на канал и начну гнать неверные показания датчиков — она это почувствует? Очистка памяти — это нормативное требование. Программа отдала обратно кусок памяти — в него по определенному алгоритму должна быть записана информация — чтобы по остаточным следам ее добыть было. Это касается и жестких дисков, и оперативки. Я тоже не понимаю, зачем оно в КСИИ — но есть требования, утвержденные на федеральном уровне — и хоть тушкой, хоть чучелком, но их надо либо выполнять, либо обходить. И это уже зависит от степени занудности надзорных органов Для определения который из двух несовпадающих конфигов некорректный — у инженера отдельно хранится последняя актуальная версия. Можно использовать систему контроля версий и там защитить по полной. Если перехватите работу с памятью на одном из серверов и начнёте изменять данные — перехватит как расхождение синхронизации серверов. Сядете на канал как? Физически на канал 4-20 мА? Или тоже перепишете память одного из контроллеров — расхождение синхронизации контроллеров. Прогрузить одновременно два контроллера — загрузка новой прошивки много дольше времени исполнения цикла, авария случится. Поэтому проект загружают поочереди на каждый контроллер под звуки соответствующего оповещения, предупреждая оператора чтобы не пугался. Поковыряйте архитектуру АСУТП — два сервера, читают данные из двух контроллеров. Между серверами heartbeat, и между контроллерами heartbeat. Что либо перестаёт откликаться — переходим на резерв с оповещением. Если обсуждать что это гостребование и хоть разбейся но выполни, то адекватного диалога не получится — требования не адекватны. Готового решения вам тут не скажут, кому охота чтобы надзорные органы знали как обходят их требования. Вот в том и проблема, что вы не понимаете, зачем мы лезем в потроха, а мы не уверены, что этих потрохов достаточно. Представил я себе, как автор вопроса внедрится в S7-400H, и подменит там программу в обоих контроллерах 3 раза ха. На всякий случай, разверну мысль. S7-400H — это физически дублированный контроллер. Две половинки, связанные оптической пуповиной. Обновление программы происходит следующим образом: останавливаем один контроллер пожалуйста, у нас уже без палева в логах есть информация о том, что один контроллер всталзагружаем в него новую программу и просим именно, никак иначе систему перейти с одного контроллера на. И никогда на 100% заранее не знаешь, что система ответит. А есть 2 варианта: переход возможен и он выполняется либо переход невозможен: контроллер, по своим соображениям, считает, что изменения слишком большие и требуется полная остановка, загрузка обеих половинок и рестарт. Или внедриться на Profibus закрытый протокол и слать левые данные… Конечно, если это получится, я сниму и, возможно, даже съем свою шляпу. Но я искренне не понимаю, зачем такие сложности. Есть уйма более простых, надёжных, дешёвых и быстрых способов поставить производство раком. В большинстве случаев это называют человеческим фактором. ГОСТы и прочие требования очень часто пишут люди, которые не вполне представляют, что осуществимо, а что —. Бывает, такого понапишут… Дык. Сам в это упираюсь регулярно. Я — безопасник по АСУ ТП. И мне остро не хватает взгляда с той стороны. И наоборот — реальные АСУТПшники не понимают потребностей безопасников напрочь — и не любят их и в чем-то я их понимаю. Но законы есть законы, и volens nolens придется дружить и сосуществовать. Мне проще в самом крайнем случае снести и переставить к чёрту винду на компе с нуля, намазать офис и VMware и вернуться к работе. Просто, помимо серьёзного железа приходится иметь дело со всяким дешёвым говном, авторы которого знают толк в извращениях хитрых коммуникациях через любопытный порт, который чем-то не нравится антивиру. А ты сиди и ломай башку полдня, почему ж никак не получается до этой чёртовой железки достучаться… Только зарегистрированные пользователи могут оставлять комментарии. Пометьте топик понятными вам метками, если хотите Метки лучше разделять запятой.

См. также Поиск Навигация В других проектах
  • Последнее изменение этой страницы: 28.05.2016