Я вообще не понимаю, о чем идет речь, но мне очень интересно. Всегда жду новых выпусков. Понял, что надо много проводочков и знаний, чтобы зафигачить такую прикольную мигалку лампочками)))) Слушаю как научную фантастику.
Спасибо, было интересно. В настоящее время как раз занимаюсь промышленной автоматизацией, но с овеновской линейкой ПЛК не доводилось сталкиваться. Единственное, с чем приходилось иметь дело - это овеновские программируемые реле линейки ПР100, делал на них модернизацию стареньких гидравлических прессов, впечатления пока положительные (посмотрим, как они себя покажут в плане надежности).
Овен хорош пока ему не доверяют управление чем-то отвественным и серьезным. И если не нужно выдерживать честные минус 40 и другие неприятные сюрпризы ВВФ.
Спасибо за такой подробный обзор! Благодаря этому узнаешь о новых и интересных вещах в мире электронике. Очень полезные разборы как программной части, так и аппаратной составляющей устройств.
И всё-таки, классная у нас профессия. Вот только близкие от этого не довольны :-). Ощущают всю прелесть только тогда, когда: свет сам выключается, кофе по утру к времени готово, шторки открываются и закрываются по "голосовой" команде. Контроллер классный. Вот только класс "надежности" не высок. Подобные ему, от Овена, пользуем в промышленности. Мне нравится. Цена/качество изделия на высоте.
Для ускорения сходимости сети, во время сбоев, можно использовать маршрутизацию (например OSPF), коммутацию вообще отключить, а для определения сбоя использовать BFD. Я думаю можно добится 20~30 мс сходимости.
Вполне понятно и доходчиво - спасибо. Поправочка (41:25) - область переменных программного блока или как на видео - в текстовом виде, или в табличном. Там вверху-правее полосы прокрутки окошка с переменными переключатель вида имеется.
Качество выглядит достойно. Рад, что наши начали делать приличный вид устройств. Я сам для себя совершенно случайно и недавно открыл технологию FRAM. Все время голову ломал как хранить буфер 24битного ADC ... FRAM относительно флэша имеет нулевую задержку записи и безграничный ресурс. Как я раньше не видел сие чудо - хз. Технологии уже около 20 лет. Правда они в раза 3-4 дороже микросхем флэша, выбора объема не такой большой, да и найти их не очень легко... но оно того стоит... как минимум из-за нулевой задержки. Блок-схемы в программировании ..... это конечно простите, но дичь лютейшая. не знаю на кого она ориентирована, но выглядит не очень. Видимо я уже стар для этого д....а (с) =D Спасибо за обзор. Как всегда было интересно посмотреть плюшки. Успехов.
Не дешевое удовольствие, но альтернативы практически нет. Порадовала среда разработки. Тема не популярная, но было бы не плохо продолжить "разбирать" такие "вещи"!
Собрал себе умный дом на ОВЕН, только брал модули ввода и вывода. При этом использую MQTT подключение к ним, есть задержка 5 секунд на модуле ввода через mqtt, свет включается с задержкой. Вроде как должны поправить, но учитывая что патчи выходят очень редко, будет это ой как не скоро.
@@leesicin3950 У ОВЕН весь софт и железо делаются в России (ну по ПЛК210 точно). Ну ясно, что компоненты плат не отечественного производства, но SMD монтаж производится на заводе в Богородицке. Софт тоже ОВЕН сам пишет. Никакого перемаркера китайской продукции, абсолютно отечественная разработка. Техподдержка работает отлично, можно даже туда позвонить, если проблема сложная, то можно написать, обязательно ответят. Прошивки делаются не быстро, так как проектов много, программистов мало) Но в любом случае все баги правятся, линейка дорабатывается. По сравнению со стартом продаж и сегодняшним днем - проделана огромная работа.
@@leesicin3950 Жду от вас ссылку на ПЛК210 на таобао) очень интересно. Пока могу поделиться с вами видео с завода, где ОВЕН эти и другие ПЛК производят. Завод находится в России в Богородицке. ua-cam.com/video/p1oazpURFJ0/v-deo.html Разумеется овен как и многие производители прибегает к услугам ОЕМ поставщиков, но точно не в случае с ПЛК.
Купил контроллер как только он появился. Даа раза по гарантии носил в Овен. Сначала не работали сетевые интерфейсы после загрузки, во второй раз он просто завис и перестал грузиться. Намучался. Два месяца потерял потому что сдавал по гарантии. Контроллер в целом хороший, но что то напрягает пускать его в работу. А ещё эти перепутанные входы эзернет. На корпусе написано, что Eth 1, а в конфигурации это Eth4. Благо техподдержка нормальная, отзываются достаточно быстро. Но с другой стороны, я и не должен был к ним обращаться, если было бы все нормально
Модули аналогового ввода МВА которых уже в продаже нет работают на котельных и насосных станциях в самых жестких условиях. Даже если бы сгорали каждый год, все равно брали, дешево и продают на каждом углу.
Не совсем понятно в эксперименте 32:00 - у этого Овна есть ли перевод выходов в отключенное состояние при отсутствии связи, зависании программы и тп (как на ПЛК так и на модулях)? Например, если будет модуль вывода соединен с ПЛК через Modbus TCP, связь обрывается, и какие-то выходы остаются включенными, давая управление на какие-то механизмы (задвижки, клапана, пускатели двигателей и т.п.). Это же совсем не безопасно.
На ПЛК можно настроить на каждый выход состояние при отсутствии/зависании программы. На модуле соответственно настраивается состояние каждого выхода после потери связи с задержкой на настраиваемый таймаут.
RS232 через 8P8C - стандарт для роутера типа Cisco или Mikrotik. Но там Com порт, а тут, возможно TTL логика. А так, в теории, можно использовать стандартный цисковский голубой кабель
Клеммник расположен неудачно. Если подключать кабели в экране, а в промышленности сечения обычно приличные, то они физически не влезут под крышку. Часы нужны для промышленных протоколов скорее всего, 104й или 61850, например. В пакетах с данными передается точное время.
Скажу немного о том что я заметил и то что мне уже не очень нравится, микро USB может сломаться, и винтовые клеммы, в то время как на современных уже пружинные клеммы что гораздо лучше если есть внешняя вибрация. Современным контроллером с большой натяжкой можно назвать. В остальном да хорош для маленьких скромных задач не требующих особо серьезного внимания. Не зря же ему наладчик букву Г дорисовывали. :)
@@bnw_tawota Сименс как-раз говно - Vendor Lock, когда за любой шнурок запросят 1000$, где Сименс там коррупция и откаты. У нас даже в бюджетную компанию эти моральные уроды заходили, впаривали частотники по 20-кратной цене, намекая на откаты.
@@bnw_tawota знать надо не только один вендор. Кругозор не должен ограничиватся только тиа портал. А например в том же самом codesys 3.5, можно писать для многих вендоров. На сименс мир клином не сошёлся. Где требуется управление в режиме реального времени, сименс зачастую используется как более медленный хаб. А основа логики может лежать на контролерах B&R. Это вам как пример. Krones на линиях розлива используют вообще ещё и zenon на пром компе для визуализации. Вот и получается связка s7-1500 + B&R +zenon. Причём основа на B&R собрана.
Когда впервые увидел в интернете картинку этого ПЛК, подумал ну наконец то, делают что-то интересное наши. Но посмотрев несколько видео, и размеры сего девайса, начали закрадываться сомнения. И вот после данного видео, вопросов стало еще больше. Как уже тут заметили комментаторы, не понятно поведение системы I/O при обрыве связи??? Отклик в 5 секунд в АСУТП ну это вообще за гранью. Далее Modbus-RTU то что показано, мое мнение это просто дичь какая то. Посмотрел "по диагонали" CODESYS, ведь есть стандартное Generic устройство Modbus_Serial_Device, куда проще озадачить его опросом и мапингом, чем писать кучу кода. Я очень давно работаю с шнайдеровскими контроллерами и мне никогда в голову не приходило писать код для опроса Modbus шины, как говорится все изобретено до нас. Что очень не понравилось, и надеюсь что это временно, что инженеры ОВЕН, все таки перестанут использовать open-source разработки в своем производстве. Да на данном этапе, это оправдано, но я бы был в двойне, тройне рад, если бы веб-морда была собственной разработкой ОВЕН. В любом случае это серьезный шаг, и главное им не останавливаться, а развиваться.
Встроенную реализацию Modbus тоже можно использовать, просто я захотел использовать библиотеку Овена, потому что она более гибко позволяет управлять опросом и обработкой ошибок. В том, что основа веб-интерфейса - открытый проект, я ничего плохого не вижу
Насколько я помню, STP использует систему весов для каналов, аналогично метрикам маршрутизации. Меньшая метрика/вес имеют по умолчанию более высокий приоритет. Распределение весов в свою очередь по умолчанию происходит по таймаутам и порядку опроса. Например, в вашем примере порты 3 и 4 опрашиваются в прямом порядке, получая соответственно веса 0 и 1. Если на линк с порта 3 плк повесить коммутатор, а линк порта 4 оставить прямым, веса их переменятся на 1 и 0 соответственно, т.к. вырастет время отклика на порту 3. Это грубо и кратко, но примерно так оно работает.
спасибо за ваш труд но разьёмы посеребрёные и такой налёт либо валялись во влажнои помешении на складе , либо при залитии пластиком потемнели, а может и смазку консервирующую не отмыли :)
12:00 да, модули некоторые пишут архивы. Плюс при чтении для PID регуляторов нужна метка времени, чтобы определять производную сигнала, например, расчета интегральной составляющей сигнала. Например при медленном канале могут быть задержки в секунды и для управления нужна и метка времени.
Там метка системного времени в мс т.е время в мс от включения модуля циклическое а не абсолютное время. А время с батарейкой исключительно для логов внутри модуля.
Спк1хх тоже интересен. Ethernet правда там всего один. Но за то одновременно это и панель оператора и плк. В этом есть несомненые плюсы особенно в малых объектах автоматизации.
Интересно! Удобно использовать такие модули ввода-вывод как етэшки - удаленные модули ввода-вывода, но что-то скорость обмена очень не нравится. Мне кажется слишком большая задержка между включениями реле, хотя это возможно еще и потому что время скана тестовой программы 100 мс. Интересно было бы уменьшить это время и проверить скорость отрабатывания реле...
Пробовал модуль ввода и вывода ОВЕН на s7-1200, протокол modbus tcp. Задержка в основном была на переключениях к серверу модулей, то есть сначала подключаемся к модулю входа, считываем состояния входов, отключаемся, подключаемся к модулю дискретных выходов, записываем выхода, отключаемся, и заново. Ожидал что переключаться будет быстрее, однако задержка на лицо. Поэтому отошёл в пользу использования модулей ввода/вывода s7-1200. Цикл контроллера 20мс.
Народ, не смотрел пока полностью, но мне интересно как в модулях сделано решение с двумя Ethernet разъёмами? Там одна микросхема Lan или несколько? Как ведёт себя модуль, если питание отключено? То есть сохраняется ли доступ к сети у остальных подключённых модулей?
@@ВладимирМ-е6ь Если что, то я про последовательное и параллельное соединение радиоэлементов, и результирующие параметры на "выходе", в частности - ЁМКОСТЬ последовательно соединённых (одинаковых) конденсаторов, есть половина каждого! 👍😁🤪
Сименс слишком специфический. Он нужен только менеджерам по продажам чтобы получать откаты. В высокую цену заложены откаты цепочке посредников. Иначе в здравом уме ни кто бы в Vendor Lock не лез.
@@SIM31r частично я с вами согласен, но всегда есть но Моё но заключается в том, что проживаю я в Польше, а стереотипы они очень крепки, это раз, а капитализм ещё крепче это два... И на рынке Евросоюза ничего другого кроме Сименса нет, поэтому с удовольствием смотрел это видео и так же ожидаю с удовольствием обзор Сименса
Видео , супер .. почти полтора часа пролетели не заметно .. однако .. поработайте над переходами между темами .. секунду назад вы рассказываете про web визуализацию .. а через секунду вы уже разбираете устройство.
Основной блок имеет 2 питания, модуль расширения не имеет... Что за странности? ethernet разъемы вверх... Опять же тоже питание сверху. У него и так размеры приличные... это он сколько в высотку займет в штатном шкафу? 3 рейки чтобы иметь доступ к разъемам? Опять же "демо" приложение и загрузка ЦПУ от 23-25%...
Автору большое спасибо за видео. Подскажите пожалуйста с чего начать изучать програмирования ПЛК начинающему , так как информации в интернете очень мало, я начал с ПЛК Delta DVP series потому что только на этот ПЛК есть инструкция на руском. Или учить CoDesys для ПЛК Овен? Или Siemens учить? Спасибо.
В текущих реалиях лучше учиться на Codesys 3.5. Так как почти все российские ПЛК сделалны на нём. Просто обёртку меняют. У ОВЕН много роликов, легко можно научиться. Главное побольше практики на реальном железе))
53:15 Web-визуализация. вряд ли конечная панель, которая умеет интернет, рендеринг веб-страниц и отправку форм, будет проще и дешевле, простой рисовалки и отправки точек нажатия
@@rnadyrshin панель с веб визуализацией делаться гораздо проще и дешевле. Отдельно "не web" безальтернативно дорого в разработке, производстве и для конечного пользователя. Да, именно по софту, как среды исполнения так и среды разработки. В качестве же веб панели часто используют первый попавшийся под руку планшет, а иногда и телевизоры по 72".
Спасибо за обзор. Есть вопрос. Можно ли, получив по modbus tcp/rtu данные из какого-то регистра и дальше, передать эти данные дальше уже по SNMP. Сделать шлюз из modbus в snmp?
@@Opostrof RJ45 это тип разъема, к Ethernet и уж тем более TCP/IP он не привязан. Через RJ45 сейчас почти все RS-232 консоли подключаются, в сетевом оборудовании так 99%.
Вроде бы функциональное железо, а ощущения целостности нет. С тем же USB: в одном NDIS, в другом виртуальный COM-порт, разный софт для настроек. Такое впечатление что менеджер гнал в шею, главное - наличие функционалности, а не ее качество.
Вроде бы много умных слов, а ощущение целостности посыла нет). Какие для вас критерии целостности - неясно. Неясно про какой разный софт для настроек вы говорите. Неясно про какой виртуальный COM-порт вы говорите, если предположить, что про USB-host, то это зависит от типа устройства: usb-flash, usb-modem, usb-wifi - так это так везде на то он и USB-host и не факт, что это будет виртуальный COM-port. Так же неясно чем вас не устраивает usb-rndis? Тем что оно usb-device служит для подключения к ПК или ноутбуку - так это в принципе его предназначение))) Так же неясно, какие для вас критерии качества функциональности.
@@artemmelnik8629 Я бы делал везде один интерфейс USB HID. Самый простой вариант для пользователя, не надо ставить никаких драйверов виртуальных портов, не надо знать никаких IP адресов.
@@artemmelnik8629 Даже косяки с корпусом говорят о многом. Они совсем некритичные и ни на что не влияют. Но дело не в этом. Если такие косяки допускают к выпуску в свет, можно ожидать что в железе и софте примерно такая же ситуация - разработчикам тупо не дают времени для доведения устройства до ума.
@@sergsapov2927 Конструктивные недостатки есть у всех, в том числе у siemens. Судя по вашей логике в плк siemens можно ожидать, что в железе и софте примерно такая же ситуация))). А насчёт USB-HID вообще непонятно как вы собрались работать с флеш-накопителем? Пояснительную бригаду, пожалуйста. Возможно, вы имели ввиду вместо usb-rndis? Тогда непонятно как вы собрались программировать и настраивать ПЛК? Разрабатывать отдельное приложение и встраивать его в CODESYS? И вообще вы знаете что HID имеет определенные ограничения?
В данный период времени, большая часть АСУТП на предприятиях энергетики и добывающей промышленности используют оборудование ОВЕН, раньше сименс и тому подобное, ноо санкции сделали свое дело и импортозамещение
@@Opostrof в определённых сферах деятельности в первую очередь разговор идёт за надёжность, а потом стоимость. И выбор за надёжность обосновать проще. Даже если, это стоит приличных денег. Так как не надёжные устройства, системы могут повлечь за собой большие экономические потери.
почти на каждом заводе стоит ТРМ того либо иного вида. на том либо ином участке - это достаточно распространенные законченные решения. И они были ещё задолго до эпохи "импортозамещения". Их кратно больше чем ПЛК, и , темболее панелей.
Здравствуйте. Подскажите пожалуйста, может быть вы знаете какие-нибудь хорошие курсы по CodeSys? И еще интересует хорошая литература. В сети в основном натыкаюсь на материалы по Codesys для Овен, а хочется узнать для всего и сразу :)
Сергей Романов, и его книга. Есть как на электронном носителе так и печатный формат, содержание более 300 страниц формат А4. Год назад купил комплект, электронный и Бумажный носитель. Это самое лучшее что вообще существует в мире Кодесис. Он и Бишкека, есть группы в контакте и на ютубе.
Линукс для плк разве не тормознуто? Я думал, что там должна быть маленькая ос реального времени для плк то. Хотя на ядерные реакторы его ставить не будут, так что...
Для ядра Linux поддерживают ветку Rt-patch (Real-Time), также производитель, использующий Linux c Rt-patch, накладывает свои патчи на ОС для устранения непредсказуемых задержек, с учетом требований к предсказуемости необходимого функционала. Скажем задачам визуализации (веб-сервер или modbus для скады) нет необходимости работать в режиме реального времени, а вот к локальным или распределенным входам (для опроса датчиков) и выходам ( для исполнительных механизмов) определенные задачи могут предъявлять требования к режиму реального времени, а именно к предсказуемости времени реакции (максимальное время, с момента изменения сигнала на входе, до выработки соответствующего сигнала на выходе). И скажем каким-то задачам требуется время реакции порядка секунд, каким-то порядка сотен миллисекунд, каким-то десяток миллисекунд, а каким-то нужен и порядок микросекунд или даже наносекунд (для быстродействующих процессов - например, какая-нибудь быстродействующая химическая реакция). А количество ядер не влияет на предсказуемость, оно влияет только на производительность, но как я сказал не всем задачам нужна высокая производительность вплоть до наносекунд. А насчет ядерных реакторов, там будут не только требования к максимальному времени реакции, но и к резервированию и много еще к чему.
@@artemmelnik8629 атомные реакторы сейчас на основе воды как замедлителя, им даром не нужно быстродействие, пожертвовали КПД в целях безопасности. То есть реакторам не нужно управление в обычном понимании, они пассивно безопасны. Наносекунды по любому встроенными системами управления обеспечиваются, защита в блоке питания например.
А как на счет надежности. Вот у меня на работе стоит контроллер 160М2, который прошиваешь и после выключения программа слетает. С такой проблемой сталкиваются многие, на форуме есть записи. У меня как бы нет данных, что это массовое, так как у меня он один, возможно брак. Теперь только в качестве стенда.
ПЛК100 - та же проблема со слетанием прошивки. Поддержка предположила, что у меня версия ПЛК до устранения бага, но выяснилось, что версия моего ПЛК100 уже после багфикса и проблема с прошивкой так и не разпешилась. Овну надо в корне меняться и потом уже скидывать оковы старой торговой марки. Они крепко подгадили себе репутацию
Подтверждаю, ПЛК160 программа при перепрошивке не всегда обновляется. Но это пол беды, система работает несколько дней и глюкает программа, не сразу а через некоторое время. Первый раз приехал на объект перезалил программу, но она опять чр некоторое время перешла в режим какого то полуфункционала, в регистры частотника записывается мусор, перестает работать некоторая логика и объект встает. Последний раз убрал из проекта переменные RETAIN(Были сделаны счетчики моточасов) на мой взгляд это единственное что может ломать программу спуся n кол-во времени. Если все будет прекрасно работать после этого, то получается что энергонезависимые переменные записываются не туда куда нужно, и дают сбой всей программе. Вообщем время покажет, пока все работает.
Занимаюсь разработкой АСУ ТП, на ОВЕН сделал много объектов для водоконала и теплосети, технологические котельные и даже несколько металообрабатывающих станков, скажу так, продукт нормальный, косяки на уровне железа встречаются редко, но бывают, но давайте отдадим должное, это все таки не Siemens. Но вот конкретно к данной модели у меня есть притензии, сейчас поясню, на более старых версиях к примеру 110,150,160 на борту ПЛК всегда есть несколько шин, ethernet/rs232/rs485, для чего это сделано, для того что бы можно было разделить подсети, к примеру, по modbus tcp подключается HMI, по rs485 подключаются МВВ/ПЧ и другие устройства, это делается для того что бы в подсети HMI-PLC мастером выступала панель, а в подсети PLC-МВВ/ПЧ мастером выступал ПЛК. Почему именно так ? Все просто, если мастером для HMI выступает ПЛК и в туже сеть подключены еще МВВ/ПЧ то очень большие задержки по опросу, панелька тормозит, очень не удобно для оператора, по этой причине я всегда разделяю сетки, в новой же версии ПЛК и МВВ, получается так что сеть modbus tcp отдается модулям, а HMI придется подключать по rs485, как то не логично, не правда ли ? При этом разговаривал с ОВЕН, они не планируют разделять tcp порты, то есть мы получаем обычный свитч совмещенный с ПЛК, который умеет только modbus tcp, хотя все производители давно перешли на ethernet ip где нет мастеров и слейвов, что упрощает постройку систем управления, так что не считаю данную модель законченой и логичной в 2021 году.
Не очень понятно что мешает вам в новых контроллерах подключить HMI по Ethernet. Modbus TCP более традиционный и привычный протокол, для многих систем автоматизации. Он простой и понятный, плюс железки совместимы с другими производителями. Если очень нужно, то можно на ПЛК и самому реализовать обмен по любому протоколу, через библиотеки. Кстати, сейчас у ОВЕН идет разработка контроллеров и модулей ввода/вывода с EtherCAT. В теории обмен должен стать мгновенным, практически.
@@SashaGolds Добрый день, я не сказал что я не могу подключить по modbus tcp, я описал проблему, проблема в том что у овен на плк все порты в одной подсети, соответственно мастером сети выступает плк, но для более быстрого обмена необходимо разделение на подсети, 1 подсеть это мастер hmi для плк, 2 подсеть мастер плк для модулей и остального оборудования, при установке же плк мастером для hmi получаем достаточно длительный отклик, что в большинстве случаев не принесёт заказчик, а ethernet ip решает все эти проблемы разом и разделения, на подсети не нужно, касательно удобства, то тут у ethernet ip все на много удобней, есть возможно сть прямого обращения к переменной не только по адресу или регистры, но и по имени, так же не забываем что ethernet ip является, протоколом реального времени, основные производители отказались от старых протоколов в пользу ethernet ip, поддержка старья конечно осталась и модули для этого всего изготавливается, но как основными все эти протоколы не выступают. По сути одна притензия, сделайте два порта ethernet с раздельными ip и все
@@MrAr4uk вы можете сами с помощью web-конфигуратора сконфигурировать каждый порт в отдельности и разделить сети как вам надо. Такой функционал там есть и документация про то как вам это сделать тоже присутствует. Однако не стоит забывать, что протокол TCP и всё что по верх него крутиться - не является протоколом реального времени. Соответственно, если вам нужно предсказуемое время реакции на удаленном вводе/выводе, то вам нужна линейка модулей ввода/вывода с поддержкой протокола реального времени и соответствующий ПЛК с поддержкой той же шины. И на сегодняшний день самым быстродействующим промышленным протоколом реального времени является EtherCat (Можете в инете поискать сравнительную таблицу с характеристиками промышленных протоколов реального времени).
@@artemmelnik8629 Спасибо, я почитаю, но мне кажется что вы не совсем поняли мой посыл, разделить передачи данных это можно, ок, вот вопрос, как мне в одной подсети сделать ПЛК и мастером и слейвом одновременно ? это на сколько я знаю не возможно, любое устройство может быть либо мастером либо слейвом, в этом и вся суть моего посыла, ПЛК слишком медленно делает опрос панели, получается такая ситуация, что оператор кликнул по кнопке (без удержания), а плк не успел это опросить, соответсвенно кнопку нужно удерживать 0,5-1сек что бы плк успел все опросить, с аналоговыми велечинами тоже самое, вводишь значение, плк достаточно долго опрашивает и перезаписывает, это все происходит если ПЛК для HMI является мастером, а не наоборот, а посыл мой в том что сеть одна и в этой сети ПЛК либо мастер либо слейв, строим систему ПЛК+3 модуля ввода вывода и 4 частотника, все соеденено по modbus TCP, ПЛК естесвенно будет мастером данной сети и панелька будет работать тормознуто, а если полностью разделить сети, то есть воткнуть 2 сетевые карты в ПЛК, а не одну, то получиться четкая закономерность, для модулей и ПЧ ПЛК будет мастером, а для панели слейвом, все будет работать быстро и корректно. Теперь касательно Ethercat, я с ним работаю только при использовании сервоприводов и то не на всех вендорах ,у Allen Bradley сервы работают по Ethernet IP, у siemens drive cliq, в основном если азиатские сервы то там я подбираю с ервы с Ethercat, в промышленной автоматизации используется Ethernet IP, кстати таблицу пересмотрите тоже и почитайте по больше про этот протокол, Ethernet IP заявлен как протокол реального времени, кстати это не все его заслуги, это самый адаптируемый протокол из всех существующих ,а вот modbus tcp по тихоньку скатывается вниз и скорее всего от него скоро откажутся все зарубежные вендоры, по крайней мере у АВ,сименс и шнайдера это уже так, у GE вроде тоже, а это на минуточку диктаторы моды если можно так выразиться, в сфере пром.автоматизации.
@@MrAr4uk можно сделать плк слейвом в одной подсети на одном ethernet-порту и мастером на другом ethernet-порту с другой подсетью если вас это устраивает. Такая возможность есть. Если вы хотите одну подсеть то можно на плк поднять мастер и опрашивать модули по стандартному slave-порту 502, а для слейва на этом же IP установить другой slave-порт и опрашивать мастером этот другой slave-порт. Ethernet-ip в своём базовом виде не является детерминированным так как использует в базовом виде tcp. Конечно для обеспечения детерменизма делают так называемую надстройку. Подобные надстройки существуют и для modbus-tcp для обеспечения детерменизма. Но по сути это отклонение от спецификации протокола. www.motioncontroltips.com/ethernet-ip-versus-ethercat-whats-the-difference/ Соотвественно, вы не сможете использовать скажем модули других производителей у которых это расширение не поддержано, но для этого нужно чтобы спецификация расширения была открыта и поддержана производителем.
Нда, в свете текущих событий про TI и ST наверное можно уже забыть? Подозреваю, что логистика всё-же наладится через третьи страны. А есть ПЛК на отечественном чипе? PS: Всегда интересовало, почему все используют японские реле? Это же относительно элементарная штука.
По моему перемудрили с этими вэб интерфейсами... А ценник интересно какой? Работал когда то с сименовскими контроллерами - ардуина или ESP интереснее и проще, а работает не хуже.
Больше нравились старые серии Овен плк(63 и похожие на них). С новыми линейками стало намного сложнее укладывать провода(((( А насчёт rs232 сам же ОВЕН одно время использовал rj11, который физически не перепутаешь)
Эти уроды не rj11 использовали, а rj12. Который в продаже ,мягко говоря, не часто встречается. Причем некоторые покупные rj12 разъемы отказывались фиксироваться в овенах. Приходилось брать rj45 и обтачивать напильником. RJ45 нынче модно - шнайдер вместо нормальных винтовых разъемов тоже нонче на rs485 интерфейс разъемы rj45 пихает. Слава богу овена до такого еще не додумались.
Вы правы, я просто редко имею дело с такими девайсами. Но мне всё же не нравится, что 3 одинаковых разъёма стоят в ряд и выглядят одинаково, за исключением обозначения рядом. При этом один из них - RS-232, а остальные Ethernet
@@rnadyrshin С 232 всё немного хуже чем видится с первого взгляда. Проблема в том, что есть Кабель. уже с Завода обжатый определённым образом. кабелей несколько, как можно понять КС1, КС2... КС7 .( один для ПЛК110, один для Плк308, один для Плк100 и т.д.) и для разных ПЛК у нас это были Разные кабели. исторически. свести к одному не получилось.
Вы правы, я просто редко имею дело с такими девайсами. Но мне всё же не нравится, что 3 одинаковых разъёма стоят в ряд и выглядят одинаково, за исключением обозначения рядом. При этом один из них - RS-232, а остальные Ethernet
Не используем овеновские плк и блоки питания. Аналоговые входа и выхода дохнут непойми от чего. А блоки питания просто мрут. В овене можно брать только ту продукцию которую они сами не производят).
Источники питания и контроллеры используйте Phoenix Contact. Источники питания максимально надежные, особенно Quint, это как АК в мире источников питания. Технология PLC Next- это контроллер промышленный на Линукс. Овен дорого и ненадежно, для дома он дорог, и сравним с любым Китаем, та же малина с али..
Со своего дивана не соглашусь с вами. Общаюсь с автоматчиками, все как один говорят, хочешь умный дом юзай проф решения. Никакой разницы от промышленной автоматизации в умном доме быть не должно. Все эти Яндекс лампочки в рот продавану засунь) Это конечно при условии, что под умным домом мы с вами представляем одно и тоже.
Приветствую. По Siemens Logo планируется видос? Блин, пока ждал за год пришлось самому разбираться. Отстаёт от трендов. Московский регион уже вовсю бомбит проекты домашней миниавтоматизации на этих гаджетах. Даже Беларусь ,(я оттуда) уже дошла до этого.Овен даже в промышленных масштабах даёт огромный процент отказов. Колоссальный процент клиентов (я занимаюсь автоматизацией) имеет претензии к отказоустойчивости и качеству работы сего бренда (исключительно мое мнение по отзывам). Вот Сименс рулит, действительно работает. Прошу прокомментировать.
Девайсы прикольные, но что-то меня смущает. Не очень понятна ниша. Много хипстерского функционала, но для умного дома как-то неудобно и дорого. А для серьезного прома выглядит ненадёжно решение с линуксом, несколькими веб-интерфейсами и пользовательской логикой на одном ядре. Хотя в спецификации заявлен некий RT-патч. Впрочем, я дилетант в промавтоматике, чего я понимаю, может так теперь модно в этой отрасли.
Когда привык к сименсу, на овен уже смотришь скептически... Я понимаю что цена играет огромную роль. Но, вспоминая студенческие годы (почти 10 лет назад) и сколько было негатива при работе с овеном... Скептизм усиливается) Может и изменился овен, утверждать не буду
Увы, но пока линейка у ОВНа вышла сырая. Много критичных косяков. Да и в качестве блока питания стоило использовать ОВЕН БП120К, для колориту... и глюков.
Ставил эту коде сис. Очень громоздкая. Грузит систему, и вообще, работает только на винде. Была практика замены Mitsubishi fx 14mr на пр200. Язык fbd мне не нравиться, уж лучше что то со схемами и катушками.
С самого начала ждёшь, что автор ролика расскажет о предназначении этих штуковин, где и для чего используется, но проходит 5, 10 минут- этого не происходит . Когда не понимаешь для чего это нужно, интерес пропадает.
Я вообще не понимаю, о чем идет речь, но мне очень интересно. Всегда жду новых выпусков.
Понял, что надо много проводочков и знаний, чтобы зафигачить такую прикольную мигалку лампочками))))
Слушаю как научную фантастику.
Спасибо, было интересно. В настоящее время как раз занимаюсь промышленной автоматизацией, но с овеновской линейкой ПЛК не доводилось сталкиваться. Единственное, с чем приходилось иметь дело - это овеновские программируемые реле линейки ПР100, делал на них модернизацию стареньких гидравлических прессов, впечатления пока положительные (посмотрим, как они себя покажут в плане надежности).
Овен хорош пока ему не доверяют управление чем-то отвественным и серьезным. И если не нужно выдерживать честные минус 40 и другие неприятные сюрпризы ВВФ.
Спасибо за такой подробный обзор! Благодаря этому узнаешь о новых и интересных вещах в мире электронике. Очень полезные разборы как программной части, так и аппаратной составляющей устройств.
И всё-таки, классная у нас профессия. Вот только близкие от этого не довольны :-). Ощущают всю прелесть только тогда, когда: свет сам выключается, кофе по утру к времени готово, шторки открываются и закрываются по "голосовой" команде.
Контроллер классный. Вот только класс "надежности" не высок. Подобные ему, от Овена, пользуем в промышленности. Мне нравится. Цена/качество изделия на высоте.
Спасибо за труд!👏 Сложно для новичка но, очень позновательно. Побольше видео на эту тему. 👍
Для ускорения сходимости сети, во время сбоев, можно использовать маршрутизацию (например OSPF), коммутацию вообще отключить, а для определения сбоя использовать BFD. Я думаю можно добится 20~30 мс сходимости.
Вполне понятно и доходчиво - спасибо. Поправочка (41:25) - область переменных программного блока или как на видео - в текстовом виде, или в табличном. Там вверху-правее полосы прокрутки окошка с переменными переключатель вида имеется.
Доходчиво и понятно, жду следующего выпуска!
Качество выглядит достойно. Рад, что наши начали делать приличный вид устройств. Я сам для себя совершенно случайно и недавно открыл технологию FRAM. Все время голову ломал как хранить буфер 24битного ADC ... FRAM относительно флэша имеет нулевую задержку записи и безграничный ресурс. Как я раньше не видел сие чудо - хз. Технологии уже около 20 лет. Правда они в раза 3-4 дороже микросхем флэша, выбора объема не такой большой, да и найти их не очень легко... но оно того стоит... как минимум из-за нулевой задержки.
Блок-схемы в программировании ..... это конечно простите, но дичь лютейшая. не знаю на кого она ориентирована, но выглядит не очень. Видимо я уже стар для этого д....а (с) =D
Спасибо за обзор. Как всегда было интересно посмотреть плюшки. Успехов.
Не дешевое удовольствие, но альтернативы практически нет. Порадовала среда разработки. Тема не популярная, но было бы не плохо продолжить "разбирать" такие "вещи"!
Благодарим за подробный обзор ПЛК, Руслан!
Собрал себе умный дом на ОВЕН, только брал модули ввода и вывода. При этом использую MQTT подключение к ним, есть задержка 5 секунд на модуле ввода через mqtt, свет включается с задержкой. Вроде как должны поправить, но учитывая что патчи выходят очень редко, будет это ой как не скоро.
Я такой человек, что не любит готовых решений. Беру еспшку и делаю асинхронный суперброкер.
@@leesicin3950 , они делают исправления, но очень медленно.
@@leesicin3950 У ОВЕН весь софт и железо делаются в России (ну по ПЛК210 точно). Ну ясно, что компоненты плат не отечественного производства, но SMD монтаж производится на заводе в Богородицке. Софт тоже ОВЕН сам пишет. Никакого перемаркера китайской продукции, абсолютно отечественная разработка.
Техподдержка работает отлично, можно даже туда позвонить, если проблема сложная, то можно написать, обязательно ответят.
Прошивки делаются не быстро, так как проектов много, программистов мало) Но в любом случае все баги правятся, линейка дорабатывается. По сравнению со стартом продаж и сегодняшним днем - проделана огромная работа.
@@leesicin3950 Жду от вас ссылку на ПЛК210 на таобао) очень интересно.
Пока могу поделиться с вами видео с завода, где ОВЕН эти и другие ПЛК производят.
Завод находится в России в Богородицке.
ua-cam.com/video/p1oazpURFJ0/v-deo.html
Разумеется овен как и многие производители прибегает к услугам ОЕМ поставщиков, но точно не в случае с ПЛК.
@@SashaGolds Спасибо за ссылку! Радует что производство у нас в России! А этим нытикам всё время будет - то не это, то не то...
Купил контроллер как только он появился. Даа раза по гарантии носил в Овен. Сначала не работали сетевые интерфейсы после загрузки, во второй раз он просто завис и перестал грузиться. Намучался. Два месяца потерял потому что сдавал по гарантии. Контроллер в целом хороший, но что то напрягает пускать его в работу. А ещё эти перепутанные входы эзернет. На корпусе написано, что Eth 1, а в конфигурации это Eth4.
Благо техподдержка нормальная, отзываются достаточно быстро. Но с другой стороны, я и не должен был к ним обращаться, если было бы все нормально
Модули аналогового ввода МВА которых уже в продаже нет работают на котельных и насосных станциях в самых жестких условиях. Даже если бы сгорали каждый год, все равно брали, дешево и продают на каждом углу.
Крутой видос, сам программирую ПЛК на производстве RX3 от General Electic. Добра каналу)
Было интересно. Сейчас занимаюсь промышленной автоматизацией на Beckhoff
Не совсем понятно в эксперименте 32:00 - у этого Овна есть ли перевод выходов в отключенное состояние при отсутствии связи, зависании программы и тп (как на ПЛК так и на модулях)? Например, если будет модуль вывода соединен с ПЛК через Modbus TCP, связь обрывается, и какие-то выходы остаются включенными, давая управление на какие-то механизмы (задвижки, клапана, пускатели двигателей и т.п.). Это же совсем не безопасно.
На ПЛК можно настроить на каждый выход состояние при отсутствии/зависании программы. На модуле соответственно настраивается состояние каждого выхода после потери связи с задержкой на настраиваемый таймаут.
RS232 через 8P8C - стандарт для роутера типа Cisco или Mikrotik. Но там Com порт, а тут, возможно TTL логика. А так, в теории, можно использовать стандартный цисковский голубой кабель
Сейчас вообще почти вся сетевая оборудка юзает 8P8C для RS-232
Клеммник расположен неудачно. Если подключать кабели в экране, а в промышленности сечения обычно приличные, то они физически не влезут под крышку. Часы нужны для промышленных протоколов скорее всего, 104й или 61850, например. В пакетах с данными передается точное время.
Для общего развития посмотрел, спасибо! Может когда пригодиться.
А дома трудиться Orange pi с Node-red + Arduino и ESP8266.
Ничего не понятно, но очень интересно. Как просматривать визуализацию удалённо?
Скажу немного о том что я заметил и то что мне уже не очень нравится, микро USB может сломаться, и винтовые клеммы, в то время как на современных уже пружинные клеммы что гораздо лучше если есть внешняя вибрация. Современным контроллером с большой натяжкой можно назвать. В остальном да хорош для маленьких скромных задач не требующих особо серьезного внимания. Не зря же ему наладчик букву Г дорисовывали. :)
Спасибо за обзор. Хотел сказать, заворачивать RS232 в RJ45 очень старая традиция...
Конструктивно на SIEMENS очень похоже, на 5-ю серию... В целом интересно, с ОВНОм пока ни разу не работал.
Оставайтесь на Сименс, не пачкайтесь этим ОВНОм
А по мне так omron нравится
@@bnw_tawota Сименс как-раз говно - Vendor Lock, когда за любой шнурок запросят 1000$, где Сименс там коррупция и откаты. У нас даже в бюджетную компанию эти моральные уроды заходили, впаривали частотники по 20-кратной цене, намекая на откаты.
@@SIM31r да, этим Сименс славится с начала времён
@@bnw_tawota знать надо не только один вендор. Кругозор не должен ограничиватся только тиа портал. А например в том же самом codesys 3.5, можно писать для многих вендоров. На сименс мир клином не сошёлся. Где требуется управление в режиме реального времени, сименс зачастую используется как более медленный хаб. А основа логики может лежать на контролерах B&R. Это вам как пример. Krones на линиях розлива используют вообще ещё и zenon на пром компе для визуализации. Вот и получается связка s7-1500 + B&R +zenon. Причём основа на B&R собрана.
Когда впервые увидел в интернете картинку этого ПЛК, подумал ну наконец то, делают что-то интересное наши. Но посмотрев несколько видео, и размеры сего девайса, начали закрадываться сомнения. И вот после данного видео, вопросов стало еще больше. Как уже тут заметили комментаторы, не понятно поведение системы I/O при обрыве связи??? Отклик в 5 секунд в АСУТП ну это вообще за гранью. Далее Modbus-RTU то что показано, мое мнение это просто дичь какая то. Посмотрел "по диагонали" CODESYS, ведь есть стандартное Generic устройство Modbus_Serial_Device, куда проще озадачить его опросом и мапингом, чем писать кучу кода. Я очень давно работаю с шнайдеровскими контроллерами и мне никогда в голову не приходило писать код для опроса Modbus шины, как говорится все изобретено до нас. Что очень не понравилось, и надеюсь что это временно, что инженеры ОВЕН, все таки перестанут использовать open-source разработки в своем производстве. Да на данном этапе, это оправдано, но я бы был в двойне, тройне рад, если бы веб-морда была собственной разработкой ОВЕН. В любом случае это серьезный шаг, и главное им не останавливаться, а развиваться.
Встроенную реализацию Modbus тоже можно использовать, просто я захотел использовать библиотеку Овена, потому что она более гибко позволяет управлять опросом и обработкой ошибок. В том, что основа веб-интерфейса - открытый проект, я ничего плохого не вижу
Насколько я помню, STP использует систему весов для каналов, аналогично метрикам маршрутизации. Меньшая метрика/вес имеют по умолчанию более высокий приоритет. Распределение весов в свою очередь по умолчанию происходит по таймаутам и порядку опроса. Например, в вашем примере порты 3 и 4 опрашиваются в прямом порядке, получая соответственно веса 0 и 1. Если на линк с порта 3 плк повесить коммутатор, а линк порта 4 оставить прямым, веса их переменятся на 1 и 0 соответственно, т.к. вырастет время отклика на порту 3. Это грубо и кратко, но примерно так оно работает.
Как через овен можно реализовать защиту от протечек?
04:25 Cisco тоже не стесняется применять RJ-45 для RS232
Очень много кто так делает
спасибо за ваш труд но разьёмы посеребрёные и такой налёт либо валялись во влажнои помешении на складе , либо при залитии пластиком потемнели, а может и смазку консервирующую не отмыли :)
12:00 да, модули некоторые пишут архивы. Плюс при чтении для PID регуляторов нужна метка времени, чтобы определять производную сигнала, например, расчета интегральной составляющей сигнала. Например при медленном канале могут быть задержки в секунды и для управления нужна и метка времени.
Там метка системного времени в мс т.е время в мс от включения модуля циклическое а не абсолютное время. А время с батарейкой исключительно для логов внутри модуля.
Спк1хх тоже интересен. Ethernet правда там всего один. Но за то одновременно это и панель оператора и плк. В этом есть несомненые плюсы особенно в малых объектах автоматизации.
Интересно! Удобно использовать такие модули ввода-вывод как етэшки - удаленные модули ввода-вывода, но что-то скорость обмена очень не нравится. Мне кажется слишком большая задержка между включениями реле, хотя это возможно еще и потому что время скана тестовой программы 100 мс. Интересно было бы уменьшить это время и проверить скорость отрабатывания реле...
Пробовал модуль ввода и вывода ОВЕН на s7-1200, протокол modbus tcp. Задержка в основном была на переключениях к серверу модулей, то есть сначала подключаемся к модулю входа, считываем состояния входов, отключаемся, подключаемся к модулю дискретных выходов, записываем выхода, отключаемся, и заново. Ожидал что переключаться будет быстрее, однако задержка на лицо. Поэтому отошёл в пользу использования модулей ввода/вывода s7-1200. Цикл контроллера 20мс.
@@Zazanification эх, жаль, а так было бы классно.
Если отсутствует требования к быстрому процессу, то ещё пойдет. Даже площадочные вибратор с работой/паузой 2/2 сек вел себя не так как я хотел)
для чего нужно это устройство?
Если выходы у ПЛК цифровые DO, почему релюшки щёлкают? RO же нужно писать
Народ, не смотрел пока полностью, но мне интересно как в модулях сделано решение с двумя Ethernet разъёмами? Там одна микросхема Lan или несколько? Как ведёт себя модуль, если питание отключено? То есть сохраняется ли доступ к сети у остальных подключённых модулей?
Одна, и реле для коммутации при обесточивании... 1:13:26
на 1:02:17 косяк чисто электронный - 2 конденсатора 3В х 1Ф включены последовательно, следовательно имеем конденсатор 6В х 0.5 Ф, но никак не 1Ф! 👍😁🤪
ну ёмоё, точно!
@@rnadyrshin Да всё нормально, у всех бывают накладки! Не ошибается лишь тот, кто ничего не делает! А обзор - супер! 👍😁🤪
Это не косяк а необходимость увеличить напряжение ведь проц и периферия на 3,3 В рассчитаны.
@@ВладимирМ-е6ь Если что, то я про последовательное и параллельное соединение радиоэлементов, и результирующие параметры на "выходе", в частности - ЁМКОСТЬ последовательно соединённых (одинаковых) конденсаторов, есть половина каждого! 👍😁🤪
Базу данных на своем сервере можно подключить? Или только через облако?
Спасибо, интересно было!
Что за музыка в начале?
большой плюс WEB визуализация на любом устройстве. Минус сложность конфигурации. Мало входов выходов, можно проще плк взять на такое количество.
а такой же обзор плк от сименс можно? Для сравнения
Так как Ваш обзор это просто манна небесная , шикарно , невероятно классно
Было бы интересно
Сименс слишком специфический. Он нужен только менеджерам по продажам чтобы получать откаты. В высокую цену заложены откаты цепочке посредников. Иначе в здравом уме ни кто бы в Vendor Lock не лез.
@@SIM31r частично я с вами согласен, но всегда есть но
Моё но заключается в том, что проживаю я в Польше, а стереотипы они очень крепки, это раз, а капитализм ещё крепче это два...
И на рынке Евросоюза ничего другого кроме Сименса нет, поэтому с удовольствием смотрел это видео и так же ожидаю с удовольствием обзор Сименса
Полезное видео. Спасибо.
О, у меня есть видео новогодней елки с этим контроллером, :) странно, а почему блок питания не ОВЕН, он прям в таком же формфакторе как и ПЛК.
Потому что за него даже ОВНовцам стыдно. ))
Видео , супер .. почти полтора часа пролетели не заметно .. однако .. поработайте над переходами между темами .. секунду назад вы рассказываете про web визуализацию .. а через секунду вы уже разбираете устройство.
Основной блок имеет 2 питания, модуль расширения не имеет... Что за странности? ethernet разъемы вверх... Опять же тоже питание сверху. У него и так размеры приличные... это он сколько в высотку займет в штатном шкафу? 3 рейки чтобы иметь доступ к разъемам? Опять же "демо" приложение и загрузка ЦПУ от 23-25%...
Здравствуйте, подскажите, можно ли с вами как-то связаться? W/a email?
Почта в информации о канале
Автору большое спасибо за видео. Подскажите пожалуйста с чего начать изучать програмирования ПЛК начинающему , так как информации в интернете очень мало, я начал с ПЛК Delta DVP series потому что только на этот ПЛК есть инструкция на руском. Или учить CoDesys для ПЛК Овен? Или Siemens учить? Спасибо.
В текущих реалиях лучше учиться на Codesys 3.5. Так как почти все российские ПЛК сделалны на нём. Просто обёртку меняют. У ОВЕН много роликов, легко можно научиться. Главное побольше практики на реальном железе))
И где ещё найти такое подробное и понятное объяснение? Спасибо
53:15 Web-визуализация. вряд ли конечная панель, которая умеет интернет, рендеринг веб-страниц и отправку форм, будет проще и дешевле, простой рисовалки и отправки точек нажатия
Когда я говорил, что web-панель будет проще, я имел в виду не железо, а софт (панели и среды настройки)
@@rnadyrshin панель с веб визуализацией делаться гораздо проще и дешевле. Отдельно "не web" безальтернативно дорого в разработке, производстве и для конечного пользователя. Да, именно по софту, как среды исполнения так и среды разработки. В качестве же веб панели часто используют первый попавшийся под руку планшет, а иногда и телевизоры по 72".
Спасибо за обзор. Есть вопрос. Можно ли, получив по modbus tcp/rtu данные из какого-то регистра и дальше, передать эти данные дальше уже по SNMP. Сделать шлюз из modbus в snmp?
Да, можно
4:05 Как раз так и наоборот DB9 в современных устройствах был бы неудобен, т.к. уже повсеместно для консоли используется RJ45
Ну да, ну да, а адресацию IP мы просто выкинем за ненадобностью...
@@Opostrof причем тут IP?
@@aphos9709 При том что при аварийной отладке настроить СОМ проще быстрее и надежнее?
@@Opostrof RJ45 это тип разъема, к Ethernet и уж тем более TCP/IP он не привязан. Через RJ45 сейчас почти все RS-232 консоли подключаются, в сетевом оборудовании так 99%.
@@dvmavgoor Мда, неудобно когда с утра голова не варит... просмотрел... Мой косяк.
Прикольная светомузыка может получиться, но ДОРОГАЯ))))
а че за монитор на фоне?модель
Samsung U32J590UQI
Вроде бы функциональное железо, а ощущения целостности нет. С тем же USB: в одном NDIS, в другом виртуальный COM-порт, разный софт для настроек. Такое впечатление что менеджер гнал в шею, главное - наличие функционалности, а не ее качество.
Вроде бы много умных слов, а ощущение целостности посыла нет). Какие для вас критерии целостности - неясно. Неясно про какой разный софт для настроек вы говорите. Неясно про какой виртуальный COM-порт вы говорите, если предположить, что про USB-host, то это зависит от типа устройства: usb-flash, usb-modem, usb-wifi - так это так везде на то он и USB-host и не факт, что это будет виртуальный COM-port. Так же неясно чем вас не устраивает usb-rndis? Тем что оно usb-device служит для подключения к ПК или ноутбуку - так это в принципе его предназначение))) Так же неясно, какие для вас критерии качества функциональности.
@@artemmelnik8629 Я бы делал везде один интерфейс USB HID. Самый простой вариант для пользователя, не надо ставить никаких драйверов виртуальных портов, не надо знать никаких IP адресов.
@@artemmelnik8629 Даже косяки с корпусом говорят о многом. Они совсем некритичные и ни на что не влияют. Но дело не в этом. Если такие косяки допускают к выпуску в свет, можно ожидать что в железе и софте примерно такая же ситуация - разработчикам тупо не дают времени для доведения устройства до ума.
@@sergsapov2927 Конструктивные недостатки есть у всех, в том числе у siemens. Судя по вашей логике в плк siemens можно ожидать, что в железе и софте примерно такая же ситуация))). А насчёт USB-HID вообще непонятно как вы собрались работать с флеш-накопителем? Пояснительную бригаду, пожалуйста. Возможно, вы имели ввиду вместо usb-rndis? Тогда непонятно как вы собрались программировать и настраивать ПЛК? Разрабатывать отдельное приложение и встраивать его в CODESYS? И вообще вы знаете что HID имеет определенные ограничения?
@@artemmelnik8629 Для HID свое приложение. Я через HID даже прошивку гоняю. Какие там ограничения? Скоростей для настроек не надо.
Крутое устройство
Вопрос Автору. Можно на этом контролере Построить систему умного дома?
В принципе да, в упрощённом виде
В данный период времени, большая часть АСУТП на предприятиях энергетики и добывающей промышленности используют оборудование ОВЕН, раньше сименс и тому подобное, ноо санкции сделали свое дело и импортозамещение
И необоснованный ценник сименса тут совершенно не при чем... )))
@@Opostrof в определённых сферах деятельности в первую очередь разговор идёт за надёжность, а потом стоимость. И выбор за надёжность обосновать проще. Даже если, это стоит приличных денег. Так как не надёжные устройства, системы могут повлечь за собой большие экономические потери.
@@Q4R-q4r Это как то опровергает мои слова?
@@Opostrof я хотел сказать другое, но каждый поймёт по своему
почти на каждом заводе стоит ТРМ того либо иного вида. на том либо ином участке - это достаточно распространенные законченные решения. И они были ещё задолго до эпохи "импортозамещения". Их кратно больше чем ПЛК, и , темболее панелей.
Спасибо за обзор промконтроллера!
Не было мысли на подобном умный дом себе сделать?
нецелесообразно и дорого
Нее, я не хочу большой шкаф ставить дома
Коммент для поддержки и продвижения канала
Здравствуйте. Подскажите пожалуйста, может быть вы знаете какие-нибудь хорошие курсы по CodeSys? И еще интересует хорошая литература. В сети в основном натыкаюсь на материалы по Codesys для Овен, а хочется узнать для всего и сразу :)
Здравствуйте. Я такие не находил
Сергей Романов, и его книга. Есть как на электронном носителе так и печатный формат, содержание более 300 страниц формат А4.
Год назад купил комплект, электронный и Бумажный носитель.
Это самое лучшее что вообще существует в мире Кодесис.
Он и Бишкека, есть группы в контакте и на ютубе.
@@АлександрАлександров-е2ф8у спасибо, посмотрю
Линукс для плк разве не тормознуто? Я думал, что там должна быть маленькая ос реального времени для плк то. Хотя на ядерные реакторы его ставить не будут, так что...
Да, и немного смущает, что оно всё на одном ядре работает.
Для ядра Linux поддерживают ветку Rt-patch (Real-Time), также производитель, использующий Linux c Rt-patch, накладывает свои патчи на ОС для устранения непредсказуемых задержек, с учетом требований к предсказуемости необходимого функционала. Скажем задачам визуализации (веб-сервер или modbus для скады) нет необходимости работать в режиме реального времени, а вот к локальным или распределенным входам (для опроса датчиков) и выходам ( для исполнительных механизмов) определенные задачи могут предъявлять требования к режиму реального времени, а именно к предсказуемости времени реакции (максимальное время, с момента изменения сигнала на входе, до выработки соответствующего сигнала на выходе). И скажем каким-то задачам требуется время реакции порядка секунд, каким-то порядка сотен миллисекунд, каким-то десяток миллисекунд, а каким-то нужен и порядок микросекунд или даже наносекунд (для быстродействующих процессов - например, какая-нибудь быстродействующая химическая реакция). А количество ядер не влияет на предсказуемость, оно влияет только на производительность, но как я сказал не всем задачам нужна высокая производительность вплоть до наносекунд. А насчет ядерных реакторов, там будут не только требования к максимальному времени реакции, но и к резервированию и много еще к чему.
@@artemmelnik8629 затрахаешся конфиговать. но для профи нет проблем
@@artemmelnik8629 атомные реакторы сейчас на основе воды как замедлителя, им даром не нужно быстродействие, пожертвовали КПД в целях безопасности. То есть реакторам не нужно управление в обычном понимании, они пассивно безопасны. Наносекунды по любому встроенными системами управления обеспечиваются, защита в блоке питания например.
Я посмотрел до 35 минуты, но так и не понял, что это такое и для чего. Только из комментов узнал ответ.
А есть подобные аналоги?
Посмотрите в сторону китайских wecon (аналог плк Митсубиси)
Конечно, ПЛК это одно из популярнейших средств автоматизации в АСУТП, десятки производителей их делают
А как на счет надежности. Вот у меня на работе стоит контроллер 160М2, который прошиваешь и после выключения программа слетает. С такой проблемой сталкиваются многие, на форуме есть записи. У меня как бы нет данных, что это массовое, так как у меня он один, возможно брак. Теперь только в качестве стенда.
Не могу комментировать надежность, я не эксплуатирую эту технику достаточное время. Но кто-нибудь из зрителей наверняка выскажется
ПЛК100 - та же проблема со слетанием прошивки. Поддержка предположила, что у меня версия ПЛК до устранения бага, но выяснилось, что версия моего ПЛК100 уже после багфикса и проблема с прошивкой так и не разпешилась.
Овну надо в корне меняться и потом уже скидывать оковы старой торговой марки. Они крепко подгадили себе репутацию
Подтверждаю, ПЛК160 программа при перепрошивке не всегда обновляется. Но это пол беды, система работает несколько дней и глюкает программа, не сразу а через некоторое время. Первый раз приехал на объект перезалил программу, но она опять чр некоторое время перешла в режим какого то полуфункционала, в регистры частотника записывается мусор, перестает работать некоторая логика и объект встает. Последний раз убрал из проекта переменные RETAIN(Были сделаны счетчики моточасов) на мой взгляд это единственное что может ломать программу спуся n кол-во времени. Если все будет прекрасно работать после этого, то получается что энергонезависимые переменные записываются не туда куда нужно, и дают сбой всей программе. Вообщем время покажет, пока все работает.
Занимаюсь разработкой АСУ ТП, на ОВЕН сделал много объектов для водоконала и теплосети, технологические котельные и даже несколько металообрабатывающих станков, скажу так, продукт нормальный, косяки на уровне железа встречаются редко, но бывают, но давайте отдадим должное, это все таки не Siemens. Но вот конкретно к данной модели у меня есть притензии, сейчас поясню, на более старых версиях к примеру 110,150,160 на борту ПЛК всегда есть несколько шин, ethernet/rs232/rs485, для чего это сделано, для того что бы можно было разделить подсети, к примеру, по modbus tcp подключается HMI, по rs485 подключаются МВВ/ПЧ и другие устройства, это делается для того что бы в подсети HMI-PLC мастером выступала панель, а в подсети PLC-МВВ/ПЧ мастером выступал ПЛК. Почему именно так ? Все просто, если мастером для HMI выступает ПЛК и в туже сеть подключены еще МВВ/ПЧ то очень большие задержки по опросу, панелька тормозит, очень не удобно для оператора, по этой причине я всегда разделяю сетки, в новой же версии ПЛК и МВВ, получается так что сеть modbus tcp отдается модулям, а HMI придется подключать по rs485, как то не логично, не правда ли ? При этом разговаривал с ОВЕН, они не планируют разделять tcp порты, то есть мы получаем обычный свитч совмещенный с ПЛК, который умеет только modbus tcp, хотя все производители давно перешли на ethernet ip где нет мастеров и слейвов, что упрощает постройку систем управления, так что не считаю данную модель законченой и логичной в 2021 году.
Не очень понятно что мешает вам в новых контроллерах подключить HMI по Ethernet.
Modbus TCP более традиционный и привычный протокол, для многих систем автоматизации.
Он простой и понятный, плюс железки совместимы с другими производителями.
Если очень нужно, то можно на ПЛК и самому реализовать обмен по любому протоколу, через библиотеки.
Кстати, сейчас у ОВЕН идет разработка контроллеров и модулей ввода/вывода с EtherCAT. В теории обмен должен стать мгновенным, практически.
@@SashaGolds Добрый день, я не сказал что я не могу подключить по modbus tcp, я описал проблему, проблема в том что у овен на плк все порты в одной подсети, соответственно мастером сети выступает плк, но для более быстрого обмена необходимо разделение на подсети, 1 подсеть это мастер hmi для плк, 2 подсеть мастер плк для модулей и остального оборудования, при установке же плк мастером для hmi получаем достаточно длительный отклик, что в большинстве случаев не принесёт заказчик, а ethernet ip решает все эти проблемы разом и разделения, на подсети не нужно, касательно удобства, то тут у ethernet ip все на много удобней, есть возможно сть прямого обращения к переменной не только по адресу или регистры, но и по имени, так же не забываем что ethernet ip является, протоколом реального времени, основные производители отказались от старых протоколов в пользу ethernet ip, поддержка старья конечно осталась и модули для этого всего изготавливается, но как основными все эти протоколы не выступают. По сути одна притензия, сделайте два порта ethernet с раздельными ip и все
@@MrAr4uk вы можете сами с помощью web-конфигуратора сконфигурировать каждый порт в отдельности и разделить сети как вам надо. Такой функционал там есть и документация про то как вам это сделать тоже присутствует. Однако не стоит забывать, что протокол TCP и всё что по верх него крутиться - не является протоколом реального времени. Соответственно, если вам нужно предсказуемое время реакции на удаленном вводе/выводе, то вам нужна линейка модулей ввода/вывода с поддержкой протокола реального времени и соответствующий ПЛК с поддержкой той же шины. И на сегодняшний день самым быстродействующим промышленным протоколом реального времени является EtherCat (Можете в инете поискать сравнительную таблицу с характеристиками промышленных протоколов реального времени).
@@artemmelnik8629 Спасибо, я почитаю, но мне кажется что вы не совсем поняли мой посыл, разделить передачи данных это можно, ок, вот вопрос, как мне в одной подсети сделать ПЛК и мастером и слейвом одновременно ? это на сколько я знаю не возможно, любое устройство может быть либо мастером либо слейвом, в этом и вся суть моего посыла, ПЛК слишком медленно делает опрос панели, получается такая ситуация, что оператор кликнул по кнопке (без удержания), а плк не успел это опросить, соответсвенно кнопку нужно удерживать 0,5-1сек что бы плк успел все опросить, с аналоговыми велечинами тоже самое, вводишь значение, плк достаточно долго опрашивает и перезаписывает, это все происходит если ПЛК для HMI является мастером, а не наоборот, а посыл мой в том что сеть одна и в этой сети ПЛК либо мастер либо слейв, строим систему ПЛК+3 модуля ввода вывода и 4 частотника, все соеденено по modbus TCP, ПЛК естесвенно будет мастером данной сети и панелька будет работать тормознуто, а если полностью разделить сети, то есть воткнуть 2 сетевые карты в ПЛК, а не одну, то получиться четкая закономерность, для модулей и ПЧ ПЛК будет мастером, а для панели слейвом, все будет работать быстро и корректно. Теперь касательно Ethercat, я с ним работаю только при использовании сервоприводов и то не на всех вендорах ,у Allen Bradley сервы работают по Ethernet IP, у siemens drive cliq, в основном если азиатские сервы то там я подбираю с ервы с Ethercat, в промышленной автоматизации используется Ethernet IP, кстати таблицу пересмотрите тоже и почитайте по больше про этот протокол, Ethernet IP заявлен как протокол реального времени, кстати это не все его заслуги, это самый адаптируемый протокол из всех существующих ,а вот modbus tcp по тихоньку скатывается вниз и скорее всего от него скоро откажутся все зарубежные вендоры, по крайней мере у АВ,сименс и шнайдера это уже так, у GE вроде тоже, а это на минуточку диктаторы моды если можно так выразиться, в сфере пром.автоматизации.
@@MrAr4uk можно сделать плк слейвом в одной подсети на одном ethernet-порту и мастером на другом ethernet-порту с другой подсетью если вас это устраивает. Такая возможность есть. Если вы хотите одну подсеть то можно на плк поднять мастер и опрашивать модули по стандартному slave-порту 502, а для слейва на этом же IP установить другой slave-порт и опрашивать мастером этот другой slave-порт. Ethernet-ip в своём базовом виде не является детерминированным так как использует в базовом виде tcp. Конечно для обеспечения детерменизма делают так называемую надстройку. Подобные надстройки существуют и для modbus-tcp для обеспечения детерменизма. Но по сути это отклонение от спецификации протокола. www.motioncontroltips.com/ethernet-ip-versus-ethercat-whats-the-difference/
Соотвественно, вы не сможете использовать скажем модули других производителей у которых это расширение не поддержано, но для этого нужно чтобы спецификация расширения была открыта и поддержана производителем.
Нда, в свете текущих событий про TI и ST наверное можно уже забыть? Подозреваю, что логистика всё-же наладится через третьи страны. А есть ПЛК на отечественном чипе? PS: Всегда интересовало, почему все используют японские реле? Это же относительно элементарная штука.
По моему перемудрили с этими вэб интерфейсами... А ценник интересно какой? Работал когда то с сименовскими контроллерами - ардуина или ESP интереснее и проще, а работает не хуже.
Как на счёт сделать совместный проект на плк овен?
Это как?
Быстрее будет объяснить по телефону.
Телеграмм, Вотсап, Вайбер
*/*06/2955918 или в VK Болотский Михаил Вологда
Так ни разу за много лет не посотрудничал изза ценовой политики компании ,точнее организации цен для начинающих клиентов .
Больше нравились старые серии Овен плк(63 и похожие на них). С новыми линейками стало намного сложнее укладывать провода(((( А насчёт rs232 сам же ОВЕН одно время использовал rj11, который физически не перепутаешь)
Эти уроды не rj11 использовали, а rj12. Который в продаже ,мягко говоря, не часто встречается. Причем некоторые покупные rj12 разъемы отказывались фиксироваться в овенах. Приходилось брать rj45 и обтачивать напильником.
RJ45 нынче модно - шнайдер вместо нормальных винтовых разъемов тоже нонче на rs485 интерфейс разъемы rj45 пихает. Слава богу овена до такого еще не додумались.
Ну RS-232 в таком виде далеко не редкость. У кучи сетевого оборудования он в таком виде выполнен. На ИБП APC тоже есть в таком виде.
Вы правы, я просто редко имею дело с такими девайсами. Но мне всё же не нравится, что 3 одинаковых разъёма стоят в ряд и выглядят одинаково, за исключением обозначения рядом. При этом один из них - RS-232, а остальные Ethernet
также на HMI панелях частое явление, иногда и RS485 могут запихнуть в RJ45
@@rnadyrshin С 232 всё немного хуже чем видится с первого взгляда. Проблема в том, что есть Кабель. уже с Завода обжатый определённым образом. кабелей несколько, как можно понять КС1, КС2... КС7 .( один для ПЛК110, один для Плк308, один для Плк100 и т.д.) и для разных ПЛК у нас это были Разные кабели. исторически. свести к одному не получилось.
Весь мир сетевых технологий Cisco, Juniper, Avaya и т.д. давно использует RJ45 как RS232
Вы правы, я просто редко имею дело с такими девайсами. Но мне всё же не нравится, что 3 одинаковых разъёма стоят в ряд и выглядят одинаково, за исключением обозначения рядом. При этом один из них - RS-232, а остальные Ethernet
Не используем овеновские плк и блоки питания. Аналоговые входа и выхода дохнут непойми от чего. А блоки питания просто мрут. В овене можно брать только ту продукцию которую они сами не производят).
А какие адекватные по цене ПЛК для частного дома можно использовать?
Можете примерную статистику дать по отказам по входам и выходам? Развязывать не думали? Статика исключена? БП - не проблема. Заранее спасибо.
@@victorn1199 Вздуваються высоковольтные банки чаще всего. Низковольтные реже. Ну статистику по плк не вели просто меняем на дельту или сименс.
@@dmitriyv6776, ясно, буду знать.
Источники питания и контроллеры используйте Phoenix Contact. Источники питания максимально надежные, особенно Quint, это как АК в мире источников питания.
Технология PLC Next- это контроллер промышленный на Линукс.
Овен дорого и ненадежно, для дома он дорог, и сравним с любым Китаем, та же малина с али..
Дороговато будет для умного дома. Может оно и надёжно, но тянуть промышленные железки домой, только деньги на ветер выкидывать.
На овен не сильно дорого, другие решения получались дороже
Со своего дивана не соглашусь с вами.
Общаюсь с автоматчиками, все как один говорят, хочешь умный дом юзай проф решения. Никакой разницы от промышленной автоматизации в умном доме быть не должно. Все эти Яндекс лампочки в рот продавану засунь)
Это конечно при условии, что под умным домом мы с вами представляем одно и тоже.
Офигенный обзор. Супер. Спасибо.
Приветствую. По Siemens Logo планируется видос? Блин, пока ждал за год пришлось самому разбираться. Отстаёт от трендов. Московский регион уже вовсю бомбит проекты домашней миниавтоматизации на этих гаджетах. Даже Беларусь ,(я оттуда) уже дошла до этого.Овен даже в промышленных масштабах даёт огромный процент отказов. Колоссальный процент клиентов (я занимаюсь автоматизацией) имеет претензии к отказоустойчивости и качеству работы сего бренда (исключительно мое мнение по отзывам). Вот Сименс рулит, действительно работает. Прошу прокомментировать.
Обзор siemens logo пока не планирую. Сейчас много других планов по видео
А модули аналоговые в этой серии палёные с коробки!
Очень похож на Mitsubishi Fx3 . Клемники один в один
Покрытие контактов похоже на серебро.
Мышка классно клацает)
опа, вот и паскаль пригодился?
ну да, точно
Девайсы прикольные, но что-то меня смущает. Не очень понятна ниша. Много хипстерского функционала, но для умного дома как-то неудобно и дорого. А для серьезного прома выглядит ненадёжно решение с линуксом, несколькими веб-интерфейсами и пользовательской логикой на одном ядре. Хотя в спецификации заявлен некий RT-патч. Впрочем, я дилетант в промавтоматике, чего я понимаю, может так теперь модно в этой отрасли.
корпус похож на контроллеры DELTA, даже rs232 выполнен таким же разъёмом. ))))
я так не понял для чего это нужно, а тем более для дома, квартиры
)) Так они нужны как раз НЕ для дома и квартиры.
Когда привык к сименсу, на овен уже смотришь скептически... Я понимаю что цена играет огромную роль. Но, вспоминая студенческие годы (почти 10 лет назад) и сколько было негатива при работе с овеном... Скептизм усиливается) Может и изменился овен, утверждать не буду
Сименс интуитивно понятный контроллер
@@Zazanification спорно
RS232 в 8p8c еще куда ни шло. А вот когда RS485 через него выводят это совсем печаль...
А В ЧЁМ собсно печаль?
@@GurikN1 как обжать 2 провода в 8p8c, чтобы сделать шину?
@@alexfedorov1160 таки да, без костылей никак
Увы, но пока линейка у ОВНа вышла сырая. Много критичных косяков. Да и в качестве блока питания стоило использовать ОВЕН БП120К, для колориту... и глюков.
Минута до старта?! Это софтовый ПЛК поверх Linux PC? У древних, но гораааздо более мощных ПЛК это занимает секунды..
Секунды были у микроконтроллерных ПЛК. Тут линукс требует время на запуск и среда исполнения тоже.
Контакты серебрёные.
Отечественный Beckhoff 🤗
О, брат! Я тоже 10 лет назад писал ПО для разных контроллеров. Но уехал в другой регион и закончилось счастье... )))
Ждем!!!
Cледующий на очереди в обзор и сравнение Segnetics Trim 5 и модуль расширения FMR и еще очень интересный MATRIX.
Комментарий, комментарий, комментарий, комментарий.
Видел вас в фильме "Ночной дозор". Не думал, что вы ещё и инженер.
а кем он там был. чето я не поню его там
У меня было ощущение, что родственник автора играет в сериале "Лучше, чем люди" :-)
1:12:42 слева непропай 😃
Ставил эту коде сис. Очень громоздкая. Грузит систему, и вообще, работает только на винде. Была практика замены Mitsubishi fx 14mr на пр200. Язык fbd мне не нравиться, уж лучше что то со схемами и катушками.
Нифига не понял что это и с каким майонезом это кушать ??
сколько работы инженеров я просто в шоке
ИМХО штыри разной высоты - задумка производителя для снижения усилия для смыкания разъёмов... но это не точно...
С самого начала ждёшь, что автор ролика расскажет о предназначении этих штуковин, где и для чего используется, но проходит 5, 10 минут- этого не происходит . Когда не понимаешь для чего это нужно, интерес пропадает.
Свою архаичную клеммную коложку так и не переделали, а жаль.