Так как с новостями в последние несколько недель все очень и очень грустно, то ловите небольшую хитрость, возможно я опоздал, но все же. Для тех кто пользуется контроллерами на базе Codesys и любит удаленное присутствие на объекте, то вот вам возможность использования AnyDesk как обычного прокси-шлюза.
1)Пробрасываете порты до Codesys gateway на удаленной машине
2)Добавляете новый Gateway в проекте Codesys с указанным портном на вашей стороне
3)Указываете IP ПЛК в сети удаленной машины
4)....
5)Profit
Быстро и просто, не надо возиться с VPN и мостами. Из минусов требуется кто-то на объекте с интернетом и постоянно включенным AnyDesk
1)Пробрасываете порты до Codesys gateway на удаленной машине
2)Добавляете новый Gateway в проекте Codesys с указанным портном на вашей стороне
3)Указываете IP ПЛК в сети удаленной машины
4)....
5)Profit
Быстро и просто, не надо возиться с VPN и мостами. Из минусов требуется кто-то на объекте с интернетом и постоянно включенным AnyDesk
И еще не много об интересных статьях
https://habr.com/ru/post/690898/
Весьма интересная статья о подходах к созданию универсальных FB для решения определенных технологических задач. Не скажу, что это именно что framework, но за старания и статью огромный плюс.
https://habr.com/ru/post/690898/
Весьма интересная статья о подходах к созданию универсальных FB для решения определенных технологических задач. Не скажу, что это именно что framework, но за старания и статью огромный плюс.
Хабр
Pump Station Framework для ПЛК ОВЕН 110-32м2
Привет, Хабр! Это мой первый опыт написания здесь, если что, уж сильно не пинайте). Сам я программист самоучка. Новый язык Structured Text и среду разработки Codesys разбирал по мануалу и стандарту...
Наконец-то я добрался до сравнения структурного подхода при написании ППО для ПЛК и ООП. Тут вам и функции, и функциональные блоки, обращения к структурам, наследование, интерфейсы, абстрактные классы, методы и свойства.
На синтетических примерах показываю как я подхожу к написанию логики программы и как я работаю с данными, постарался показать как в целом это можно сделать. Чтения минут на 30
https://blog.engcore.ru/2022/09/12/use_plc_oop/
На синтетических примерах показываю как я подхожу к написанию логики программы и как я работаю с данными, постарался показать как в целом это можно сделать. Чтения минут на 30
https://blog.engcore.ru/2022/09/12/use_plc_oop/
Я вам че - Автоматизатор?
Использование объектно-ориентированного подхода для ППО ПЛК. - Я вам че - Автоматизатор?
Ниже я расскажу о структурном и объектно-ориентированном подходах для ПЛК, затронем отличия в написание кода и разберем пару примеров с ООП
Для тех кому не хватает общения на тему программирования ПЛК и в целом программирования в сфере ОТ, то еще есть чатик
https://t.me/wtfplc
Во избежание недоразумений прошу ознакомится с правилами чата в закрепленном сообщении
https://t.me/wtfplc
Во избежание недоразумений прошу ознакомится с правилами чата в закрепленном сообщении
Как говорят зарубежные товарищи: "...типичные проблемы при проектировании машин включают проблемы совместимости и интеграции, связанные с электронным управлением, приводами и программным обеспечением, полученным от различных поставщиков. Использование единого источника для проектирования автоматизации машин может решить многие проблемы проектирования, запуска и ввода в эксплуатацию"
Если что это статья подводка к какому-то курсу. Но действительно ли это так?
Выходит, что для большей гибкости и скорости требуется унифицировать вендоров, что кажется логичной идеей. Один производитель, одна среда разработки, один ЗИП на всё. Согласен ли я с этим утверждением? Как любитель писать велосипеды - нет.
Привязка к одному производителю - это лок на нем. Это ускоряет производство и ввод в эксплуатацию, но дает много проблем при эксплуатации таких систем в случае проблем с логистикой или санкций. Плюс полностью проприетарное ПО не всегда обладает хорошим качеством.
А вы как думаете, единый источник - добро или зло?
Если что это статья подводка к какому-то курсу. Но действительно ли это так?
Выходит, что для большей гибкости и скорости требуется унифицировать вендоров, что кажется логичной идеей. Один производитель, одна среда разработки, один ЗИП на всё. Согласен ли я с этим утверждением? Как любитель писать велосипеды - нет.
Привязка к одному производителю - это лок на нем. Это ускоряет производство и ввод в эксплуатацию, но дает много проблем при эксплуатации таких систем в случае проблем с логистикой или санкций. Плюс полностью проприетарное ПО не всегда обладает хорошим качеством.
А вы как думаете, единый источник - добро или зло?
Control Engineering
How all-in-one automation platforms simplify machine building and increase design flexibility | Control Engineering
In today’s automation projects, there are many benefits of using a single source for automation components.
Как все интересно выходит. Буквально на днях ботал данную тему, а тут Инсат выкатывает такую новость
https://insat.ru/news/?id=149794
Вот вам СУБД временных рядов производства ООО «АВАДС СОФТ»
https://insat.ru/news/?id=149794
Вот вам СУБД временных рядов производства ООО «АВАДС СОФТ»
Данная статья подойдет для тех кто хочет начать вкатываться в распределенные системы управления и хочет посмотреть на то как строится архитектура подобных систем. Сам я не обладаю достаточной экспертностью в этой области, так что отдаю ее вам на откуп.
Inst Tools
DCS Applications and Hardware Structure of Plant Automation
In this article, you will learn the DCS applications and hardware structure of plant automation and control.
Ночное включение. Если кто-то увлекается IoT и хочет понимать, что происходит на рынке, то прошу
https://events.webinar.ru/iotru/228807415
Стартует событие 25.10.91
https://events.webinar.ru/iotru/228807415
Стартует событие 25.10.91
Forwarded from Промзона ОВЕН
#900 В последние годы в области автоматизации всё больше становится популярной концепция High-Performance HMI. Она представляет собой набор рекомендаций по разработке человеко-машинного интерфейса.
✅Основная цель концепции – сделать графический интерфейс как можно проще в восприятии и удобнее в использовании для операторов. Это достигается за счет продуманной иерархии экранов, их единообразного оформления, отказа от ярких цветов и трехмерных изображений, размещения на экранах только той информации, которая действительно необходима оператору для выполнения его повседневных задач и т. д.
Более подробно почитать о концепции High-Performance HMI на русском языке можно в этой статье, по ссылке.
Мы подготовили пример для сенсорных панельных контроллеров СПК, программируемых в среде CODESYS V3.5, который следует этой концепции. Вы можете использовать его в качестве основы при разработке графической части своих проектов, по ссылке.
Какими стандартами и соображениями руководствуетесь вы при создании HMI 👇🏻
✅Основная цель концепции – сделать графический интерфейс как можно проще в восприятии и удобнее в использовании для операторов. Это достигается за счет продуманной иерархии экранов, их единообразного оформления, отказа от ярких цветов и трехмерных изображений, размещения на экранах только той информации, которая действительно необходима оператору для выполнения его повседневных задач и т. д.
Более подробно почитать о концепции High-Performance HMI на русском языке можно в этой статье, по ссылке.
Мы подготовили пример для сенсорных панельных контроллеров СПК, программируемых в среде CODESYS V3.5, который следует этой концепции. Вы можете использовать его в качестве основы при разработке графической части своих проектов, по ссылке.
Какими стандартами и соображениями руководствуетесь вы при создании HMI 👇🏻
Продолжаем копаться в различных областях, которые должны раскрасить новыми красками жизнь обычного интегратора-автоматизатора, но пока очень далеки от реальности.
Все также про граничные вычисления - децентрализованную обработку данных, управляемую через центральную платформу. Граничные вычисления имеют большое значение для промышленного Интернета вещей. Во многих приложениях объем данных настолько велик, что не все данные можно передать на центральную (облачную) платформу. Или приложению требуется короткое время ожидания, которое может быть достигнуто только за счет обработки данных рядом с машиной.
Схему взял я конечно из рекламного пресс-релиза, но менее полезной от этого она не стала.
Можно заметить, что есть три производственных среды: уровень производства, граничный уровень и облачный уровень.
Уровень производства - это сеть ОТ, граничный уровень и облачный - это сеть IT, которые в далеки времена были просто отрезаны друг от друга, а также маленькая сеть цеха, которая соединяет уровень производства и условную физическую ноду, которую мы используем для граничных вычислений.
Ко всему этому вопрос. Как по вашему, а нужны ли подобные архитектуры? Если есть опыт создание систем с граничными вычислениями, то прошу поделиться)
Все также про граничные вычисления - децентрализованную обработку данных, управляемую через центральную платформу. Граничные вычисления имеют большое значение для промышленного Интернета вещей. Во многих приложениях объем данных настолько велик, что не все данные можно передать на центральную (облачную) платформу. Или приложению требуется короткое время ожидания, которое может быть достигнуто только за счет обработки данных рядом с машиной.
Схему взял я конечно из рекламного пресс-релиза, но менее полезной от этого она не стала.
Можно заметить, что есть три производственных среды: уровень производства, граничный уровень и облачный уровень.
Уровень производства - это сеть ОТ, граничный уровень и облачный - это сеть IT, которые в далеки времена были просто отрезаны друг от друга, а также маленькая сеть цеха, которая соединяет уровень производства и условную физическую ноду, которую мы используем для граничных вычислений.
Ко всему этому вопрос. Как по вашему, а нужны ли подобные архитектуры? Если есть опыт создание систем с граничными вычислениями, то прошу поделиться)
#tips
Еще небольшая команда для Codesys, которая позволяет сохранить значения RETAIN переменных на файл.
Вводится в оболочке ПЛК и зовется
Еще небольшая команда для Codesys, которая позволяет сохранить значения RETAIN переменных на файл.
Вводится в оболочке ПЛК и зовется
saveretains