Архитектура микроконтроллеров понятна, почему не сделать все доступные мэковские языки, кто то хочет на с++ писать, кто то лд и т д. Специалист овен как бцдьто вчера сел за написание, на вопросы не может тольком отвечать! Я лично таким не понятным интерфейсом не приобрёл бы плк овен! Вам есть над чем ещё работать! Легче уже с ардуинкой!
ST это конечно хорошо. Для программеров. На земле, для наладчиков этот ваш ST это боль, совершенно не нужная, если не вредная. Если вы хотите облегчит жизнь прогерам, подумайте и о безпроблемной конвертации из ST в FBD и наоборот.
Если оставлять комментарии нормально, то любой наладчик разберётся с st. Ну и в целом, чтобы выполнить проекты с ограниченным кол-вом памяти и нужно из уже существующих блоков взять только нужный функционал st незаменим.
Я вообще эксплуатационник, но не много программирую и произвожу наладку. Так вот есть куча моментов когда на FBD нужно понаставить кучу блоков и связей, что уже начинает сложно разбирать, я уже молчу когда надо что-то дополнить или изменить. А вот на языке ST эта же ситуация может занять несколько строк, которые еще и редактируются быстро и вставить в строку если потребуется. И да. Это плохая ситуация когда программер и наладчик на "разных планетах", хуже только у меня, когда вы находитесь в "другой вселенной". Потому что за простой оборудования с меня спросят.
@@alexanych1507 "ситуация когда программер и наладчик на "разных планетах""так оно чаще всего так и есть. И поиск проблемы на оборудовании на FBD (чаще всего) визуально проще. Мониторинг на ST нифига не интуитивно понятен. Можно разобраться, да. но в состоянии цейтнота, необходимость вникать в данные в какой-то таблице. несколько напрягает. А писать в ST, да наверное гораздо проще.
Странно но видимо модно. Спасибо что хотя бы не на чистом С++ . Недели через две приедут какие - то шкафы на овене 210 и 200 надеюсь они еще на Codesys
Судя по слайдам - основной язык программирования CFC. Это как в топовых IDE siemens (pcs-7, sppa, d7-sys), emerson (ovation) и. т. п. FBD и LD - прошлый век.
Так сравнивать некорректно. Просто эо ПЛК, а не РСУ и никогда эта железка, в нынешнем виде, не станет РСУ. Runtime для РСУ это срикптовой язык от среды IDE к контроллеру. А когда Сишный код передают, то это лажа - это уровня CodeSys, перекрестился и нажал загрузку.
На текущий момент можно без проблем посмотреть с мобильных устройств и планшетов. Есть ряд вариантов обхода замедления на ПК. Почти все наши ролики есть на официальном канале на rutube, в том числе и по среде Полигон
В последнее время стали появляться Овены в шкафах диспетчеризации в основном, видимо вместо сименсов , но проектировщики похоже совсем не знают этот контроллер и творят адскую дичь в схемах. Похоже скоро все забьют на это дело и перейдут на болид или рубеж в качестве диспетчеризации, по вентиляции это уже происходит временами.
Важно не только то чтоб была отечественная но и чтоб было удобство и универсальность. К сожалению пока не вижу ни того ни другого. Ещё раз повторюсь, плк вещь универсальная и затачивать только под энергетику, как минимум недальновидно. Много примеров как хорошая идея умерла потому что круг лиц её использующих очень ограничен отраслью. Но универсальная среда программирования особенно с минимальным уровнем вхождения, очень конкурентна. Станки, роботы, пищевая промышленность и многое другое. Хотите с заделом на будущее, вводите совместимость со стандартами мэк. А вот эти миллионы кубиков со связями - похвально но не серьёзно. Вот попробовал я программировать в полигоне после тиа портал, после степ 7,после кодесис. Кране неудобно и не интуитивно понятно. Что то надо с этим делать. ST безусловно здорово, но LAD, тоже должен быть. А так же надеюсь на адекватную визуализацию и систему алармов. Реализуете это в одном продукте, он будет иметь успех. Крайне не хватает поддержки контролерами например профиинет и профибас. Езеркат так же нехватает. Если контролер будет поддерживать эти интерфейсы, то на недоработки полигона я бы закрыл глаза, да и многие тоже. А так имеем ide в зачаточном состоянии ориентирвную на узконаправленую сферу применения. Объективно на текущий момент после кодесис, это мне не нравится. Похвально что есть какие то подвижки в области разработки отечественных ide, но мы отстали лет на 10-15 в этом плане. Объективно напоминает среду для s7-200 но только сильно хуже.
Потому что узко направлен и не интуитивно понятен. С++ это восхитительно но в контролерах это ни к чему чаще всего. Потом какие либо баги сложно отлавливать. Есть же мэк стандарты. Нет смысла изобретать велосипед. IDE должна быть универсальное и интуитивно понятной, тогда взлетит. Но ещё узкую направленность надо расширить. У меня на линии розлива например нет упора на энергетические стандарты обмена данными. Но за то есть профибас. Естественно я не выберу это для своего проекта. Я возьму то что профибас поддерживает из коробки и визуализацию тоже. И не буду заниматься извращениями.
@@Za_pobedu_bratза профибасом это к сименсу. А с ними сейчас могут быть вопросы. Возможно есть конверторы или шлюзы в модбас. Это может решить проблему
Если этому продукту около 20 лет, странно рассуждать взлетит он или не взлетит. Вне зависимости от Вашего мнения его необходимо развивать. Свои ИСР (IDE) крайне необходимы и огромная благодарность промавтоматике что не забросили проект и стараются развиваться.
@@dakolo911 шлюзы не работают мастером, только слэйвом. Копал на эту тему. Хотлось что то отечетственое. Но к сожалению нету. Китай есть ну и сименс понятное дело. Как раз хотелось уйти от сименса в пользу отечественных плк. Но увы и ах. Тут выбора нет от слова совсем.
Простые программы - можно конечно. Но нужно понимать, что промышленная автоматизация предъявляет определенные требования к железу, на котором делаются проекты. Поэтому обычно используются специализированные программируемые контроллеры
В реале подключал в этом году шкаф от довольно дорогого оборудования который был сделан из модулей АрДуино с алика и это уже реальность и оно работает пока ну и не забываем про FLProg
@@fghjasd4700элементарно, Ватсон, вы видели справку по ST в Овен лоджике? На досуге посмотрите. Она настолько убога, что у меня прям нет слов. Или справку по работе с их панелями HMI С300. :)
Архитектура микроконтроллеров понятна, почему не сделать все доступные мэковские языки, кто то хочет на с++ писать, кто то лд и т д. Специалист овен как бцдьто вчера сел за написание, на вопросы не может тольком отвечать! Я лично таким не понятным интерфейсом не приобрёл бы плк овен! Вам есть над чем ещё работать! Легче уже с ардуинкой!
через MQTT возможно отображение состояния входов, датчиков и т.п.?
можно ссылку на документацию по настройке MQTT
На каком именно чипе микроконтроллера реализованы все эти ПЛК?Центральный процессор
4х Cortex-А55 1,8 ГГц?
ST это конечно хорошо. Для программеров. На земле, для наладчиков этот ваш ST это боль, совершенно не нужная, если не вредная. Если вы хотите облегчит жизнь прогерам, подумайте и о безпроблемной конвертации из ST в FBD и наоборот.
Если оставлять комментарии нормально, то любой наладчик разберётся с st. Ну и в целом, чтобы выполнить проекты с ограниченным кол-вом памяти и нужно из уже существующих блоков взять только нужный функционал st незаменим.
@@aul8539 ну например я инженер РЗА. С языком ST пока не сталкивался. Боюсь я о-о-очень долго буду налаживать такой контроллер, если доведется.
@@vadimnaumov3244 Как можно называть себя Инженером и понятия не иметь об элементарном программировании? Такое для слесаря и монтажника допустимо.
Я вообще эксплуатационник, но не много программирую и произвожу наладку. Так вот есть куча моментов когда на FBD нужно понаставить кучу блоков и связей, что уже начинает сложно разбирать, я уже молчу когда надо что-то дополнить или изменить. А вот на языке ST эта же ситуация может занять несколько строк, которые еще и редактируются быстро и вставить в строку если потребуется. И да. Это плохая ситуация когда программер и наладчик на "разных планетах", хуже только у меня, когда вы находитесь в "другой вселенной". Потому что за простой оборудования с меня спросят.
@@alexanych1507 "ситуация когда программер и наладчик на "разных планетах""так оно чаще всего так и есть. И поиск проблемы на оборудовании на FBD (чаще всего) визуально проще. Мониторинг на ST нифига не интуитивно понятен. Можно разобраться, да. но в состоянии цейтнота, необходимость вникать в данные в какой-то таблице. несколько напрягает. А писать в ST, да наверное гораздо проще.
Здравствуйте
+
Странно но видимо модно. Спасибо что хотя бы не на чистом С++ . Недели через две приедут какие - то шкафы на овене 210 и 200 надеюсь они еще на Codesys
Судя по слайдам - основной язык программирования CFC. Это как в топовых IDE siemens (pcs-7, sppa, d7-sys), emerson (ovation) и. т. п. FBD и LD - прошлый век.
Так сравнивать некорректно. Просто эо ПЛК, а не РСУ и никогда эта железка, в нынешнем виде, не станет РСУ. Runtime для РСУ это срикптовой язык от среды IDE к контроллеру. А когда Сишный код передают, то это лажа - это уровня CodeSys, перекрестился и нажал загрузку.
Марко, очень красивая рубашка, да и ты сам молодец. Выдерживаешь паузы. Все понятно
Из за замедления ютуба не могу посмотреть вебинар про отечественное ПО. Приехали
На текущий момент можно без проблем посмотреть с мобильных устройств и планшетов. Есть ряд вариантов обхода замедления на ПК. Почти все наши ролики есть на официальном канале на rutube, в том числе и по среде Полигон
Сильный ливень
Владивосток
В последнее время стали появляться Овены в шкафах диспетчеризации в основном, видимо вместо сименсов , но проектировщики похоже совсем не знают этот контроллер и творят адскую дичь в схемах. Похоже скоро все забьют на это дело и перейдут на болид или рубеж в качестве диспетчеризации, по вентиляции это уже происходит временами.
про какой контроллер идет речь?
@@OwenLogic ПЛК 200 / 210
Молодцы ❤
Важно не только то чтоб была отечественная но и чтоб было удобство и универсальность. К сожалению пока не вижу ни того ни другого. Ещё раз повторюсь, плк вещь универсальная и затачивать только под энергетику, как минимум недальновидно. Много примеров как хорошая идея умерла потому что круг лиц её использующих очень ограничен отраслью. Но универсальная среда программирования особенно с минимальным уровнем вхождения, очень конкурентна. Станки, роботы, пищевая промышленность и многое другое. Хотите с заделом на будущее, вводите совместимость со стандартами мэк. А вот эти миллионы кубиков со связями - похвально но не серьёзно. Вот попробовал я программировать в полигоне после тиа портал, после степ 7,после кодесис. Кране неудобно и не интуитивно понятно. Что то надо с этим делать. ST безусловно здорово, но LAD, тоже должен быть. А так же надеюсь на адекватную визуализацию и систему алармов. Реализуете это в одном продукте, он будет иметь успех. Крайне не хватает поддержки контролерами например профиинет и профибас. Езеркат так же нехватает. Если контролер будет поддерживать эти интерфейсы, то на недоработки полигона я бы закрыл глаза, да и многие тоже. А так имеем ide в зачаточном состоянии ориентирвную на узконаправленую сферу применения. Объективно на текущий момент после кодесис, это мне не нравится. Похвально что есть какие то подвижки в области разработки отечественных ide, но мы отстали лет на 10-15 в этом плане. Объективно напоминает среду для s7-200 но только сильно хуже.
Это codesys отстал. А Вы к нему привыкли. Откройте sppa или ovation.
@@КодБегемод-ш7з ну я на кодесис не зациклен. Использую разные Ide в зависимости от задач и плк. Есть с чем сравнивать.
Мертворожденный продукт. Не взлетит.
Потому что узко направлен и не интуитивно понятен. С++ это восхитительно но в контролерах это ни к чему чаще всего. Потом какие либо баги сложно отлавливать. Есть же мэк стандарты. Нет смысла изобретать велосипед. IDE должна быть универсальное и интуитивно понятной, тогда взлетит. Но ещё узкую направленность надо расширить. У меня на линии розлива например нет упора на энергетические стандарты обмена данными. Но за то есть профибас. Естественно я не выберу это для своего проекта. Я возьму то что профибас поддерживает из коробки и визуализацию тоже. И не буду заниматься извращениями.
@@Za_pobedu_bratза профибасом это к сименсу. А с ними сейчас могут быть вопросы. Возможно есть конверторы или шлюзы в модбас. Это может решить проблему
Если этому продукту около 20 лет, странно рассуждать взлетит он или не взлетит. Вне зависимости от Вашего мнения его необходимо развивать. Свои ИСР (IDE) крайне необходимы и огромная благодарность промавтоматике что не забросили проект и стараются развиваться.
@@dakolo911 это безусловно здорово но явно недостаточно.
@@dakolo911 шлюзы не работают мастером, только слэйвом. Копал на эту тему. Хотлось что то отечетственое. Но к сожалению нету. Китай есть ну и сименс понятное дело. Как раз хотелось уйти от сименса в пользу отечественных плк. Но увы и ах. Тут выбора нет от слова совсем.
На ардуине эту программу сделать нельзя?Дешево и сердито...
Простые программы - можно конечно. Но нужно понимать, что промышленная автоматизация предъявляет определенные требования к железу, на котором делаются проекты. Поэтому обычно используются специализированные программируемые контроллеры
В реале подключал в этом году шкаф от довольно дорогого оборудования который был сделан из модулей АрДуино с алика и это уже реальность и оно работает пока ну и не забываем про FLProg
Промышленая автоматизация это несколько иной уровень. Ардуино мягко выражаясь не подходит так как это иной класс надёжности и безопасности.
Делали бмв а на выходе всё равно Жигули выходит
почему?
@@fghjasd4700элементарно, Ватсон, вы видели справку по ST в Овен лоджике? На досуге посмотрите. Она настолько убога, что у меня прям нет слов. Или справку по работе с их панелями HMI С300. :)