Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Я хочу получать рассылки с лучшими постами за неделю
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
Создавая аккаунт, я соглашаюсь с правилами Пикабу и даю согласие на обработку персональных данных.
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam
Пикабу Игры +1000 бесплатных онлайн игр
Захватывающая аркада-лабиринт по мотивам культовой игры восьмидесятых. Управляйте желтым человечком, ешьте кексы и постарайтесь не попадаться на глаза призракам.

Пикман

Аркады, На ловкость, 2D

Играть

Топ прошлой недели

  • Oskanov Oskanov 8 постов
  • alekseyJHL alekseyJHL 6 постов
  • XpyMy XpyMy 1 пост
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

Нажимая кнопку «Подписаться на рассылку», я соглашаюсь с Правилами Пикабу и даю согласие на обработку персональных данных.

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Новости Пикабу Помощь Кодекс Пикабу Реклама О компании
Команда Пикабу Награды Контакты О проекте Зал славы
Промокоды Скидки Работа Курсы Блоги
Купоны Biggeek Купоны AliExpress Купоны М.Видео Купоны YandexTravel Купоны Lamoda
Мобильное приложение

Plc

156 постов сначала свежее
10
MZTA
MZTA
5 месяцев назад
Автоматизация
Серия ПЛК

Виртуальный ПЛК – следующий шаг в цифровой трансформации архитектур автоматизации⁠⁠

Виртуальный ПЛК – следующий шаг в цифровой трансформации архитектур автоматизации ПЛК, Программирование ПЛК, Автоматизация, АСУ ТП, Длиннопост

Приводим статью Дэвида Хамфри (David Humphrey) – директора по исследованиям аналитического агентства ARC Europe, в которой рассматривается появление программно-определяемой автоматизации на уровне контроллера и ее влияние на то, как АСУ ТП будут проектироваться, развертываться и управляться в будущем. Конкретно речь идет о виртуальных ПЛК (vPLC) – программных средств, эмулирующих функции физических программируемых логических контроллеров.

Информационные технологии оказывают влияние на системы промышленной автоматизации с момента появления Индустрии 4.0 более десяти лет назад. Эта инициатива показала ценности и преимуществам использования подобных ИТ архитектур, например, в процессах непрерывной оптимизации. Она также создала основанное на данных видение будущего, в котором продукты и производственные процессы моделируются и тестируются с использованием цифровых двойников. «ИТ-фикация» архитектур автоматизации началась с промышленных сетей на основе Ethernet и привела к слиянию на производстве классической автоматизации с миром ИТ. Эта тенденция продолжается, и сейчас мы наблюдаем миграцию управления со специализированного оборудования в управляемую ИТ-среду.

Базовые положения:

  • Виртуальный ПЛК (vPLC) не заменит полностью классические ПЛК (PLC). Они будут сосуществовать, поскольку пользователи сами решают, какое решение лучше и где его развернуть.

  • В программной среде vPLC дает множество преимуществ по сравнению с классическим PLC в таких категориях, как простота развертывания, управляемость, масштабируемость и гибкость. Однако эти преимущества будут реализованы только тогда, когда пользователи перейдут на действительно IT-подобные архитектуры и обучат свой персонал проектированию и эксплуатации.

  • vPLC – это всего лишь часть комплексного решения для архитектуры автоматизации, которая также включает инфраструктуру, приложения и сторонние компоненты.

От программного к виртуальному ПЛК

vPLC приобретается и загружается как приложение, а затем устанавливается и интегрируется в периферийную среду. Обычно производители ПЛК оставляют выбор оборудования для хостинга за пользователем, но предоставляют список справочного оборудования. В остальном новый vPLC ничем не отличается по функциональности от классических ПЛК.

Виртуальный ПЛК – следующий шаг в цифровой трансформации архитектур автоматизации ПЛК, Программирование ПЛК, Автоматизация, АСУ ТП, Длиннопост

Концепция, определяемая программным обеспечением: решения станут предоставляться в виде ПО и будут работать на стандартизированном оборудовании. 

Все началось с центров обработки данных

Центры обработки данных (ЦОД) были пионерами виртуализации. До виртуализации ЦОДы состояли из выделенных функциональных серверов, на которых работало одно приложение (база данных, электронная почта, файлообмен, CRM, ERP). Каждый сервер должен был администрироваться, настраиваться и масштабироваться индивидуально для поддержки максимального спроса, предъявляемого к его приложению или услуге. Виртуализация значительно сократила количество требуемых физических серверов, снизила потребление энергии и обеспечила лучшую видимость и управляемость ИТ-операций. Виртуализация серверов была первым шагом к сегодняшнему программно-определяемому центру обработки данных и инфраструктуре облачных вычислений.

Технология промышленной автоматизации следует по схожему пути. Для решений автоматизации эта трансформация означает консолидацию нескольких функций, таких как визуализация, управление производством или контроль партий товара, в виртуальных машинах, работающих на общей аппаратной и программной платформе (производственном сервере). В то время как электромеханические устройства, такие как датчики, приводы и двигатели, остаются на машине, традиционная функция ПЛК, установленного в щите автоматики, теперь виртуализирована в контейнере и развернута на сервере завода, рядом с другим программным обеспечением. Для рабочего в цеху ежедневная функция системы автоматизации должна оставаться прежней, но обслуживающему персоналу, возможно, придется освоить новые навыки для решения эксплуатационных проблем.

Как виртуальные ПЛК изменят автоматизацию?

Концепция виртуального ПЛК поднимает множество вопросов:

  • Является ли vPLC прямой заменой классического ПЛК?

  • Какова производительность?

  • Какие приложения останутся областью классического ПЛК?

  • Какие новые возможности создает vPLC?

Ниже приведены описания потенциальных преимуществ и предостережений vPLC.

Виртуальное развертывание

vPLC приобретается в магазине приложений, загружается и затем развертывается в контейнере на промышленной периферии. Платформы периферии обычно поддерживают приложения и устройства из постоянно растущей экосистемы продуктов и решений, в том числе от третьих лиц. Специализированные платформы предлагают инструменты для развертывания и мониторинга производительности активов и служб автоматизации, которые позволяют приложениям и устройствам легко взаимодействовать друг с другом, сохраняя при этом небольшой размер.

Развертывание для конечных пользователей

В то время как традиционные ПЛК развертываются вручную, часто с параметрами, также установленными вручную, vPLC развертываются как цифровые активы посредством «оркестровки», т.е. процесса автоматической настройки, предоставления и управления активами с использованием обычных ИТ-инструментов. После освоения определенных ИТ-навыков инженеры по автоматизации могут развертывать и контролировать целые парки контроллеров на машинах, линиях и целых заводах в смешанной конфигурации программно-определяемых и физических устройств. Крупный завод сегодня может включать несколько сотен ПЛК, поэтому потенциальная экономия средств, возможная при централизованном управлении активами автоматизации, огромна.

Развертывание для машиностроителей

Хотя большинство производителей предпочли бы поставлять устройства с идентичными конфигурациями и программами ПЛК, в реальности даже стандартные контроллеры часто модифицируются для удовлетворения требований клиентов. vPLC предлагает производителям несколько преимуществ: в то время как классическое оборудование ПЛК предлагается в разных форм-факторах и мощностях, vPLC поставляется только в одной «модели», которую можно масштабировать для соответствия требованиям каждого устройства.

Снижение капитальных затрат

vPLC работает на сервере, и пользователи могут сократить капитальные затраты, если несколько vPLC установлены на одном хост-устройстве. Выбор хостингового оборудования остается за пользователем, что возлагает на него ответственность за обеспечение соответствия требованиям приложений. Но сколько vPLC можно установить на сервере и каковы ограничения? Пользователи рекомендуют следующее: вычислительный кластер из 10 – 20-ти vPLC на сервер является реалистичным, но это зависит от того, какие функции выполняют vPLC. Жесткое управление движением с детерминированной производительностью – это испытание на прочность ПЛК. Виртуальный ПЛК выполняет стандартные задачи управления движением также, как и его аппаратные собратья, но для расширенного управления движением (координация нескольких сервоосей) производители рекомендуют применять классический PLC и использование выделенного технологического модуля (T-CPU).

Масштабируемость и гибкость

vPLC делают системы автоматизации более гибкими и масштабируемыми. Размер системы можно увеличивать или уменьшать, просто изменяя количество используемых экземпляров виртуальных ПЛК, а не устанавливая или удаляя физическое оборудование. Пользователи, которые платят только за контроллеры, используемые в данный момент – весьма привлекательная модель для производителей.

Управление устройствами и приложениями

Виртуализированные системы «оркестрируются» – это означает, что приложения и устройства могут быть быстро развернуты с помощью автоматизированных задач по настройке. Это позволяет эффективно развертывать, контролировать и управлять целыми парками программно-определяемых систем автоматизации, интеллектуальных устройств и приложений с использованием общих инструментов.

Поддержка прежних версий

Производители вложили огромные суммы в разработку кода ПЛК, поэтому неслучайно vPLC обычно поддерживают устаревший код и структуры данных, позволяя пользователям использовать свою существующую интеллектуальную собственность и знакомые инженерные инструменты. (Например, Simatic S7-1500V настраивается так же, как традиционный ПЛК). Это также работает в обратном направлении: пользователи могут легко переключиться на классический ПЛК, если это необходимо с тем, чтобы снизить риск изменений и осуществлять пошаговое развертывание.

Более высокая эффективность

Виртуальный ПЛК развертывается в промышленной среде – пространстве, где новые и устаревшие системы автоматизации интегрируются в ИТ-инфраструктуру. vPLC работает в среде, в которой приложения и устройства могут контролироваться централизованно, и которая способствует открытому обмену данных. Например, пользователи могут управлять и обслуживать производственное оборудование с помощью аналитических данных, которые помогают оптимизировать процессы и даже предсказать остановки и поломки до того, как они произойдут (предикативная аналитика). Эти возможности могут быть дополнительно расширены другими приложениями, такими как мониторинг, работающими на той же периферийной платформе.

Расходы на закупку и жизненный цикл

Является ли система автоматизации, использующая vPLC, менее дорогой в приобретении, чем традиционная система автоматизации? Как затраты на жизненный цикл сравниваются с затратами на традиционную систему PLC? Пока еще не решен вопрос о сравнении стоимости виртуального и классического PLC. Хотя vPLC по-прежнему требует аппаратного обеспечения для работы, пользователи могут развертывать несколько экземпляров vPLC на одном сервере, что сокращает общее количество устройств и экономит место в шкафу автоматики. Однако vPLC просто заменяет центральный процессор системы автоматизации. Модули ввода-вывода, датчики, исполнительные механизмы и панели оператора по-прежнему необходимы, и они могут составлять большую часть общей стоимости системы. Дополнительная экономия средств может быть достигнута за счет снижения затрат на проектирование с помощью подхода DevOps к созданию ПО, который сокращает время разработки, обеспечивая при этом качество и согласованность кода.

Заключение

В то время как виртуальный ПЛК является относительно новый продуктом на достаточно зрелом рынке дискретного управления, появление виртуально развернутого контроллера является частью более широкой картины в русле цифровой трансформации. По мере появления новых вариантов использования vPLC бизнес-кейс для систем автоматизации станет более убедительным.

Виртуальный ПЛК следует по давно устоявшемуся пути в области информационных технологий: «переносить hard в soft на столько, насколько это возможно», более того применяет этот принцип к критическому управлению, осуществляемому в режиме реального времени.

Цель vPLC заключается не в замене классического ПЛК, а в развертывании и управлении функциями ПЛК в среде, ориентированной на данные, со всеми преимуществами современных ИТ-инструментов.

Виртуальный ПЛК – следующий шаг в цифровой трансформации архитектур автоматизации ПЛК, Программирование ПЛК, Автоматизация, АСУ ТП, Длиннопост

Материал подготовлен Московским заводом тепловой автоматики.

Показать полностью 3
[моё] ПЛК Программирование ПЛК Автоматизация АСУ ТП Длиннопост
17
5
youengineerasu
youengineerasu
5 месяцев назад

Параметры автоматики теплицы⁠⁠

Приветствую, это параметры, которые можно вывести на ПК при автоматизации теплицы.

На ваш суд. Может что лишнее или добавить нужно?

АСУ ТП Программирование ПЛК ПЛК Инженер Асушник Теплица Промышленность Текст Видео Видео ВК
8
345
JohnyPere
JohnyPere
5 месяцев назад

Как запустить свое электронное устройство в «серию» и не остаться без штанов⁠⁠

Как запустить свое электронное устройство в «серию» и не остаться без штанов Электроника, Интернет вещей, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Программирование, Самоделки, Мастерская, Инженер, Arduino, Сделай это, Российское производство, Изготовление, Процесс, Литье пластмасс, Проектирование, Длиннопост

Рендер Сервера автоматизации СА-02 и модулей расширения


СПОЙЛЕР

Печатная плата (PCB)

  1. Схемотехника (подбор, тестовый образец) - 150 тыс. руб.

  2. Трассировка и разводка 2-х слойной PCB под корпус - 100 тыс. руб

  3. Заказ 5 тестовых образцов со сборкой на JLCPCB \ Резоните - 50 тыс. руб.

  4. Разработка и отладка ПО для МК - 150 тыс. руб.

  5. Тестирование, выявление недочетов, доработка, улучшение функционала - 50 тыс. руб.

  6. Еще 5 тестовых образцов с новыми правками - 50 тыс. руб.

  7. Партия из 100 шт. со сборкой в Китае (индивидуально от количества и цены элементов, размера PCB, но дешевле, чем в РФ раза в 4) - 200 тыс. руб.

ИТОГО: 750 тыс. руб.

Корпус

Дизайн

  1. Разработка дизайна корпуса - 250 тыс. руб.

  2. Подготовка 3Д модели для литья пластиком - 250 тыс. руб.

  3. Рендеры устройства (10 шт.) - 50 тыс. руб.

  4. Правки и доработки - 50 тыс. руб.

Производство

  1. Пресс-формы в Китае из стали (500 тыс. руб. за элемент корпуса в среднем) - 1 500 тыс. руб. (аванс 50%)

  2. Пресс-формы в РФ из стали (800 тыс. руб. за элемент)

  3. Пресс-формы в РФ из алюминия для простых деталей (150 тыс. руб. за элемент)

  4. Партия корпусов 1000 шт. - 200 тыс.руб.

ИТОГО: 600 + 1 700 = 2 200 тыс. руб.

ВСЕГО: 2 950 тыс. руб.


Как это было у нас

Однажды в студеную зимнюю пору с рынка АСУ ТП ушли зарубежные производители контроллеров и модулей расширения (Siemens, Carel, Schneider Electric, Danfoss, WAGO...). Покрутились мы вокруг, да около, попробовали перейти на Zentec, потом ОВЕН и EKF, пострадали от души, да решили заняться собственной разработкой контроллеров под свои нужды.

Скажете, что решили изобрести "велосипед"?! Нет, просто сделали свой.

Лучше постоянно улучшать свой продукт, чем пользоваться хорошим, но чужим.

  1. Проанализировали рынок, определили нишу и спрос на продукт

  2. Детально разобрали предложения конкурентов

  3. Выявили лучшие решения, дополнили своими преимуществами

  4. Приступили к разработке

Схемотехника, ПО и тестовые образцы PCB

Если у самих опыта в схемотехнике нет, то лучше обратиться к специалистам в этом вопросе.

Составляем подробное Техническое задание на разработку устройства, где описываем:

  1. Количество входов\выходов

  2. Виды измеряемых величин и точность измерения

  3. Поддерживаемые интерфейсы

  4. Необходимость изоляции \ развязки

  5. Напряжение питания и тип его подключения

  6. Производитель и семейство микроконтроллера

  7. Расположение входов\выходов относительно платы

  8. Вид и размер разъемов подключения

  9. Приблизительные размеры печатной платы

  10. Описываем способ и места креплений платы к корпусу (защелки \ пазы \ винты)

  11. Необходимость вручную распаять пару тестовых образцов

  12. Написание прошивки МК для проверки схемотехники

  13. Программное обеспечение, в котором будет вестись разработка

  14. Методы тестирования и испытаний

Я советую использовать web версию EasyEDA Pro. В ней можно добавить разработчиков и контролировать процесс, вносить правки, есть 3Д модели, симуляция и проверки. По окончанию работ в ней же заказать тестовые платы на JLCPCB, либо экспортировать BOM, Gerber, Pick и заказать в любом другом месте.

  • Ищем исполнителя на FL, авито, тематических форумах, а лучше в ТГ каналах по схемотехнике

  • Отправляем ему ТЗ и просим прислать свое портфолио и рассказать о реализации похожих проектов

  • Выбрать пару понравившихся предложений, обсудить стоимость и срок выполнения

  • Разбить оплату на этапы работ и приступить к разработке

Если схемотехник отличный, но нужный вам микроконтроллер программировать не умеет, то параллельно ищем разработчика ПО для тестовой прошивки.

Задача тестовой прошивки запустить МК и убедиться в правильной работе входов\выходов. Часто бывает, что в процессе тестирования какие-то решения по схемотехнике приходится переделывать.

Можно обратиться в специализирующиеся фирмы, что выйдет значительно дороже, но "под ключ".

1/4

Схемотехника

Через месяц схемотехника разработана. Тестовый образец за пару суток неделю распаян и протестирован. Можно переходить к переосмыслению того, как все это переделать разработке корпуса.

Разработка корпуса устройства

Для наших целей нужен пластиковый прочный корпус, не поддерживающий горения, с возможностью крепления на DIN-рейку. Высокая текучесть пластика позволяет реализовать почти любой дизайн, а так же быстрое массовое производство нужного цвета.

Разработку корпуса можно разделить на:

Дизайн

Прототип

Модель для серийного производства

Выбираем несколько понравившихся корпусов у конкурентов, а так же описываем и прилагаем скрины того, какие дизайнерские решения хотелось бы применить.

В нашем случае устройство монтируется в шкаф управления на DIN-рейку и иногда закрывается пластиковым пластроном, поэтому ориентируемся на корпус Gainta D3MG, к примеру. На сайте производителя есть 3D модель корпуса в формате .step, которую можно примерить к своей плате для лучшего понимания своего дизайна.

Мне понравилось работать в Shapr3D. Экспортировали из EasyEDA 3D модель платы в формате .step, закинули в Shapr3D вместе с моделью корпуса и давай подгонять.

Как ни странно - снова составляем детальное Техническое задание на разработку корпуса и указываем:

  1. Размеры корпуса

  2. Скрины понравившихся решений (не обязательно в пластиковых корпусах)

  3. Прикладываем 3D модель печатной платы

  4. Места и тип крепления печатной платы к корпусу

  5. Способ соединения частей корпуса между собой

  6. Расположение световодов и технологических отверстий

  7. Цвет материалов, расположение вентиляционных отверстий, толщина стенок

  8. 3D модель корпуса должна быть передана в исходном редактируемом виде

  9. Обговорить возможность печати пары прототипов на 3D принтере (лучше порошковом)

После составления ТЗ приступаем к его реализации

  • Ищем промышленного дизайнера (пара ссылок в конце статьи)

  • Обсуждаем с ним детали

  • Разбиваем на этапы и приступаем к работе

Как запустить свое электронное устройство в «серию» и не остаться без штанов Электроника, Интернет вещей, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Программирование, Самоделки, Мастерская, Инженер, Arduino, Сделай это, Российское производство, Изготовление, Процесс, Литье пластмасс, Проектирование, Длиннопост

Определение размеров корпуса для печатной платы

1/4

Выбираем дизайн из предложенных вариантов

Согласовываем размер и расположение световодов и технологический \ вентиляционных отверстий.

Как запустить свое электронное устройство в «серию» и не остаться без штанов Электроника, Интернет вещей, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Программирование, Самоделки, Мастерская, Инженер, Arduino, Сделай это, Российское производство, Изготовление, Процесс, Литье пластмасс, Проектирование, Длиннопост

Светодиоды будут располагаться на уровне контактов разъемов

Получаем первые наброски корпуса и примеряем к печатной плате

Как запустить свое электронное устройство в «серию» и не остаться без штанов Электроника, Интернет вещей, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Программирование, Самоделки, Мастерская, Инженер, Arduino, Сделай это, Российское производство, Изготовление, Процесс, Литье пластмасс, Проектирование, Длиннопост

Прототип корпуса в формате step

Проверяем места установки платы, разъемы, дополнительное оборудование и общую концепцию.

Как запустить свое электронное устройство в «серию» и не остаться без штанов Электроника, Интернет вещей, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Программирование, Самоделки, Мастерская, Инженер, Arduino, Сделай это, Российское производство, Изготовление, Процесс, Литье пластмасс, Проектирование, Длиннопост

3D модель прототипа корпуса с USB модемом

1/5

Рендеры выбранного дизайна корпуса

После тщательной проверки в САПР печатаем образцы корпуса на обычном 3D принтере (или на фотополимерном, как на фото ниже). Устанавливаем печатные платы, проверяем места креплений и качество сборки деталей корпуса между собой.

Как запустить свое электронное устройство в «серию» и не остаться без штанов Электроника, Интернет вещей, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Программирование, Самоделки, Мастерская, Инженер, Arduino, Сделай это, Российское производство, Изготовление, Процесс, Литье пластмасс, Проектирование, Длиннопост

Печатные платы в тестовой модели корпуса

Как запустить свое электронное устройство в «серию» и не остаться без штанов Электроника, Интернет вещей, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Программирование, Самоделки, Мастерская, Инженер, Arduino, Сделай это, Российское производство, Изготовление, Процесс, Литье пластмасс, Проектирование, Длиннопост

Тестовые образцы корпуса в сборе

Как запустить свое электронное устройство в «серию» и не остаться без штанов Электроника, Интернет вещей, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Программирование, Самоделки, Мастерская, Инженер, Arduino, Сделай это, Российское производство, Изготовление, Процесс, Литье пластмасс, Проектирование, Длиннопост

Рендер конечного продукта

На данном этапе мы получили 3D модель корпуса, но она, пока что, не пригодна для литья.

Изготовление пресс-формы для литья под давлением

Для литья под давлением необходимо доработать полученную модель:

  • Проверить толщины

  • Добавить уклоны для лучшего извлечения деталей из пресс-формы

  • Проработать крепления и расположение элементов

  • Добавить технологические углубления (компенсаторы) для предотвращения деформации материала

Пресс-форму для малой партии (до 50 тыс. смыканий) можно заказать из алюминия. Он легче поддается обработке, но и требования к изготавливаемой детали будут другими, так как высоким давлением легко замять тонкие перегородки.

Если корпус состоит из сложных деталей с мелкими частями - стальная форма

Простая форма деталей и невысокая точность - алюминиевая

Где заказывать пресс-форму?

Можно для начала отправить запрос по фирмам из ссылки в конце статьи. Прицениться, узнать требования и выслушать замечания.

После чего ищите в каких числах в Экспо-центре в Москве будет проходить выставка Rosmould & 3D-TECH и планируете поездку. Обычно это середина июня. В 2025 году она будет проходить с 17 по 19 июня.

  • Берете с собой свой образец корпуса, сумку для брошюр и приезжаете на выставку

  • Ходите по всем Китайским стендам и показываете свой корпус, собираете контакты

  • После выставки отправляете 3D модель и собираете с них коммерческие предложения (invoice). Желательно, чтоб у них уже был опыт изготовления пластиковых корпусов для электроники и того качества, которое бы вас устроило.

  • Открываете счет в ВТБ в юанях и оплачиваете аванс 50%

  • Инженеры с производства начнут присылать замечания к модели и варианты их решения

  • После обсуждения всех вопросов и замечаний начнут производство длиною пару месяцев

  • Изготовят первые образцы и пришлют фото и видео, если все устраивает, то отправят их на согласование вам в посылке (обычно 10 шт.)

Некоторые (большинство) компании могут предложить так же и само литье деталей корпуса, либо отправят вам пресс-форму, если планируете лить в России.

Минимальный заказ от 1 000 шт.

При ввозе в Россию может потребоваться растаможить пресс-формы, либо вести их "карго" окольными путями.

1/2

Примерно так будет выглядеть переписка с фабрикой

Когда модель утверждена - начинается моделирование пресс-формы. Обязательно запрашивайте исходники (3D модель в редактируемом виде) по завершению работ.

Как запустить свое электронное устройство в «серию» и не остаться без штанов Электроника, Интернет вещей, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Программирование, Самоделки, Мастерская, Инженер, Arduino, Сделай это, Российское производство, Изготовление, Процесс, Литье пластмасс, Проектирование, Длиннопост

Вид 3D модели пресс-форм

Пресс-форма изготовлена, тестовые образцы получены - можно начинать серийное производство.

Как запустить свое электронное устройство в «серию» и не остаться без штанов Электроника, Интернет вещей, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Программирование, Самоделки, Мастерская, Инженер, Arduino, Сделай это, Российское производство, Изготовление, Процесс, Литье пластмасс, Проектирование, Длиннопост

Тестовые образцы корпуса предсерийного литья

Затем сертификация устройств и мои поздравления. Надеюсь, что все у вас получится.

Выставка Rosmould & 3D-TECH проходит в Москве в середине июня.

Выставка ExpoElectronica проходит в Москве в середине апреля, где обязательно нужно побывать для обмена визитками с Китайскими и Отечественными производителями электроники.

Полезно почитать: Дизайн интерфейса для промышленного контроллера от Георгия Лефтар или Кейс: как мы корпус контроллера делали.

Так же есть весьма неплохой сайт, где можно поискать промышленных дизайнеров и изготовителей пресс-форм в России.

Наш сайт с Серверами автоматизации СА-02м, модулями питания и модулями расширения можно посмотреть тут: ЦИНТРОН - Устройства автоматизации

Подписаться на новости по нашим устройствам в телеграм тут: Цинтрон. Устройства автоматизации

Показать полностью 25
[моё] Электроника Интернет вещей Своими руками ПЛК Сборка Овик Освещение Разработка Процессор Программирование Самоделки Мастерская Инженер Arduino Сделай это Российское производство Изготовление Процесс Литье пластмасс Проектирование Длиннопост
133
55
JohnyPere
JohnyPere
5 месяцев назад
Arduino & Pi

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все…⁠⁠

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

Сервер автоматизации СА-02м с модулем питания и модулями расширения

Описание Сервера автоматизации СА-02м

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

СА-02м без разъемов, с разъемами, с led индикацией

Питается от 24 вольт постоянного тока через торцевой разъем от модуля питания МП-02м. Там же в торцевых разъемах (слева и справа по одному) расположены RS-485, к которым можно подключить модули расширения МР-02м для увеличения количества входов\выходов (дискретные, аналоговые). Устройство на базе одноплаточника с "камнем" Allwinner A40i. Установлен Armbian + Linux 6.1.0-rc6. Оперативной памяти 512 Мб, eMMC на 8 Гб, чего вполне достаточно для диспетчеризации 5 000 тегов в MasterSCADA4D (по информации о нагрузочных тестах СА-02м в ООО "МПС Софт").

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

Нагрузка при 500 тегах в MasterSCADA4D

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

Проект приточных установок в MasterSCADA4D

У сервера автоматизации СА-02м на борту 5 RS-485, один из которых с гальванической развязкой (изолированный). При установке системы диспетчеризации появляется возможность опрашивать различное инженерное и сетевое оборудование по протоколам МЭК 61850, МЭК 60870-5-104, Modbus RTU, Modbus TCP, OPC UA, SNMP, MQTT, BACnet, Profinet, Меркурий и других, что позволяет создать локальную систему учета электроэнергии, управлять системами вентиляции и кондиционирования воздуха, освещением, отоплением и т.д.

Так же есть возможность установить SCADA Каскад, Simple-SCADA, CoDeSys, NodeRed, OpenHab, Home Assistant и любое другое совместимое ПО.

"Под капотом"

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

Сервер автоматизации СА-02м

На верхней плате:

  • пара микросхем для RS-485 в торцевых разъемах

  • пищалка

  • статусные светодиоды

  • кнопка перезагрузки

На нижней плате:

  • 3 разъема для RS-485

  • разъем для дискретного выхода

  • Ethernet

  • USB type-C + USB Type A

  • управление питанием USB для перезагрузки модемов

  • разъем под microSD

  • PCI-e для одноплаточника

  • батарейка для часов реального времени (RTC)

Характеристики "одноплаточника" на Allwinner A40i

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

SK-A40i-NANO-2E

  • Allwinner A40i - 4xARM Cortex-A7 1200МГц

  • 512 Мб DDR3 DDR-1200

  • 8 Гб eMMC

  • 2 х Ethernet 100/10M, 2 x USB

  • I/O: CAN, UART, SPI, I2C, PWM, HP-out, TV-in, GPIO ...

  • Размеры PCI-e 30х51х4мм

  • Температурный диапазон -40 ... +85 °C

Как это работает

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

Сервер автоматизации СА-02м с модулями расширения. Шкаф АСУ ТП

Подключили сервер автоматизации СА-02м к модулю питания МП-02м-24, подключили модули расширения, разработали проект диспетчеризации в MasterSCADA4D с нужной логикой работы и загрузили его.
Подключились на web по IP и управляете нужным оборудованием через графический интерфейс.
Затем добавили счетчики электроэнергии и реализовали энергоучет.

Воткнули USB модем, настроили подключение к серверу, так как это все в контейнере за пол версты от офиса и кабель не проложить до него. Потом добавили интеграцию с телеграм и начали получать уведомления на телефон. Добавили модуль с LoRaWAN для беспроводных датчиков и связи с другим контейнером. По SNMP добавили пару серверных стоек, для большего спокойствия, и можно идти на новогодние праздники.

Передумали, зашли под админкой, поставили CoDeSys с Control Basic M лицензией, и используете, как ПЛК. Нужно для дома - NodeRed и Home Assistant.

Ссылки, идеи

Будем рады Вашим идеям, предложениям и содействию по расширению функционала и возможностей СА-02м.

Сервер автоматизации СА-02м, модуль питания и модули расширения можно посмотреть тут: ЦИНТРОН - Устройства автоматизации

Одноплаточник можно глянуть тут: SK-A40i-NANO-2E

Подписаться на новости по нашим устройствам в телеграм тут: Цинтрон. Устройства автоматизации

Показать полностью 7
[моё] Электроника Умный дом АСУ ТП Linux Scada Интернет вещей Home Assistant Своими руками ПЛК Сборка Овик Освещение Разработка Процессор Длиннопост
14
8
MZTA
MZTA
6 месяцев назад
Автоматизация
Серия ПО автоматизации

Протокол связи OPC UA⁠⁠

Протокол связи OPC UA Opc, Протокол, Связь, Автоматизация, ПЛК, Технологии, Длиннопост

Open Platform Communications United Architecture (OPC UA) – это стандарт обмена данными, используемый в промышленной автоматизации и связи. OPC UA – это независимый стандарт, не связанный с конкретной системой или производителем, он осуществляет связь посредством связи компьютер-машина или связи машина-машина. Предлагаем статью инженера Энтони Кинг Хо, опубликованную в журнале Control Automation, посвященную истории, структуре и применении протокола OPC UA.

История создания OPC UA

В 1994 году группа поставщиков программного и аппаратного обеспечения в секторе промышленной автоматизации и других инженерных дисциплинах сформировала то, что сейчас известно, как OPC Foundation.

OPC Foundation поставила себе целью разработать единую спецификацию клиент/сервер, которая позволила бы любому поставщику разрабатывать программное обеспечение и приложения, способные обмениваться данными быстрым и надежным способом. И в то же время устранить проприетарные схемы, из-за которых эти поставщики дублировали свои усилия по разработке.

В результате сообщество OPC Foundation разработало первую спецификацию для OPC DA, Data Access Specification 1.0a. Она была выпущена вскоре после этого, в начале 1996 года. Стандарт Data Access Specification определяет, как должны быть построены интерфейсы клиентского и серверного приложений. Используя эту спецификацию, поставщики могли быстро разрабатывать клиентское/серверное программное обеспечение.

Как работает OPC UA?

Однако, поскольку OPC DA в значительной степени опирается на Windows Distributed Component Object Model (DCOM), многие поставщики признают, что OPC DA не является по-настоящему открытым стандартом, плохо ведет себя в отключенном состоянии, плохо работает с брандмауэрами и работает только в Windows.

Чтобы преодолеть недостатки OPC DA, OPC Foundation разработал OPC UA, который значительно отличался от своего предшественника. Цель состояла в том, чтобы отойти от использования Windows DCOM в основном для лучшего удовлетворения меняющихся потребностей промышленной автоматизации.

Первая спецификация OPC UA была опубликована в 2006 году, а последняя версия, 1.04, была выпущена в ноябре 2017 года, добавив инфраструктуру связи публикации/подписки и новые политики безопасности.

Некоторые из улучшений, которые были введены в OPC UA, включают:

  • Открытость – доступен для использования и внедрения любым пользователем по лицензии GPL 2.0;

  • Кроссплатформенность – не привязан к одной операционной системе или языку программирования;

  • Повышенная безопасность протокола – предоставляет пользователям доступ к аутентификации, авторизации, целостности и конфиденциальности;

  • Введение метода, который представляет вызов функции объекта – метод вызывается (вызывается) и возвращается после завершения функции, независимо от того, была ли она успешной или нет;

  • Интеграция информационной модели в IEC 62541 – эта спецификация является основой инфраструктуры, необходимой поставщикам для интеграции своей информации и моделирования своих сложных данных в пространстве имен OPC UA. Она использует преимущества богатой сервис-ориентированной архитектуры OPC UA.

    Структура OPC UA (IEC 62541)

    Расширения полей, указанные в инициативе Field Level Communication (FLC), основаны на структуре OPC UA (IEC 62541). Эта структура предоставляет поставщикам независимую платформу, которая обеспечивает безопасный и надежный обмен информацией.

Протокол связи OPC UA Opc, Протокол, Связь, Автоматизация, ПЛК, Технологии, Длиннопост

Архитектура системы OPC UA FLC

Структура OPC UA поддерживает службы и протоколы клиент/сервер, а также модели и протоколы публикации/подписки (PubSub). OPC UA может работать на выделенных клиент/серверных отношениях. В сценарии PubSub сервер отправляет (публикует) данные в сеть, а клиент (подписавшийся) получает данные.

Важно отметить, что в спецификации OPC UA аутентификация, подписание и шифрование данных в значительной степени подчеркиваются как для моделей клиент/сервер, так и для моделей PubSub.

Роль OPC UA в промышленной автоматизации

Помимо того, что OPC UA является протоколом связи между машинами для промышленной автоматизации, он также является идеальным кандидатом для соединения машин и бизнес-сетей. OPC UA не только передает информацию о машинах, такую как заданные значения, измеренные значения и параметры процесса, но также определяет и описывает данные. Это делается с помощью сопоставлений в спецификации OPC UA.

С информационной моделью OPC UA новые процессы между ПЛК и любым более высоким уровнем, ориентированным на бизнес-ориентированный уровень программного обеспечения, могут быть установлены очень эффективно.

Протокол связи OPC UA Opc, Протокол, Связь, Автоматизация, ПЛК, Технологии, Длиннопост

OPC UA в системе автоматизации

В промышленном процессе заданные значения и управляющие переменные можно легко и централизованно поддерживать, а также контролировать как часть основных данных материалов. Даже информацию, специфичную для заказа клиента, можно напрямую обменивать с ПЛК вместо копирования данных на разных уровнях программного обеспечения.

Кроме того, предоставление данных об измерениях и процессах в качестве улучшения бизнес-документов для комплексной аналитики также является простой задачей, поскольку подключение стандартизировано.

С появлением Industry 4.0 разделение уровней и подход «сверху вниз» к потоку информации начали смешиваться, что означает, что в интеллектуальной сети каждое устройство или служба могут автономно инициировать связь с другими службами.

PLCopen (ассоциация производителей контроллеров на основе IEC 61131-3) сотрудничала с OPC Foundation для определения соответствующих функциональных блоков клиента OPC UA. Она создала способ для PLC обмениваться сложными структурами данных по горизонтали с другими контроллерами или по вертикали через сервер OPC UA в системе управления производством (MES) или планирования ресурсов предприятия (ERP) для получения новых производственных заказов или записи данных в облако. Эти усилия позволили производственной линии работать автономно в сочетании с интегрированной безопасностью OPC UA.

Отрасли по всему миру внедрили вертикальную интеграцию с использованием OPC UA. Каждый компонент в промышленном процессе, такой как контроллер, датчик, робот, камера и измерительное устройство, служит независимым машинным блоком, каждый из которых одновременно служит сервером OPC UA и клиентом OPC UA.

Следовательно, каждый машинный блок может использовать методы, события или точки данных OPC UA, которые публикуют его режимы, атрибуты и функциональные возможности и предлагают себя в качестве услуги.

Industry 4.0 и OPC UA

Как упоминалось ранее, с Industry 4.0 и промышленным Интернетом вещей (IIoT) информация может свободно передаваться между различными устройствами в интеллектуальной сети. Это создало серьезную проблему для безопасного и стандартизированного обмена данными и информацией.

В 2015 году модель эталонной архитектуры для Industry 4.0 (RAMI 4.0) рекомендовала только стандарт IEC 62541 OPC UA для реализации уровня связи. В результате любой продукт, рекламируемый как «с поддержкой Industry 4.0», должен поддерживать OPC UA – интегрированный или через шлюз.

В модели клиент/сервер обычно используются TCP и HTTPS. В модели PubSub используются UDP, AMQP и MQTT.

Протокол связи OPC UA Opc, Протокол, Связь, Автоматизация, ПЛК, Технологии, Длиннопост

Схема работы OPC UA

Стоит отметить, что OPC UA также реализован в чипах, небольших устройствах и датчиках. Помимо использования на производстве, приложения OPC UA уже развернуты в других областях, например, в коммерческом кухонном оборудовании, таком как фритюрницы, духовки, кофемашины и посудомоечные машины.

Планы развития OPC UA

Транзакции

С ростом популярности OPC UA во многих отраслях OPC UA является хорошим кандидатом для настройки. Простые задачи настройки можно решить с помощью методов, для более сложных процессов потребуются транзакции.

Метаданные в облаке

Когда данные публикуются в облачных приложениях, таких как Amazon Web Services (AWS) и Google Cloud, данные обычно не включают метаинформацию в адресном пространстве сервера. Метаданные помогут решить эту проблему в будущем.

Cloud Relay

Возможность облачной ретрансляции позволяет устанавливать связь между различными приложениями OPC UA, даже если и сервер, и клиент находятся за отдельными брандмауэрами.

Детерминированная связь

В текущем и прошлых поколениях связи связь не является детерминированной. С 5G, 5-м поколением беспроводных систем, она обеспечит лучшую производительность и детерминированность. Она будет похожа на Time Sensitive Networking (TSN), сопоставление модели PubSub с протоколом 5G сделает OPC UA более детерминированным.

Дополнительные сопоставления протоколов для детерминированной связи

В дополнение к 5G сопоставления с WiFi 6/7 могут сделать протокол детерминированным для беспроводных и мобильных промышленных приложений. Кроме того, сопоставление с сетевыми технологиями уровня 3 с поддержкой QoS (качество обслуживания) должно обеспечить детерминированную связь OPC UA, бесшовно маршрутизируемую по проводным и беспроводным сегментам сети.

Точно предсказать развитие OPC UA предсказать трудно, но похоже у данного протокола коммуникации есть большой потенциал.


Материал подготовлен Московским заводом тепловой автоматики (МЗТА)

Показать полностью 3
[моё] Opc Протокол Связь Автоматизация ПЛК Технологии Длиннопост
0
1
MZTA
MZTA
6 месяцев назад
Автоматизация
Серия ПО автоматизации

OPC UA и межмашинное взаимодействие (М2М)⁠⁠

OPC UA и межмашинное взаимодействие (М2М) Opc, Автоматизация, Протокол, ПЛК, Scada, Длиннопост

Протокол OPC UA предназначен для решения двух задач автоматизации: взаимодействие между поставщиками устройств и решение проблемы несовместимости устройств на транспортном уровне. В статье Антонио Армента, опубликованной в журнале Control Automation рассматривается вопрос интеграции OPC UA и среды межмашинного взаимодействия –Machine-to-Machine.

Современные производственные мощности все больше полагаются на высокие уровни горизонтальной и вертикальной интеграции между системами и между машинами. Горизонтальная интеграция относится к взаимосвязям между процессами и машинами на одном иерархическом уровне, что позволяет целым заводам общаться практически в реальном времени. Вертикальная интеграция, как определено в пирамиде автоматизации ISA-95 (международный стандарт для разработки интерфейса между предприятиями и управляющими системами), представляет собой передачу данных между несколькими бизнес-уровнями. Она охватывает взаимодействие оборудования на уровне полевых устройств, ПЛК, SCADA систем, инструментов управления операциями и программного обеспечения для планирования ресурсов предприятия.

Пирамидальная модель для интеграции автоматизации

Эффективный поток коммуникации между платформами, как по горизонтали, так и по вертикали, никогда не был столь важен. Этот тип связи чаще всего называют Machine-to-Machine – Межмашинное взаимодействие или M2M. Хотя название подразумевает физические машины, концепция M2M также применяется к интерфейсу между машинами и программными приложениями и даже между двумя или более программными платформами.

OPC UA и межмашинное взаимодействие (М2М) Opc, Автоматизация, Протокол, ПЛК, Scada, Длиннопост

Пирамида автоматизации ISA-95

Современные автоматизированные процессы часто включают в себя широкий спектр типов машин, программных приложений и сеть поставщиков и OEM-производителей. Архитектура такого процесса может быстро усложняться. Поэтому с тем, чтобы справиться с проблемой бесперебойного потока данных в такой среде, требуется надежное и гибкое решение. Для этого служит OPC UA.

Что такое OPC UA?

Унифицированная архитектура открытых платформ связи называется OPC UA. Реализация этого промышленного протокола связи увеличивается как по масштабу, так и по сложности. Рассмотрим интеграцию M2M и OPC UA в разрезе задач промышленности.

Сеть OPC UA для различных отраслей промышленности

OPC UA и межмашинное взаимодействие (М2М) Opc, Автоматизация, Протокол, ПЛК, Scada, Длиннопост

Международные стандарты, поддерживаемые OPC UA

Достижение взаимодействия с OPC UA

Коммуникация между машинами обеспечивает сложные автоматизированные взаимодействия между различными системами и машинами, составляющими экосистему. Одной из основных проблем для достижения настоящей интеграции M2M сегодня является разнообразие устройств, программных платформ и протоколов, развернутых в экосистеме. Многие протоколы связи, как правило, являются проприетарными, что может привести к непреднамеренным разрозненным данным и еще больше усложнить ситуацию.

Для решения этой проблемы OPC UA использует унифицированную модель данных (Unified Data Model – UDM), одну из своих самых мощных функций. Эта модель обеспечивает взаимодействие, предоставляя общую структуру для представления и передачи данных между несколькими платформами.

Что такое узел в OPC UA?

Как указано в UDM, в OPC UA все, от простого датчика до абстрактной программной связи, представлено как узел. Каждый узел описывается своими атрибутами и ссылками. Некоторые из наиболее распространенных атрибутов узла включают:

NodeId: уникальный идентификатор.
DisplayName: читаемое имя для упрощения просмотра.
DataType: логическое, целое число, строка и т. д.
Value: текущие данные или статус, хранящиеся в узле.

OPC UA и межмашинное взаимодействие (М2М) Opc, Автоматизация, Протокол, ПЛК, Scada, Длиннопост

Пример экрана настройки OPC UA, показывающий параметры атрибутов и ссылок

В то время как атрибуты помогают описать узел, ссылки помогают определить их отношения с другими узлами в системе. Узлы могут быть связаны между собой способами, которые могут обеспечить иерархию и структуру. Вот некоторые распространенные ссылки:

HasSubType: устанавливает вертикальные иерархии между узлами.
HasCause и HasEffect: устанавливает причинно-следственную связь. Это очень полезно для устранения неисправностей.
HasInterface: помогает реализовать стандартные интерфейсы связи, такие как TCP/IP.
HasProperty: связывает узлы с узлами свойств.

OPC UA поддерживает все известные типы данных, включая целые числа, строки, массивы и сложные структуры. Также поддерживаются пользовательские типы данных, что позволяет представлять абстрактные составные структуры.

Еще одной ключевой концепцией, относящейся к взаимодействию, является адресное пространство. В то время как унифицированная модель данных имеет дело со стандартным представлением данных, адресное пространство касается их структуры и организации. Используя приложение с поддержкой OPC UA, такое как Kepware, адресное пространство предоставляет пользователю системную структуру, объясняющую, как все связано.

Независимость транспортного уровня

Независимость транспортного уровня делает OPC UA высоко совместимым. Эту функцию также можно назвать «протокольно-независимой». Это еще одна причина, по которой OPC UA выделился и стал таким популярным. По сути, независимость транспортного уровня отделяет транспортный уровень от семантики, специфичной для протокола, позволяя различным протоколам использовать данные без внесения в них каких-либо изменений.

Некоторые протоколы связи, поддерживаемые OPC UA, включают TCP/IP, HTTP и HTTPS, MQTT (очень распространенный в приложениях Интернета вещей – IoT) и множество заводских протоколов на основе Ethernet.

Значение этой функции для ПО автоматизации невозможно переоценить. Многие современные системы включают в себя несколько протоколов связи, образуя сложный и неоднородный промышленный сетевой ландшафт. OPC UA решает эту проблему, предоставляя унифицированную систему благодаря независимости транспортного уровня.

Использование OPC UA для интеграции устаревших систем

Одним важным преимуществом, о котором стоит упомянуть, является интеграция между современными и устаревшими системами, обеспечиваемая этой функцией. OPC UA может помочь установить интерфейсы между устройствами, использующими старые протоколы связи, и новыми устройствами IoT, сосуществующими в одной экосистеме. Кроме того, протоколо-независимая природа OPC UA делает его перспективным, поскольку он может включать будущие протоколы по своей конструкции.

Таким образом, OPC UA способствует обеспечению взаимодействия, повышению эффективности работы, обеспечению масштабируемости в будущем и устранению изолированности данных.

Материал подготовлен Московским заводом тепловой автоматики (МЗТА)

Показать полностью 3
Opc Автоматизация Протокол ПЛК Scada Длиннопост
0
8
youengineerasu
youengineerasu
6 месяцев назад
Серия Программная среда CoDeSyS 3.5

Программирование СПК107. Журнал аварий⁠⁠

Приветствую всех. Эта статья будет посвящена дистрибутиву CoDeSyS 3.5 SP17 Pacth 3 и панельному контроллеру ОВЕН СПК107.

Как сделать журнал аварий?

Аварии. Начало

Аварии бывают разные - предупреждение, аварии и сообщения. Ну смысл такой, что их нужно где-то отображать и фиксировать для своевременного реагирования персонала на внештатную ситуацию.

В CoDeSyS 3.5 это достаточно глубоко продумано. Создаем проект. И добавляем в дереве проектов менеджер Аварий.

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

Добавляем Конфигурацию тревог.

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

Error, Info, Warning - это у нас классы, где мы настраиваем цвет сработанной аварии, цвет квитирования и цвет отмеченной аварии. и, соответственно шрифт текста.

AlarmStorage - это настройки хранилища, где будем архивировать аварии.

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

После этого добавляем группу тревог и список сообщений.

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

Получаем вот такой список элементов.

Настройки Конфигуратора и вывод на экран

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

Настраиваем классы аварий, цвет, шрифт, действия, способ квитирования.

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

В списке текстов пишем названия сообщений - под каждую переменную своё название. ID - это номер строки.

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

Дальше настраиваем группы аварий, каждая со своей переменной, сообщением и способом квитирования.

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост
Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост
Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

Вот так выглядит сама настройка. Можно выбрать разные способы наблюдений.

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

Можно по дискретному сигналу, можно по верхней и нижней границе, можно за пределы, можно посередине, можно по изменению, можно по событию. Логика настраивается.

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

Далее добавляем визуализацию, либо баннер либо таблицу.

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

Мне удобнее всего в виде таблицы. Её можно очень гибко настроить. Шапку, столбцы, толщина столбца, шрифт ну и т.п.

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

Можно сделать несколько групп и разные аварии, можно делать сообщения и аварии в отдельных таблицах. Кому как надо.

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

Это готовые кнопки управления панелью алармов.

Программирование СПК107. Журнал аварий Инженер, Программа, Windows, Приложение, Гайд, ПЛК, Программирование ПЛК, Отдел АСУ, КИПиА, Я у мамы инженер, Telegram (ссылка), Длиннопост

Вот так выглядит в одном из рабочих проектов. Там требовалось сделать просто сообщения.
Пишите комменты, как делаете вы?

Показать полностью 16
Инженер Программа Windows Приложение Гайд ПЛК Программирование ПЛК Отдел АСУ КИПиА Я у мамы инженер Telegram (ссылка) Длиннопост
2
7
youengineerasu
youengineerasu
6 месяцев назад
Серия Программная среда CoDeSyS 3.5

Счётчики ПЛК c CODESYS: CTU, CTD и CTUD⁠⁠

ПЛК имеют счётчик с увеличением CTU, счётчик с уменьшением CTD и реверсивный счётчик CTUD. Счётчик увеличивает или уменьшает текущее значение, когда вход счётчика изменяется с «ложь» на «истина» или с ВЫКЛ на ВКЛ.

Каждое изменение входного сигнала счётчика увеличивает или уменьшает текущее значение на 1. Уставка счётчика — это числовое значение, определяющее диапазон счётчика. Счётчики используются для подсчёта изменений входных битов. Диапазон подсчитываемых битов определяется уставкой. Диапазон счётчика фиксированный.

Счётчик с увеличением (Up Counter) CTU в ПЛК

Счётчик с увеличением — это инкрементный счётчик. Когда вход счётчика изменяется с «ложь» на «истина», счётчик увеличивается на 1 до достижения установленного значения. Как только счётчик достигает установленного значения, выход счётчика Q включается. Ниже приведены входы и выходы для счётчика с увеличением:

Входы счётчика с увеличением:

  • CU: вход счётчика с увеличением, тип данных bool. Каждое изменение CU увеличивает счётчик на 1.

  • Reset: вход сброса счётчика. Когда Reset равен «истина», счётчик сбрасывается.

  • PV: установленное значение счётчика. Максимальное значение счётчика для подсчёта битов.

Выходы счётчика:

  • Q: выходной бит счётчика. Состояние Q становится «истина», когда текущее значение счётчика (CV) равно или больше установленного значения.

  • CV: выход счётчика. Это текущее значение счётчика.

Счётчики ПЛК c CODESYS: CTU, CTD и CTUD Инженер, Электричество, Энергетика (производство энергии), Энергия, Асу, Промышленность, АСУ ТП, Программирование ПЛК, ПЛК, Telegram (ссылка), Длиннопост

Выше приведен пример счётчика с увеличением в ПЛК. Каждый нарастающий фронт CU увеличивает счётчик на 1. Когда значение счётчика (CV) равно или больше установленного значения, выход счётчика (Q) включается. Счётчик с увеличением сбрасывает текущее значение (CV) до нуля, если вход сброса счётчика включен. Текущее значение счётчика продолжает увеличиваться, даже если выход счётчика равен «истина».

Счётчик с уменьшением (Down Counter) CTD в ПЛК

CTD — это счётчик с уменьшением в ПЛК. При каждом нарастающем фронте счётчика с уменьшением значение счётчика уменьшается на 1. При инициализации счётчика или первом запуске установленное значение счётчика не задаётся, пока вход загрузки не станет «ложь», поэтому установите вход загрузки в «истина», чтобы задать установленное значение. Когда вход загрузки включен, установленное значение счётчика задаётся, и каждое изменение входа счётчика уменьшает значение счётчика на 1. Ниже приведены входы и выходы счётчика с уменьшением:

Входы счётчика с уменьшением:

  • CD: вход счётчика с уменьшением, тип данных bool. Каждое изменение CD уменьшает счётчик на 1.

  • LOAD: когда LOAD установлен в «истина», устанавливается предустановленное значение счётчика. В противном случае счётчик не уменьшается.

  • PV: установленное значение счётчика. Установленное значение счётчика задаётся, когда LOAD равен «истина».

Выходы счётчика:

  • Q: выходной бит счётчика. Состояние Q становится «истина», когда текущее значение счётчика (CV) равно нулю.

  • CV: выход счётчика. Это текущее значение счётчика.

Счётчики ПЛК c CODESYS: CTU, CTD и CTUD Инженер, Электричество, Энергетика (производство энергии), Энергия, Асу, Промышленность, АСУ ТП, Программирование ПЛК, ПЛК, Telegram (ссылка), Длиннопост

Выше приведен пример счётчика с уменьшением в ПЛК. Установите LOAD в «истина», чтобы установить предустановленное значение счётчика, затем установите LOAD в «ложь». Если LOAD равен «истина» и вход счётчика (CD) изменяется с «ложь» на «истина», то текущее значение счётчика остаётся неизменным, поэтому всегда устанавливайте значение LOAD в «ложь», если установлено предустановленное значение счётчика.

Если значение счётчика установлено и вход LOAD равен «ложь», то каждый нарастающий фронт входа CD счётчика уменьшает значение CV счётчика на 1 до тех пор, пока значение счётчика не достигнет нуля. Как только значение счётчика становится равным нулю, выход счётчика Q устанавливается в «истина».

Реверсивный счётчик (Up/Down Counter) CTUD в ПЛК

CTUD — это инструкция реверсивного счётчика в ПЛК. CTUD работает как счётчик с увеличением и уменьшением при выборе соответствующего входа CTUD. Для счётчика с увеличением CU устанавливается в «истина», а все остальные битовые входы устанавливаются в «ложь».

Для счётчика с уменьшением бит CD включается и устанавливается предустановленное значение. CTUD — это комбинация счётчика с увеличением и уменьшением, он работает как счётчик вверх или вниз. Каждый нарастающий фронт входа CU увеличивает счётчик на 1, а каждый нарастающий фронт CD уменьшает значение счётчика на 1.

Счётчики ПЛК c CODESYS: CTU, CTD и CTUD Инженер, Электричество, Энергетика (производство энергии), Энергия, Асу, Промышленность, АСУ ТП, Программирование ПЛК, ПЛК, Telegram (ссылка), Длиннопост

Выше приведен пример реверсивного счётчика в ПЛК. Все входы и выходы представляют собой комбинацию входов и выходов счётчика с увеличением и уменьшением. Реверсивный счётчик работает как счётчик с увеличением, если CD, LOAD, Reset установлены в «ложь», и вход счётчика CU изменяется с «ложь» на «истина», то счётчик увеличивает значение на 1. QU — это выход счётчика с увеличением, он устанавливается, когда счётчик (CV) больше установленного значения счётчика.

Реверсивный счётчик работает как счётчик с уменьшением, когда CU, RESET и LOAD равны «ложь», и установлено предустановленное значение или текущее значение счётчика больше нуля. Каждый нарастающий фронт уменьшает значение счётчика на 1. QD — это выход счётчика с уменьшением, он включается, когда текущее значение счётчика равно нулю.

Показать полностью 3
Инженер Электричество Энергетика (производство энергии) Энергия Асу Промышленность АСУ ТП Программирование ПЛК ПЛК Telegram (ссылка) Длиннопост
1
Посты не найдены
О Нас
О Пикабу
Контакты
Реклама
Сообщить об ошибке
Сообщить о нарушении законодательства
Отзывы и предложения
Новости Пикабу
RSS
Информация
Помощь
Кодекс Пикабу
Награды
Команда Пикабу
Бан-лист
Конфиденциальность
Правила соцсети
О рекомендациях
Наши проекты
Блоги
Работа
Промокоды
Игры
Скидки
Курсы
Зал славы
Mobile
Мобильное приложение
Партнёры
Промокоды Biggeek
Промокоды Маркет Деливери
Промокоды Яндекс Путешествия
Промокоды М.Видео
Промокоды в Ленте Онлайн
Промокоды Тефаль
Промокоды Сбермаркет
Промокоды Спортмастер
Постила
Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии