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