Owen PLC210. Big review 

Овен хорош пока ему не доверяют управление чем-то отвественным и серьезным. И если не нужно выдерживать честные минус 40 и другие неприятные сюрпризы ВВФ.

Модули аналогового ввода МВА которых уже в продаже нет работают на котельных и насосных станциях в самых жестких условиях. Даже если бы сгорали каждый год, все равно брали, дешево и продают на каждом углу.

Сейчас вообще почти вся сетевая оборудка юзает 8P8C для RS-232

Там метка системного времени в мс т.е время в мс от включения модуля циклическое а не абсолютное время. А время с батарейкой исключительно для логов внутри модуля.

Оставайтесь на Сименс, не пачкайтесь этим ОВНОм

А по мне так omron нравится

@@bnw_tawota Сименс как-раз говно - Vendor Lock, когда за любой шнурок запросят 1000$, где Сименс там коррупция и откаты. У нас даже в бюджетную компанию эти моральные уроды заходили, впаривали частотники по 20-кратной цене, намекая на откаты.

@@SIM31r да, этим Сименс славится с начала времён

@@bnw_tawota знать надо не только один вендор. Кругозор не должен ограничиватся только тиа портал. А например в том же самом codesys 3.5, можно писать для многих вендоров. На сименс мир клином не сошёлся. Где требуется управление в режиме реального времени, сименс зачастую используется как более медленный хаб. А основа логики может лежать на контролерах B&R. Это вам как пример. Krones на линиях розлива используют вообще ещё и zenon на пром компе для визуализации. Вот и получается связка s7-1500 + B&R +zenon. Причём основа на B&R собрана.

Я такой человек, что не любит готовых решений. Беру еспшку и делаю асинхронный суперброкер.

@@leesicin3950 , они делают исправления, но очень медленно.

@@leesicin3950 У ОВЕН весь софт и железо делаются в России (ну по ПЛК210 точно). Ну ясно, что компоненты плат не отечественного производства, но SMD монтаж производится на заводе в Богородицке. Софт тоже ОВЕН сам пишет. Никакого перемаркера китайской продукции, абсолютно отечественная разработка. Техподдержка работает отлично, можно даже туда позвонить, если проблема сложная, то можно написать, обязательно ответят. Прошивки делаются не быстро, так как проектов много, программистов мало) Но в любом случае все баги правятся, линейка дорабатывается. По сравнению со стартом продаж и сегодняшним днем - проделана огромная работа.

@@leesicin3950 Жду от вас ссылку на ПЛК210 на таобао) очень интересно. Пока могу поделиться с вами видео с завода, где ОВЕН эти и другие ПЛК производят. Завод находится в России в Богородицке. ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-p1oazpURFJ0.html Разумеется овен как и многие производители прибегает к услугам ОЕМ поставщиков, но точно не в случае с ПЛК.

​@@SashaGolds Спасибо за ссылку! Радует что производство у нас в России! А этим нытикам всё время будет - то не это, то не то...

Одна, и реле для коммутации при обесточивании... 1:13:26

Да, можно

Потому что за него даже ОВНовцам стыдно. ))

Встроенную реализацию Modbus тоже можно использовать, просто я захотел использовать библиотеку Овена, потому что она более гибко позволяет управлять опросом и обработкой ошибок. В том, что основа веб-интерфейса - открытый проект, я ничего плохого не вижу

нецелесообразно и дорого

Нее, я не хочу большой шкаф ставить дома

Пробовал модуль ввода и вывода ОВЕН на s7-1200, протокол modbus tcp. Задержка в основном была на переключениях к серверу модулей, то есть сначала подключаемся к модулю входа, считываем состояния входов, отключаемся, подключаемся к модулю дискретных выходов, записываем выхода, отключаемся, и заново. Ожидал что переключаться будет быстрее, однако задержка на лицо. Поэтому отошёл в пользу использования модулей ввода/вывода s7-1200. Цикл контроллера 20мс.

@@Zazanification эх, жаль, а так было бы классно.

Если отсутствует требования к быстрому процессу, то ещё пойдет. Даже площадочные вибратор с работой/паузой 2/2 сек вел себя не так как я хотел)

Очень много кто так делает

На ПЛК можно настроить на каждый выход состояние при отсутствии/зависании программы. На модуле соответственно настраивается состояние каждого выхода после потери связи с задержкой на настраиваемый таймаут.

ну ёмоё, точно!

@@rnadyrshin Да всё нормально, у всех бывают накладки! Не ошибается лишь тот, кто ничего не делает! А обзор - супер! 👍😁🤪

Это не косяк а необходимость увеличить напряжение ведь проц и периферия на 3,3 В рассчитаны.

@@user-ot5js1gy5j Если что, то я про последовательное и параллельное соединение радиоэлементов, и результирующие параметры на "выходе", в частности - ЁМКОСТЬ последовательно соединённых (одинаковых) конденсаторов, есть половина каждого! 👍😁🤪

Эти уроды не rj11 использовали, а rj12. Который в продаже ,мягко говоря, не часто встречается. Причем некоторые покупные rj12 разъемы отказывались фиксироваться в овенах. Приходилось брать rj45 и обтачивать напильником. RJ45 нынче модно - шнайдер вместо нормальных винтовых разъемов тоже нонче на rs485 интерфейс разъемы rj45 пихает. Слава богу овена до такого еще не додумались.

Было бы интересно

Сименс слишком специфический. Он нужен только менеджерам по продажам чтобы получать откаты. В высокую цену заложены откаты цепочке посредников. Иначе в здравом уме ни кто бы в Vendor Lock не лез.

@@SIM31r частично я с вами согласен, но всегда есть но Моё но заключается в том, что проживаю я в Польше, а стереотипы они очень крепки, это раз, а капитализм ещё крепче это два... И на рынке Евросоюза ничего другого кроме Сименса нет, поэтому с удовольствием смотрел это видео и так же ожидаю с удовольствием обзор Сименса

Здравствуйте. Я такие не находил

Сергей Романов, и его книга. Есть как на электронном носителе так и печатный формат, содержание более 300 страниц формат А4. Год назад купил комплект, электронный и Бумажный носитель. Это самое лучшее что вообще существует в мире Кодесис. Он и Бишкека, есть группы в контакте и на ютубе.

@@user-tq1zo5cl7b спасибо, посмотрю

Когда я говорил, что web-панель будет проще, я имел в виду не железо, а софт (панели и среды настройки)

@@rnadyrshin панель с веб визуализацией делаться гораздо проще и дешевле. Отдельно "не web" безальтернативно дорого в разработке, производстве и для конечного пользователя. Да, именно по софту, как среды исполнения так и среды разработки. В качестве же веб панели часто используют первый попавшийся под руку планшет, а иногда и телевизоры по 72".

В принципе да, в упрощённом виде

а кем он там был. чето я не поню его там

У меня было ощущение, что родственник автора играет в сериале "Лучше, чем люди" :-)

Вы правы, я просто редко имею дело с такими девайсами. Но мне всё же не нравится, что 3 одинаковых разъёма стоят в ряд и выглядят одинаково, за исключением обозначения рядом. При этом один из них - RS-232, а остальные Ethernet

И необоснованный ценник сименса тут совершенно не при чем... )))

@@Opostrof в определённых сферах деятельности в первую очередь разговор идёт за надёжность, а потом стоимость. И выбор за надёжность обосновать проще. Даже если, это стоит приличных денег. Так как не надёжные устройства, системы могут повлечь за собой большие экономические потери.

@@user-mv2qf5ic7m Это как то опровергает мои слова?

@@Opostrof я хотел сказать другое, но каждый поймёт по своему

почти на каждом заводе стоит ТРМ того либо иного вида. на том либо ином участке - это достаточно распространенные законченные решения. И они были ещё задолго до эпохи "импортозамещения". Их кратно больше чем ПЛК, и , темболее панелей.

Обзор siemens logo пока не планирую. Сейчас много других планов по видео

Не могу комментировать надежность, я не эксплуатирую эту технику достаточное время. Но кто-нибудь из зрителей наверняка выскажется

ПЛК100 - та же проблема со слетанием прошивки. Поддержка предположила, что у меня версия ПЛК до устранения бага, но выяснилось, что версия моего ПЛК100 уже после багфикса и проблема с прошивкой так и не разпешилась. Овну надо в корне меняться и потом уже скидывать оковы старой торговой марки. Они крепко подгадили себе репутацию

Подтверждаю, ПЛК160 программа при перепрошивке не всегда обновляется. Но это пол беды, система работает несколько дней и глюкает программа, не сразу а через некоторое время. Первый раз приехал на объект перезалил программу, но она опять чр некоторое время перешла в режим какого то полуфункционала, в регистры частотника записывается мусор, перестает работать некоторая логика и объект встает. Последний раз убрал из проекта переменные RETAIN(Были сделаны счетчики моточасов) на мой взгляд это единственное что может ломать программу спуся n кол-во времени. Если все будет прекрасно работать после этого, то получается что энергонезависимые переменные записываются не туда куда нужно, и дают сбой всей программе. Вообщем время покажет, пока все работает.

Вы правы, я просто редко имею дело с такими девайсами. Но мне всё же не нравится, что 3 одинаковых разъёма стоят в ряд и выглядят одинаково, за исключением обозначения рядом. При этом один из них - RS-232, а остальные Ethernet

также на HMI панелях частое явление, иногда и RS485 могут запихнуть в RJ45

@@rnadyrshin С 232 всё немного хуже чем видится с первого взгляда. Проблема в том, что есть Кабель. уже с Завода обжатый определённым образом. кабелей несколько, как можно понять КС1, КС2... КС7 .( один для ПЛК110, один для Плк308, один для Плк100 и т.д.) и для разных ПЛК у нас это были Разные кабели. исторически. свести к одному не получилось.

Почта в информации о канале

А В ЧЁМ собсно печаль?

@@GurikN1 как обжать 2 провода в 8p8c, чтобы сделать шину?

@@alexfedorov1160 таки да, без костылей никак

Посмотрите в сторону китайских wecon (аналог плк Митсубиси)

Конечно, ПЛК это одно из популярнейших средств автоматизации в АСУТП, десятки производителей их делают

Да, и немного смущает, что оно всё на одном ядре работает.

Для ядра Linux поддерживают ветку Rt-patch (Real-Time), также производитель, использующий Linux c Rt-patch, накладывает свои патчи на ОС для устранения непредсказуемых задержек, с учетом требований к предсказуемости необходимого функционала. Скажем задачам визуализации (веб-сервер или modbus для скады) нет необходимости работать в режиме реального времени, а вот к локальным или распределенным входам (для опроса датчиков) и выходам ( для исполнительных механизмов) определенные задачи могут предъявлять требования к режиму реального времени, а именно к предсказуемости времени реакции (максимальное время, с момента изменения сигнала на входе, до выработки соответствующего сигнала на выходе). И скажем каким-то задачам требуется время реакции порядка секунд, каким-то порядка сотен миллисекунд, каким-то десяток миллисекунд, а каким-то нужен и порядок микросекунд или даже наносекунд (для быстродействующих процессов - например, какая-нибудь быстродействующая химическая реакция). А количество ядер не влияет на предсказуемость, оно влияет только на производительность, но как я сказал не всем задачам нужна высокая производительность вплоть до наносекунд. А насчет ядерных реакторов, там будут не только требования к максимальному времени реакции, но и к резервированию и много еще к чему.

@@artemmelnik8629 затрахаешся конфиговать. но для профи нет проблем

@@artemmelnik8629 атомные реакторы сейчас на основе воды как замедлителя, им даром не нужно быстродействие, пожертвовали КПД в целях безопасности. То есть реакторам не нужно управление в обычном понимании, они пассивно безопасны. Наносекунды по любому встроенными системами управления обеспечиваются, защита в блоке питания например.

Это как?

Быстрее будет объяснить по телефону. Телеграмм, Вотсап, Вайбер */*06/2955918 или в VK Болотский Михаил Вологда

Samsung U32J590UQI

Сименс интуитивно понятный контроллер

@@Zazanification спорно

Ну да, ну да, а адресацию IP мы просто выкинем за ненадобностью...

@@Opostrof причем тут IP?

@@aphos9709 При том что при аварийной отладке настроить СОМ проще быстрее и надежнее?

@@Opostrof RJ45 это тип разъема, к Ethernet и уж тем более TCP/IP он не привязан. Через RJ45 сейчас почти все RS-232 консоли подключаются, в сетевом оборудовании так 99%.

@@dvmavgoor Мда, неудобно когда с утра голова не варит... просмотрел... Мой косяк.

На овен не сильно дорого, другие решения получались дороже

Со своего дивана не соглашусь с вами. Общаюсь с автоматчиками, все как один говорят, хочешь умный дом юзай проф решения. Никакой разницы от промышленной автоматизации в умном доме быть не должно. Все эти Яндекс лампочки в рот продавану засунь) Это конечно при условии, что под умным домом мы с вами представляем одно и тоже.

ну да, точно

Ну, да. Пошел XLR и промышленные трехфазные розетки нафиг.

Не очень понятно что мешает вам в новых контроллерах подключить 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/ Соотвественно, вы не сможете использовать скажем модули других производителей у которых это расширение не поддержано, но для этого нужно чтобы спецификация расширения была открыта и поддержана производителем.

Секунды были у микроконтроллерных ПЛК. Тут линукс требует время на запуск и среда исполнения тоже.

)) Так они нужны как раз НЕ для дома и квартиры.

Вроде бы много умных слов, а ощущение целостности посыла нет). Какие для вас критерии целостности - неясно. Неясно про какой разный софт для настроек вы говорите. Неясно про какой виртуальный 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 даже прошивку гоняю. Какие там ограничения? Скоростей для настроек не надо.