Обзор отечественных ПЛК
На обзоре представлены:
1)«Овен»
2)СКБ «Промавтоматика»
3)«МЗТА»
4)«ДЭП»
5)«Нефтеавтоматика»
6)«НПФ ДОЛОМАНТ»
7)«ЭлеСи»
8)«Электроприбор»
9)НПФ «КРУГ»
10)RealLab!
11)«ТРЭИ»
@wtfcontrolsengineer

Здравствуйте, коллеги.
Наконец-то это свершилось и я запускаяю в тестовом режиме бота этого канала: https://t.me/Engcore_Bot
Пока весь его функционал это предложение новостей (они же ваши статьи)и вопросы(они же предложения для канала, новых статей, или какие-то вопросы про ОТ и программирование исключительно на адрес админа)
Тестируйте пожалуйста. Пишите вопросы, пишите статьи. предлогайте новости.
В случае каких-то проблем можно написать в обсуждения

Статья про работу с сокетами в среде разработки Codesys v3.5
В данной статье рассказываю кратко за сокеты, семейство сокетов, тип сокетов, создаем соединение с сервером, отправляем данные на сервер и забираем данные и отображаем их в структуру.
#Codesys #АСУТП #ПЛК
https://blog.engcore.ru/2022/08/05/rabota-s-socket-codesys-v35-1/
@wtfcontrolsengineer

Как много я имею сказать по этому поводу, но удалось соединиться с IoTCore от Яндекс Облака

Решения IIoT для свободы, гибкости и быстрого доступа к данным
Три примерах использования промышленного интернета вещей, позволяющего избавиться от ограничений проприетарных систем, объединить весь "зоопарк" оборудования и вроде как ускорить доступ к данным(но это не точно)
Материал рекламный, так как кто реализовывал проекты тот о них и пишет, но идею с подходом можно легко брать на вооружение.
#iiot #mqtt

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

Если кто-то давно хотел попробовать нейронки и не знал с чего к ним подступиться, то вот вам небольшой пример.
Фундаментальных знаний он вам конечно не даст, но сложить первое впечатление о том, как это все примерно работает у вас получится, а если у кого-то есть доступ к историческим данным, то есть все шансы попробовать.
Бот для предложки: https://t.me/Engcore_Bot

Если вы искали в свои проекты опенсорсную SCADA систему, то представляю вашему вниманию
FUXA
- Инструментарий для промышленных веб-интерфейсов, веб-приложений и приборных панелей
- drag'n'drop WYSIWYG редактор
- HTML5, CSS, JavaScript, REST API и websocket
- HMI и приложения запускаются в любом HTML5-совместимом веб-браузере на сенсорной панели, ПК, планшете или смартфоне без необходимости установки плагинов.
- Возможность подключения: OPC-UA, Modbus RTU/TCP, MQTT, протокол Siemens S7, Ethernet/IP (Allen Bradley), BACnet IP (собственное полностью настраиваемое соединение доступно в качестве услуги).
-Сервер работает на Windows, Linux и ARM архитектурах
#SCADA
Бот для ваших вопросов и предложений: @Engcore_Bot

Пятничная мантра:
«Если установка работала вчера, позавчера и всю прошлую неделю и месяц до этогог, а сегодня не работает, то это точно не код»

Всем здрасьте, я тут опять с вопросами. Давно я спрашивал о том, а стоит ли сделать какое-то центральное хранилище мануалов и вот время пришло этим заняться.
Разумеется раз мы научились писать ботов, то через него и будем делать взаимодействие.
Идея в следующем. Участник заходит в бота, жмакает кнопку загрузки документации, прикрепляет файл, отправляет его, дальше вводит описание что это за мануал он прикрепил, после файл попадает на модерацию и если описание и реальность совпали, а манаул являетсям манулом, то он попадает в базу данных и там хранится, если загрузивший пользователь удаляет файл из чата с ботом, ну тогда мы и доступ к нему теряем.
И вот тут вопрос, что вам поможет осуществить поиск. Я предполагаю вводить только фирму производителя и модель к чему этот мануал относится. Если вам нужно что-то еще, то прошу в комментарии.
Стоит учитывать что и поиск на первых парах будет фактически грепом по описанию файла, который введет пользователь.

Правила работы с переменными при программировании ПЛК:
1)Избегайте использования системных адресов в коде
2)Определите стандартный набор префиксов, если вы их собрались использовать(Венгерская нотация)
3)Определите слова, которые стоит избегать в именах объектов. Обычно это ключевые слова и бессмысленные переменные(temp, buf и т.д.)
4)Определите нотации объявления переменных и объектов, которые будут использоваться в проекте.
К примеру:
UPPER_SNAKE_CASE - для констант, различных пользовательских перечислений и ключевых слов(END_IF)
UpperCamelCase - для всего остального(если у вас есть префиксы, то будет lowerCamelCase)
5)Определите допустимую длину названия переменной. Избегайте аббревиатур если они не известны. Не используйте малоразличаемые имена(valve/valves)
6)Не используйте одинаковые имена для любых задач, программ, функций и функциональных блоков,
переменных, UDT и пространств имен.
7)Переменные должны быть понятны, читаемы и отражать содержимое

@wtfcontrolsengineer
Предложка: @Engcore_Bot

Закончим понедельник хорошей статьей о сравнении БД временных рядов и архиваторах исторических данных.
https://www.umh.app/post/historians-vs-open-source-databases
В статье рассказывается про минусы бд временных рядов для OT и почему исторические сервера не подходят для IT

Когда пытаешься найти где достать ЗИП
@wtfcontrolsengineer

Продолжение статьи по работе с сокетами.
В статье происходит работы с сертификатами и установка соединения c использованием TLS протокола.
Бот для ваших новостей, статей и предложений: @Engcore_Bot
"Я вам че - Автоматизатор"

Всех приветствую. Я тут опять с кризисом идей, так что обращаюсь к вам. Напишите в комментариях к этому посту оч ем бы вы хотели узнать больше по тематике канала?

OPC UA решил стать еще огромнее.
Мое отношение к OPC UA менялось от ненависти, до дружеского общения и теперь я начинаю его бояться. OPC UA становится тяжелым и неподъемным, он хочет вместить в себя все, что можно.
И теперь у нас новость, что OPC Foundation и FieldComm Group разрабатывают профиль контрольно-измерительного оборудования для OPC UA Field eXchange.
Цель состоит в том, чтобы обеспечить интероперабельный интерфейс между ПЛК/РСУ и контрольно-измерительными устройствами, такими как датчики, приборы и приводы. Решение должно поддерживать различные отрасли, такие как нефть и газ, фармацевтика, химическая промышленность, энергетика, водоснабжение и водоотведение, а также целлюлозно-бумажная промышленность.
Спецификация профиля нового контрольно-измерительного устройства будет использовать PubSub и может сочетаться с различными базовыми протоколами связи (например, UDP/IP) и физическими уровнями (например, Ethernet-APL) для поддержки всех соответствующих вариантов использования в дискретном и непрерывном производстве, включая контрольно-измерительные приборы безопасности на основе OPC UA Безопасный и детерминированный обмен данными на основе Ethernet Time-Sensitive Networking (TSN), где это применимо.
"Я вам че - Автоматизатор?"

PA-DIM(Информационная модель устройства автоматизации процессов)
Еще одна надстройка в OPC UA.
Короче говоря, PA-DIM — это общий язык для описания данных устройства независимо от протокола, типа устройства или производителя.
Среди кейсов для этой модели указаны:
1)Мониторинг состояния устройства, включая статус, возможную причину и дополнительные сведения
2)Хранение параметров устройства NOA, включая их историю.
3)Контроль устройства с течением времени на предмет их рабочего диапазона и проверка на соответствие
4)Идентификация устройства, включая производителя, модель, серийный номер, версию аппаратного и программного обеспечения, код продукта и AssetID (тег для устройства).
5)Проверка, что установленные устройства и их конфигурации соответствуют спроектированным устройствам и конфигурациям.
6)Считывание переменных процесса с многопараметрических устройств.
И все это работает в NAMUR Open Architecture
"Я вам че - Автоматизатор?"

Наконец все что можно отгремело. Индустрия 4.0 немножко устаканилась. Есть конкретные технологии и направления: IIOT(беспроводные датчики плюс устройства минимального управления с функцией авторизации)- используется все в сложных и удаленных местах, но не критичных к времени реакции; Граничные вычисления - перенос сложной работы с данными на вычислительные мощности внутри сети предприятия; "Облачные технологии" - весьма никакое название, но подразумевает хранение и доступ к данным, которые лежат где-то на сторонних серверах ну и ряд различного функционала к ним(Нейронные сети, различные предиктивные системы, системы оптимизации, построение логистических цепочек и т.д.); TSN как возможно будущее всей связи промышленной автоматизации и Ethernet APL - выглядит очень внушительно, даже некоторые крупные игроки начали доработки стандартов под эти технологии, ну и гигантизм OPC UA.
Однако, получаем ряд проблем с внедрением
- Навыки и таланты . Одной из самых больших проблем являются навыки и таланты, необходимые для управления структурами Индустрии 4.0 и их обслуживания.
- Кибербезопасность. Огромнейшая проблема в автоматизации.
- Высокие инвестиционные требования: МСП (малые и средние предприятия) часто испытывают трудности с привлечением капитала, необходимого для внедрения Индустрии 4.0.
- Организационное сопротивление изменениям. Оцифровка вашего завода имеет явные преимущества, если она реализована правильно, но люди не хотят и не видят смысла.
- Отсутствие инфраструктуры: часто у компаний нет ИТ-инфраструктуры и инфраструктуры данных, необходимых для успешной реализации стратегий Индустрии 4.0.