IEC61131-3_Serebrum.pdf
1.7 MB
Серебрум-IEC - открытие выставки. Вот такого продукта я точно не ожидал увидеть
Давайте начнем по порядку. Компания Серебрум выпускает свои контроллеры, модули расширения, имеет облачную СКАДа и свое окружение для разработки.
YART Studio вы могли видеть на моих стримах пару лет назад вместе с PLC Neon. Тогда среда разработки меня победила, я поставил им 5 из 10 и сказал, что они имеют большие перспективы.
Удивительно как все вышло.
Что же за продукт был представлен на выставке? Если очень просто - Codesys, если капать глубже, то становиться интереснее.
Это полный набор для работы с ПЛК: runtime, toolchain и ide.
Были убраны этапы трансляции кода МЭК в С, потом компилирование и т.д. а был взят LLVM.
Готовый набор для производителей своих ПЛК.
Получается будет свое ядро, с планировщиком задач, что очень важно, но и очень сложно. Свои все драйвера для периферии производитель интегрирует сам.
Планируют в первую очередь довести эту систему до одноплатников и вот тут уже можно будет затестировать полностью.
#АСУТП #IDE #ПЛК #ST #МЭК #Серебрум
"Я вам че - Автоматизатор?!"
Давайте начнем по порядку. Компания Серебрум выпускает свои контроллеры, модули расширения, имеет облачную СКАДа и свое окружение для разработки.
YART Studio вы могли видеть на моих стримах пару лет назад вместе с PLC Neon. Тогда среда разработки меня победила, я поставил им 5 из 10 и сказал, что они имеют большие перспективы.
Удивительно как все вышло.
Что же за продукт был представлен на выставке? Если очень просто - Codesys, если капать глубже, то становиться интереснее.
Это полный набор для работы с ПЛК: runtime, toolchain и ide.
Были убраны этапы трансляции кода МЭК в С, потом компилирование и т.д. а был взят LLVM.
Готовый набор для производителей своих ПЛК.
Получается будет свое ядро, с планировщиком задач, что очень важно, но и очень сложно. Свои все драйвера для периферии производитель интегрирует сам.
Планируют в первую очередь довести эту систему до одноплатников и вот тут уже можно будет затестировать полностью.
#АСУТП #IDE #ПЛК #ST #МЭК #Серебрум
"Я вам че - Автоматизатор?!"
👍8🤔3
Ночная рубрика "Что там по архитектуре"
Представим, что нам требуется выход одного функционального блока передать на вход другого функционального блока.
Пускай будет fb1.Out и fb2.IN.
Так вот как лучше это сделать?
Представим, что нам требуется выход одного функционального блока передать на вход другого функционального блока.
Пускай будет fb1.Out и fb2.IN.
Так вот как лучше это сделать?
Как лучше передать fb1.Out на fb2.In
Anonymous Poll
16%
fb1.Out=>fb2.In
61%
fb2.In:=fb1.Out
17%
Через структуру
6%
Свой вариант(комментарии)
Как один подшипник остановит завод
Специалисты СИБУРа обзорно рассказывают про системы предикативной аналитики, как они работают и как они сделали свою систему.
"Я вам че - Автоматизатор?!"
#АСУТП #СИБУР
Специалисты СИБУРа обзорно рассказывают про системы предикативной аналитики, как они работают и как они сделали свою систему.
"Я вам че - Автоматизатор?!"
#АСУТП #СИБУР
Хабр
Сибур инвестировал в систему диагностики, чтобы предотвратить миллионы убытков от аварий
Каждый день на нефтегазохимических заводах СИБУРа работают тысячи единиц оборудования. Компрессоры, насосы, турбины — все они крутятся, нагреваются, изнашиваются. И рано или поздно...
👎1🤔1
Иногда лучше не слушать подкасты, так как они заставляют вернутся к тому, что не доделал. Возвращаюсь к архитектуре ППО. Целью всех этих изысканий будет лишь формирование правил и подходов, как минимум для себя, для быстрого написания кода, его организации, масштабирования, отладки и сопровождения.
Для себя я хочу точно выделить логические слои и разграничить зоны ответственности между ними, сформировать правила взаимодействия и найти какие-то общие паттерны для упрощения стандартных решений.
Рассматривать все это будут с точки зрения классического подхода, без использования ООП.
В таком нелегком деле буду рад пообщаться по теме вопроса.
Сейчас для себя я выделил 5 основных логических слоев ППО. Слой входных/выходных данных, слой оборудования, слой технологического процесса и два слоя, которые взаимодействуют со всеми - слой пользовательского управления и слой безопасности.
По моим умозаключениям все фб внутри одного логического слоя могут напрямую взаимодействовать друг с другом, но передача между логическими слоями должна происходить только через специальные объекты передачи данных. При чем каждый логический слой вполне может быть самостоятельной программой
Слои пользовательского управления и безопасности могут быть интегрированы в каждый конкретный слой или также выступать самостоятельными сущностями.
Вот отталкиваясь вот от этой диаграммы я буду дальше раскручивать клубок. Так что если есть какие-то мысли, вопросы, предложения, то добро пожаловать.
#АСУТП #ППО #ПЛК #Архитектруа
"Я вам че - Автоматизатор?!"
Для себя я хочу точно выделить логические слои и разграничить зоны ответственности между ними, сформировать правила взаимодействия и найти какие-то общие паттерны для упрощения стандартных решений.
Рассматривать все это будут с точки зрения классического подхода, без использования ООП.
В таком нелегком деле буду рад пообщаться по теме вопроса.
Сейчас для себя я выделил 5 основных логических слоев ППО. Слой входных/выходных данных, слой оборудования, слой технологического процесса и два слоя, которые взаимодействуют со всеми - слой пользовательского управления и слой безопасности.
По моим умозаключениям все фб внутри одного логического слоя могут напрямую взаимодействовать друг с другом, но передача между логическими слоями должна происходить только через специальные объекты передачи данных. При чем каждый логический слой вполне может быть самостоятельной программой
Слои пользовательского управления и безопасности могут быть интегрированы в каждый конкретный слой или также выступать самостоятельными сущностями.
Вот отталкиваясь вот от этой диаграммы я буду дальше раскручивать клубок. Так что если есть какие-то мысли, вопросы, предложения, то добро пожаловать.
#АСУТП #ППО #ПЛК #Архитектруа
"Я вам че - Автоматизатор?!"
👍4🤔3🔥1
Облачные IIoT-решения для промышленной автоматизации от бренда EKF представлены на ведущих отраслевых выставках России
Компания «Электрорешения» (бренд EKF) представила на ключевых отраслевых выставках свои облачные IIoT-решения. Менеджер по развитию Кирилл Коземиров рассказал, как технологии помогают бизнесу решать конкретные задачи.
🎯 Ключевая проблема, которую закрывают решения:
Анализ простоев оборудования в реальном времени для снижения потерь и повышения управляемости производством.
💡 Что дают облачные IIoT-платформы (на примере EKF Connect Industry):
Упрощение: Быстрый запуск проектов по мониторингу удаленных объектов (генераторы, насосные станции, тепловые пункты) без сложных и дорогих SCADA-систем.
Глубокая аналитика: Легкий доступ к энергоменеджменту, анализу качества электроэнергии и прогнозированию сбоев оборудования.
Гибкость: Возможность настраивать оповещения (вплоть до Telegram-уведомлений) и создавать сложные сценарии на Python.
🏭 Примеры готовых решений:
Мониторинг АВР (автоматического ввода резерва).
Управление освещением с анализом эффективности.
Диспетчеризация тепловых пунктов (ИТП).
✅ Уже внедрено:
Платформа EKF работает в реальных проектах, например, для мониторинга 75 компрессорных станций на железной дороге и энергомониторинга на крупном химическом производстве.
Итог: Облачные сервисы EKF — это готовый инструмент для цифровизации, который делает передовую аналитику доступной для предприятий любого масштаба.
"Я вам че - Автоматизатор?!"
#индустрия40 #iiot #ekf
Компания «Электрорешения» (бренд EKF) представила на ключевых отраслевых выставках свои облачные IIoT-решения. Менеджер по развитию Кирилл Коземиров рассказал, как технологии помогают бизнесу решать конкретные задачи.
🎯 Ключевая проблема, которую закрывают решения:
Анализ простоев оборудования в реальном времени для снижения потерь и повышения управляемости производством.
💡 Что дают облачные IIoT-платформы (на примере EKF Connect Industry):
Упрощение: Быстрый запуск проектов по мониторингу удаленных объектов (генераторы, насосные станции, тепловые пункты) без сложных и дорогих SCADA-систем.
Глубокая аналитика: Легкий доступ к энергоменеджменту, анализу качества электроэнергии и прогнозированию сбоев оборудования.
Гибкость: Возможность настраивать оповещения (вплоть до Telegram-уведомлений) и создавать сложные сценарии на Python.
🏭 Примеры готовых решений:
Мониторинг АВР (автоматического ввода резерва).
Управление освещением с анализом эффективности.
Диспетчеризация тепловых пунктов (ИТП).
✅ Уже внедрено:
Платформа EKF работает в реальных проектах, например, для мониторинга 75 компрессорных станций на железной дороге и энергомониторинга на крупном химическом производстве.
Итог: Облачные сервисы EKF — это готовый инструмент для цифровизации, который делает передовую аналитику доступной для предприятий любого масштаба.
"Я вам че - Автоматизатор?!"
#индустрия40 #iiot #ekf
👍3🤨1