И всё-таки, классная у нас профессия. Вот только близкие от этого не довольны :-). Ощущают всю прелесть только тогда, когда: свет сам выключается, кофе по утру к времени готово, шторки открываются и закрываются по "голосовой" команде. Контроллер классный. Вот только класс "надежности" не высок. Подобные ему, от Овена, пользуем в промышленности. Мне нравится. Цена/качество изделия на высоте.
Я вообще не понимаю, о чем идет речь, но мне очень интересно. Всегда жду новых выпусков. Понял, что надо много проводочков и знаний, чтобы зафигачить такую прикольную мигалку лампочками)))) Слушаю как научную фантастику.
Спасибо за такой подробный обзор! Благодаря этому узнаешь о новых и интересных вещах в мире электронике. Очень полезные разборы как программной части, так и аппаратной составляющей устройств.
Купил контроллер как только он появился. Даа раза по гарантии носил в Овен. Сначала не работали сетевые интерфейсы после загрузки, во второй раз он просто завис и перестал грузиться. Намучался. Два месяца потерял потому что сдавал по гарантии. Контроллер в целом хороший, но что то напрягает пускать его в работу. А ещё эти перепутанные входы эзернет. На корпусе написано, что Eth 1, а в конфигурации это Eth4. Благо техподдержка нормальная, отзываются достаточно быстро. Но с другой стороны, я и не должен был к ним обращаться, если было бы все нормально
Модули аналогового ввода МВА которых уже в продаже нет работают на котельных и насосных станциях в самых жестких условиях. Даже если бы сгорали каждый год, все равно брали, дешево и продают на каждом углу.
Для ускорения сходимости сети, во время сбоев, можно использовать маршрутизацию (например OSPF), коммутацию вообще отключить, а для определения сбоя использовать BFD. Я думаю можно добится 20~30 мс сходимости.
Не дешевое удовольствие, но альтернативы практически нет. Порадовала среда разработки. Тема не популярная, но было бы не плохо продолжить "разбирать" такие "вещи"!
спасибо за ваш труд но разьёмы посеребрёные и такой налёт либо валялись во влажнои помешении на складе , либо при залитии пластиком потемнели, а может и смазку консервирующую не отмыли :)
Вроде бы функциональное железо, а ощущения целостности нет. С тем же 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 имеет определенные ограничения?
Занимаюсь разработкой АСУ ТП, на ОВЕН сделал много объектов для водоконала и теплосети, технологические котельные и даже несколько металообрабатывающих станков, скажу так, продукт нормальный, косяки на уровне железа встречаются редко, но бывают, но давайте отдадим должное, это все таки не 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/ Соотвественно, вы не сможете использовать скажем модули других производителей у которых это расширение не поддержано, но для этого нужно чтобы спецификация расширения была открыта и поддержана производителем.
В данный период времени, большая часть АСУТП на предприятиях энергетики и добывающей промышленности используют оборудование ОВЕН, раньше сименс и тому подобное, ноо санкции сделали свое дело и импортозамещение
@@Opostrof в определённых сферах деятельности в первую очередь разговор идёт за надёжность, а потом стоимость. И выбор за надёжность обосновать проще. Даже если, это стоит приличных денег. Так как не надёжные устройства, системы могут повлечь за собой большие экономические потери.
почти на каждом заводе стоит ТРМ того либо иного вида. на том либо ином участке - это достаточно распространенные законченные решения. И они были ещё задолго до эпохи "импортозамещения". Их кратно больше чем ПЛК, и , темболее панелей.
По моему перемудрили с этими вэб интерфейсами... А ценник интересно какой? Работал когда то с сименовскими контроллерами - ардуина или ESP интереснее и проще, а работает не хуже.
Не совсем понятно в эксперименте 32:00 - у этого Овна есть ли перевод выходов в отключенное состояние при отсутствии связи, зависании программы и тп (как на ПЛК так и на модулях)? Например, если будет модуль вывода соединен с ПЛК через Modbus TCP, связь обрывается, и какие-то выходы остаются включенными, давая управление на какие-то механизмы (задвижки, клапана, пускатели двигателей и т.п.). Это же совсем не безопасно.
На ПЛК можно настроить на каждый выход состояние при отсутствии/зависании программы. На модуле соответственно настраивается состояние каждого выхода после потери связи с задержкой на настраиваемый таймаут.
Девайсы прикольные, но что-то меня смущает. Не очень понятна ниша. Много хипстерского функционала, но для умного дома как-то неудобно и дорого. А для серьезного прома выглядит ненадёжно решение с линуксом, несколькими веб-интерфейсами и пользовательской логикой на одном ядре. Хотя в спецификации заявлен некий RT-патч. Впрочем, я дилетант в промавтоматике, чего я понимаю, может так теперь модно в этой отрасли.
Со своего дивана не соглашусь с вами. Общаюсь с автоматчиками, все как один говорят, хочешь умный дом юзай проф решения. Никакой разницы от промышленной автоматизации в умном доме быть не должно. Все эти Яндекс лампочки в рот продавану засунь) Это конечно при условии, что под умным домом мы с вами представляем одно и тоже.
Спасибо за обзор. Есть вопрос. Можно ли, получив по modbus tcp/rtu данные из какого-то регистра и дальше, передать эти данные дальше уже по SNMP. Сделать шлюз из modbus в snmp?
Ставил эту коде сис. Очень громоздкая. Грузит систему, и вообще, работает только на винде. Была практика замены Mitsubishi fx 14mr на пр200. Язык fbd мне не нравиться, уж лучше что то со схемами и катушками.
ламели на разъеме на разной высоте скорей всего из за ручной пайки разъемов... При облуживании контакта он прогревается и чуть чуть плавит пластик, и соответственно пин немного двигается в нем.
С самого начала ждёшь, что автор ролика расскажет о предназначении этих штуковин, где и для чего используется, но проходит 5, 10 минут- этого не происходит . Когда не понимаешь для чего это нужно, интерес пропадает.
Импортозамещение подтолкнуло к созданию таких фирм как ОВЕН, Неман, Вега и другие. Программируемый логический контроллер. Это приблуда для разработчиков и проектов. Датчики, приборы, умный дом например. Много сфер использования.
@@valeraidomovoi Когда разваливали СССР, первым делом стали разрушать станкостроение и микроэлектронику, таким образом промышленность откинули назад в прошлое на несколько десятилетий.
Ну так такая фиговина и разрабатвается в первую очередь для промышленной и комерческой автоматики. это потом ее в "умный дом" кулибины тянуть пытаются.
мндяя, технические характеристики SoC просто поражают своей нищетой. и это в 21-ом году! понятно, что для данной задачи "много и не нужно", плюс "энергопотребление" и все такое... но, как говорится - камон - это же характеристики 2005 года!!! не иначе, производитель комплектующие приобретал где то на задворках китайской помойки, на вес прям, килограммами...
Не советую связываться с этим калом никогда!!! У "одинаковых" блоков и модулей, произведённых в течение полугода обязательно будет разное фирмваре. Ты по гарантии меняешь модуль на такой же, а программа не работает от слова совсем!!!
Это ОВЕН - его сразу из коробки производителя надо бросать в урну. Это написано невидимыми чернилами в инструкции производителя. Теми же чернилами в инструкции написаны мольбы о помощи конструкторов, которых держат в рабстве и заставляют разрабатывать контроллеры за еду
@@bnw_tawota Сименс как-раз говно - Vendor Lock, когда за любой шнурок запросят 1000$, где Сименс там коррупция и откаты. У нас даже в бюджетную компанию эти моральные уроды заходили, впаривали частотники по 20-кратной цене, намекая на откаты.
@@bnw_tawota знать надо не только один вендор. Кругозор не должен ограничиватся только тиа портал. А например в том же самом codesys 3.5, можно писать для многих вендоров. На сименс мир клином не сошёлся. Где требуется управление в режиме реального времени, сименс зачастую используется как более медленный хаб. А основа логики может лежать на контролерах B&R. Это вам как пример. Krones на линиях розлива используют вообще ещё и zenon на пром компе для визуализации. Вот и получается связка s7-1500 + B&R +zenon. Причём основа на B&R собрана.
RS232 через 8P8C - стандарт для роутера типа Cisco или Mikrotik. Но там Com порт, а тут, возможно TTL логика. А так, в теории, можно использовать стандартный цисковский голубой кабель
Спасибо, было интересно. В настоящее время как раз занимаюсь промышленной автоматизацией, но с овеновской линейкой ПЛК не доводилось сталкиваться. Единственное, с чем приходилось иметь дело - это овеновские программируемые реле линейки ПР100, делал на них модернизацию стареньких гидравлических прессов, впечатления пока положительные (посмотрим, как они себя покажут в плане надежности).
Овен хорош пока ему не доверяют управление чем-то отвественным и серьезным. И если не нужно выдерживать честные минус 40 и другие неприятные сюрпризы ВВФ.
Основной блок имеет 2 питания, модуль расширения не имеет... Что за странности? ethernet разъемы вверх... Опять же тоже питание сверху. У него и так размеры приличные... это он сколько в высотку займет в штатном шкафу? 3 рейки чтобы иметь доступ к разъемам? Опять же "демо" приложение и загрузка ЦПУ от 23-25%...
Качество выглядит достойно. Рад, что наши начали делать приличный вид устройств. Я сам для себя совершенно случайно и недавно открыл технологию FRAM. Все время голову ломал как хранить буфер 24битного ADC ... FRAM относительно флэша имеет нулевую задержку записи и безграничный ресурс. Как я раньше не видел сие чудо - хз. Технологии уже около 20 лет. Правда они в раза 3-4 дороже микросхем флэша, выбора объема не такой большой, да и найти их не очень легко... но оно того стоит... как минимум из-за нулевой задержки. Блок-схемы в программировании ..... это конечно простите, но дичь лютейшая. не знаю на кого она ориентирована, но выглядит не очень. Видимо я уже стар для этого д....а (с) =D Спасибо за обзор. Как всегда было интересно посмотреть плюшки. Успехов.
Скажу немного о том что я заметил и то что мне уже не очень нравится, микро USB может сломаться, и винтовые клеммы, в то время как на современных уже пружинные клеммы что гораздо лучше если есть внешняя вибрация. Современным контроллером с большой натяжкой можно назвать. В остальном да хорош для маленьких скромных задач не требующих особо серьезного внимания. Не зря же ему наладчик букву Г дорисовывали. :)
Когда впервые увидел в интернете картинку этого ПЛК, подумал ну наконец то, делают что-то интересное наши. Но посмотрев несколько видео, и размеры сего девайса, начали закрадываться сомнения. И вот после данного видео, вопросов стало еще больше. Как уже тут заметили комментаторы, не понятно поведение системы I/O при обрыве связи??? Отклик в 5 секунд в АСУТП ну это вообще за гранью. Далее Modbus-RTU то что показано, мое мнение это просто дичь какая то. Посмотрел "по диагонали" CODESYS, ведь есть стандартное Generic устройство Modbus_Serial_Device, куда проще озадачить его опросом и мапингом, чем писать кучу кода. Я очень давно работаю с шнайдеровскими контроллерами и мне никогда в голову не приходило писать код для опроса Modbus шины, как говорится все изобретено до нас. Что очень не понравилось, и надеюсь что это временно, что инженеры ОВЕН, все таки перестанут использовать open-source разработки в своем производстве. Да на данном этапе, это оправдано, но я бы был в двойне, тройне рад, если бы веб-морда была собственной разработкой ОВЕН. В любом случае это серьезный шаг, и главное им не останавливаться, а развиваться.
Встроенную реализацию Modbus тоже можно использовать, просто я захотел использовать библиотеку Овена, потому что она более гибко позволяет управлять опросом и обработкой ошибок. В том, что основа веб-интерфейса - открытый проект, я ничего плохого не вижу
Клеммник расположен неудачно. Если подключать кабели в экране, а в промышленности сечения обычно приличные, то они физически не влезут под крышку. Часы нужны для промышленных протоколов скорее всего, 104й или 61850, например. В пакетах с данными передается точное время.
Народ, не смотрел пока полностью, но мне интересно как в модулях сделано решение с двумя Ethernet разъёмами? Там одна микросхема Lan или несколько? Как ведёт себя модуль, если питание отключено? То есть сохраняется ли доступ к сети у остальных подключённых модулей?
Не используем овеновские плк и блоки питания. Аналоговые входа и выхода дохнут непойми от чего. А блоки питания просто мрут. В овене можно брать только ту продукцию которую они сами не производят).
Источники питания и контроллеры используйте Phoenix Contact. Источники питания максимально надежные, особенно Quint, это как АК в мире источников питания. Технология PLC Next- это контроллер промышленный на Линукс. Овен дорого и ненадежно, для дома он дорог, и сравним с любым Китаем, та же малина с али..
@@ВладимирМ-е6ь Если что, то я про последовательное и параллельное соединение радиоэлементов, и результирующие параметры на "выходе", в частности - ЁМКОСТЬ последовательно соединённых (одинаковых) конденсаторов, есть половина каждого! 👍😁🤪
Вы правы, я просто редко имею дело с такими девайсами. Но мне всё же не нравится, что 3 одинаковых разъёма стоят в ряд и выглядят одинаково, за исключением обозначения рядом. При этом один из них - RS-232, а остальные Ethernet
Собрал себе умный дом на ОВЕН, только брал модули ввода и вывода. При этом использую MQTT подключение к ним, есть задержка 5 секунд на модуле ввода через mqtt, свет включается с задержкой. Вроде как должны поправить, но учитывая что патчи выходят очень редко, будет это ой как не скоро.
@@leesicin3950 У ОВЕН весь софт и железо делаются в России (ну по ПЛК210 точно). Ну ясно, что компоненты плат не отечественного производства, но SMD монтаж производится на заводе в Богородицке. Софт тоже ОВЕН сам пишет. Никакого перемаркера китайской продукции, абсолютно отечественная разработка. Техподдержка работает отлично, можно даже туда позвонить, если проблема сложная, то можно написать, обязательно ответят. Прошивки делаются не быстро, так как проектов много, программистов мало) Но в любом случае все баги правятся, линейка дорабатывается. По сравнению со стартом продаж и сегодняшним днем - проделана огромная работа.
@@leesicin3950 Жду от вас ссылку на ПЛК210 на таобао) очень интересно. Пока могу поделиться с вами видео с завода, где ОВЕН эти и другие ПЛК производят. Завод находится в России в Богородицке. ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-p1oazpURFJ0.html Разумеется овен как и многие производители прибегает к услугам ОЕМ поставщиков, но точно не в случае с ПЛК.
Вполне понятно и доходчиво - спасибо. Поправочка (41:25) - область переменных программного блока или как на видео - в текстовом виде, или в табличном. Там вверху-правее полосы прокрутки окошка с переменными переключатель вида имеется.
Интересно! Удобно использовать такие модули ввода-вывод как етэшки - удаленные модули ввода-вывода, но что-то скорость обмена очень не нравится. Мне кажется слишком большая задержка между включениями реле, хотя это возможно еще и потому что время скана тестовой программы 100 мс. Интересно было бы уменьшить это время и проверить скорость отрабатывания реле...
Пробовал модуль ввода и вывода ОВЕН на s7-1200, протокол modbus tcp. Задержка в основном была на переключениях к серверу модулей, то есть сначала подключаемся к модулю входа, считываем состояния входов, отключаемся, подключаемся к модулю дискретных выходов, записываем выхода, отключаемся, и заново. Ожидал что переключаться будет быстрее, однако задержка на лицо. Поэтому отошёл в пользу использования модулей ввода/вывода s7-1200. Цикл контроллера 20мс.
Сименс слишком специфический. Он нужен только менеджерам по продажам чтобы получать откаты. В высокую цену заложены откаты цепочке посредников. Иначе в здравом уме ни кто бы в Vendor Lock не лез.
@@SIM31r частично я с вами согласен, но всегда есть но Моё но заключается в том, что проживаю я в Польше, а стереотипы они очень крепки, это раз, а капитализм ещё крепче это два... И на рынке Евросоюза ничего другого кроме Сименса нет, поэтому с удовольствием смотрел это видео и так же ожидаю с удовольствием обзор Сименса
Нда, в свете текущих событий про TI и ST наверное можно уже забыть? Подозреваю, что логистика всё-же наладится через третьи страны. А есть ПЛК на отечественном чипе? PS: Всегда интересовало, почему все используют японские реле? Это же относительно элементарная штука.
Автору большое спасибо за видео. Подскажите пожалуйста с чего начать изучать програмирования ПЛК начинающему , так как информации в интернете очень мало, я начал с ПЛК Delta DVP series потому что только на этот ПЛК есть инструкция на руском. Или учить CoDesys для ПЛК Овен? Или Siemens учить? Спасибо.
53:15 Web-визуализация. вряд ли конечная панель, которая умеет интернет, рендеринг веб-страниц и отправку форм, будет проще и дешевле, простой рисовалки и отправки точек нажатия
@@rnadyrshin панель с веб визуализацией делаться гораздо проще и дешевле. Отдельно "не web" безальтернативно дорого в разработке, производстве и для конечного пользователя. Да, именно по софту, как среды исполнения так и среды разработки. В качестве же веб панели часто используют первый попавшийся под руку планшет, а иногда и телевизоры по 72".
Спк1хх тоже интересен. Ethernet правда там всего один. Но за то одновременно это и панель оператора и плк. В этом есть несомненые плюсы особенно в малых объектах автоматизации.
Вы правы, я просто редко имею дело с такими девайсами. Но мне всё же не нравится, что 3 одинаковых разъёма стоят в ряд и выглядят одинаково, за исключением обозначения рядом. При этом один из них - RS-232, а остальные Ethernet
@@rnadyrshin С 232 всё немного хуже чем видится с первого взгляда. Проблема в том, что есть Кабель. уже с Завода обжатый определённым образом. кабелей несколько, как можно понять КС1, КС2... КС7 .( один для ПЛК110, один для Плк308, один для Плк100 и т.д.) и для разных ПЛК у нас это были Разные кабели. исторически. свести к одному не получилось.
Видео , супер .. почти полтора часа пролетели не заметно .. однако .. поработайте над переходами между темами .. секунду назад вы рассказываете про web визуализацию .. а через секунду вы уже разбираете устройство.
Линукс для плк разве не тормознуто? Я думал, что там должна быть маленькая ос реального времени для плк то. Хотя на ядерные реакторы его ставить не будут, так что...
Для ядра Linux поддерживают ветку Rt-patch (Real-Time), также производитель, использующий Linux c Rt-patch, накладывает свои патчи на ОС для устранения непредсказуемых задержек, с учетом требований к предсказуемости необходимого функционала. Скажем задачам визуализации (веб-сервер или modbus для скады) нет необходимости работать в режиме реального времени, а вот к локальным или распределенным входам (для опроса датчиков) и выходам ( для исполнительных механизмов) определенные задачи могут предъявлять требования к режиму реального времени, а именно к предсказуемости времени реакции (максимальное время, с момента изменения сигнала на входе, до выработки соответствующего сигнала на выходе). И скажем каким-то задачам требуется время реакции порядка секунд, каким-то порядка сотен миллисекунд, каким-то десяток миллисекунд, а каким-то нужен и порядок микросекунд или даже наносекунд (для быстродействующих процессов - например, какая-нибудь быстродействующая химическая реакция). А количество ядер не влияет на предсказуемость, оно влияет только на производительность, но как я сказал не всем задачам нужна высокая производительность вплоть до наносекунд. А насчет ядерных реакторов, там будут не только требования к максимальному времени реакции, но и к резервированию и много еще к чему.
@@artemmelnik8629 атомные реакторы сейчас на основе воды как замедлителя, им даром не нужно быстродействие, пожертвовали КПД в целях безопасности. То есть реакторам не нужно управление в обычном понимании, они пассивно безопасны. Наносекунды по любому встроенными системами управления обеспечиваются, защита в блоке питания например.
Насколько я помню, STP использует систему весов для каналов, аналогично метрикам маршрутизации. Меньшая метрика/вес имеют по умолчанию более высокий приоритет. Распределение весов в свою очередь по умолчанию происходит по таймаутам и порядку опроса. Например, в вашем примере порты 3 и 4 опрашиваются в прямом порядке, получая соответственно веса 0 и 1. Если на линк с порта 3 плк повесить коммутатор, а линк порта 4 оставить прямым, веса их переменятся на 1 и 0 соответственно, т.к. вырастет время отклика на порту 3. Это грубо и кратко, но примерно так оно работает.
нет ребята... промышленная электроника должна быть надежная и всем известная в плане обслуживания! Только Сименс! Иначе сплошной геморрой потом при эксплуатации и обслуживании....ИМХО.
