Привык видеть контент от Real Pars. Я был уверен, что это снова перевод. В этот раз я только в конце видео понял, что это собственная анимация)). Профессионально сделали!
То что архитектуры процессоров разные вы не указали. ПК был разработан для работы с текстом и машинное слово подгоняется под эти нужды. В ПЛК изначально идёт работа с числами. Также привычные ОС не являются операционками реального времени. Промышленные ПК используются как АРМ и как хранилище данных. То есть отвечают тем требованиям, что и изначальные ПК : работают для человека. Есть попытки использовать виртуальные ПЛК в составе промышленных ПК, но там куча проблем.
Добрый день. На сегодняшний день пк прекрасно себя чувствует в качестве серверов для всей банковской инфраструктуры, поэтому нет сомнения в возможностях пк быстро обрабатывать огромные потоки чисел. К том уже существующие процессоры для ПК, такие как x86, x64 или ARM являются многоядерными и отдать одно или два ядра для подсистемы реального времени не является чем-то из ряда вон. Как пример могу назвать существовавший ранее WinAC от Siemens или прекрасно развивающийся Codesys, ядро реального времени которого можно установить на любой пк, raspberry pi или на смартфон с андроид. Из моей практики могу вспомнить роботизированные машины от KUKA, в основе которых почти всегда находится ПК с ядром ПЛК.
Добрый день. Действительно есть такая штука, спасибо, что обратили на это внимание. У меня как раз сейчас валяется старый пк Siemens с этим софтом, нужно оживить его будет 😁👍
Добрый день. Очень много промышленных компьютеров визуально выглядят как обычные плк. Например, у сименса есть линейка пк в корпусе плк, но с Windows embedded на борту, где в качестве плк используется ПО WinAC. Поэтому часто не сразу понятно с чем имеешь дело. Но я с вами частично согласен. Промышленные компьютеры скорее всего еще долго будут уступать плк.
Я лично считаю, что инженер АСУТП тоже ИТ специалист, но банк со мной не согласен 🫤 и льготную ипотеку не даёт 😅. Обслуживают «такие плк» точно те же самые люди, что и обычные, немного подучив C#, Python или C++.
@@ClickClackLogic =) как это повлияет на время поиска? Будут сидеть брейк поинты ставить, а компания в этот момент будет терять по 100к в минуту =)). Да и какой в этом смысл. Что такого не может делать, ПЛК, что необходимо для управления оборудованием? Надо же понимать, что нет ничего, что ПЛК делать не может. А для всего остального с ПЛК данные можно переместить куда угодно и делать с ними, что угодно. Просто ИТ очень хочет в АСУТП. Только проблема том, что они ничего там не понимают =)) а учиться не хотят.
Как я это вижу. Инициатива исходит не от потребителей, а от производителя. Это раньше, когда все производители были +- равны, они боролись за мнение потребителя, а сейчас когда весь рынок по сути поделен между несколькими крупными корпорациями это ни к чему. Сейчас крупнейшие производители решений плк, как любой другой производитель упершийся в потолок своего рынка сбыта, начинает увеличивать прибыль за счет оптимизации своих расходов. Так вот зачем производить и разрабатывать свое железо, когда можно взять готовое?! Тем более, что те же пк сейчас очень компактные получаются. Зачем тратить деньги на разработку своей среды программирования, когда ее всеравно потом «спиратят» (сколько копий Tia portal продается?!), когда можно взять опять таки готовое (Codesys), а еще лучше, просто толкать всем очередной фреймворк по подписке?! Именно поэтому с точки зрения корпораций это «движение» очень даже обосновано и рентабельно, но делать это «вдруг» нельзя, нужно потихоньку 😅 чтобы жертва не заподозрила ничего плохого. И такая оптимизация сейчас микро шагами идет повсеместно. Еще в 2011 году впервые от немцев услышал о специальности «мехатроник». Это такой программист/кипиа с гаечным ключом и бочкой гидравлического масла с зарплатой техника кип 😅. Чуть позже на некоторых предприятиях стал встречать «техников-технологов»… это такой оператор, который 12 часов стоит за станком, подавая расходники и выполняя роль оператора, но периодически самостоятельно делает переналадку станка и выполняет мелкий ремонт и диагностику, заменяя собой дежурного механика и техника кип. И все это счастье за зп чуть выше обычного оператора. 🤷🏻♂️ С моей точки зрения путь неверный, но спрашивать никого естественно не будут 🫤
Тенденция перехода с ПЛК на ПК ведет к унификации устройств «принятия решений». Ведь можно будет не разрабатывать кучу разных платформ ПЛК, а использовать одну общую на базе ПК.
@@ClickClackLogic нунунунунуну, для плк код пишется непонятно на чем, потому что в них стоит слабый микроконтроллер, который винду/линукс не потянет. А щас производителям можно не жопить десятку баксов и ставить не урезанное железо в те же плк которые будут уже пк.
@@ClickClackLogic мечты по унификации. Такие компании, как Siemens, Schneider Electric, ABB и другие именитые будут до последнего делать, чтобы отлично всё работало внутри своего продукта, чтобы привязать к своему бренду, а с остальными через доп. устройства. Что-то никто не собрался и не принял решения о создании единого открытого протокола обмена. Так и дальше будет ProfiNet, PowerLink, Modbus. Так же и с промышленным компьютером. Хорошо когда у производителя есть ПЛК и пром.компьютер. Потому что на базе тех же модулей ввода/вывода и через модуль согласования можно легко настроить связь и управление. ПЛК еще долго будут востребованы, потому что развитие их железа и ПО не стоит на месте и развивается со всей микроэлектроникой. Хотя развитие железа приходит к стагнации. Но ПО развивается и старается быть более дружелюбным к пользователю, как проектировщику, так и конечному пользователю. Тот же Codesys.
Добрый день. Есть такие, да. Но что вы хотите эти сказать? FPGA - это скорее создание отдельных устройств, я не слышал чтобы на них собирали целые автоматические линии.
Думаю вы правы. Только смотря на глючный софт, выходящий в последнее время, становится немного страшно, когда языки высокого уровня массово прийдут в промышленную автоматизацию вместе с текущим поколение итшников… Посмотрим к чему это приведет 🙂🤷🏻♂️
@@ClickClackLogic У Вас устаревшая информация... Они уже пришли и всерьёз пишут "реалтайм" на джаве и питоне, при этом я не знаю почему но это реально идёт в продакшн((( Мы никогда не использовали ПЛК для серьезных пром.решений, всегда писали для конкретного микроконтроллера на сях с асмными вставками. Конечно и js используем но! только для web морд. С появлением одноплаьников работающих в агрессивных условиях по стало похоже на "arduino"поделки. Теперь даже для конвертации эзернета в RSxxx используют два ядра Арма с операционкой )))).
Я просто 12 лет на эксплуатации работаю. Таких поделок попадалось пока мало, в основном всякая мелочевка. Серьезных машин, линий и станков пока не встречал. Везде либо Siemens, либо B&R (на x86 к слову), OMRON и т.д. На с# только пару очень глючных HMI попадалось, которые потом самостоятельно на Weintek переводили…
А еще все говорят, что могут сделать «быстрые устройства» без использования прерываний, но когда доходит до дела (например струйный принтер для даты на 70тыс банок в час) сдуваются еще на этапе тестирования своих «поделок» 🤷🏻♂️
Добрый день. В этом видео мы решили сделать собственную анимацию. Это был интересный опыт для нас. Надеемся, что вы оцените наш труд.
Привык видеть контент от Real Pars. Я был уверен, что это снова перевод. В этот раз я только в конце видео понял, что это собственная анимация)). Профессионально сделали!
Собственно это и есть перевод, но с нашей анимацией 😁
Спасибо большое за Ваш труд, очень полезно ❤
Профессиональный контент! Спасибо!
Спасибо, мы старались. Но производство таких роликов для нас пока дело сложное 🙂
❤❤❤❤
То что архитектуры процессоров разные вы не указали. ПК был разработан для работы с текстом и машинное слово подгоняется под эти нужды. В ПЛК изначально идёт работа с числами. Также привычные ОС не являются операционками реального времени. Промышленные ПК используются как АРМ и как хранилище данных. То есть отвечают тем требованиям, что и изначальные ПК : работают для человека. Есть попытки использовать виртуальные ПЛК в составе промышленных ПК, но там куча проблем.
Добрый день. На сегодняшний день пк прекрасно себя чувствует в качестве серверов для всей банковской инфраструктуры, поэтому нет сомнения в возможностях пк быстро обрабатывать огромные потоки чисел. К том уже существующие процессоры для ПК, такие как x86, x64 или ARM являются многоядерными и отдать одно или два ядра для подсистемы реального времени не является чем-то из ряда вон. Как пример могу назвать существовавший ранее WinAC от Siemens или прекрасно развивающийся Codesys, ядро реального времени которого можно установить на любой пк, raspberry pi или на смартфон с андроид. Из моей практики могу вспомнить роботизированные машины от KUKA, в основе которых почти всегда находится ПК с ядром ПЛК.
У Siemens давно уже существует программный ПЛК WinAC, ставится на винду и забирает одно ядро процессора под свои нужды.
Добрый день. Действительно есть такая штука, спасибо, что обратили на это внимание. У меня как раз сейчас валяется старый пк Siemens с этим софтом, нужно оживить его будет 😁👍
@@ClickClackLogic Какая винда стоит на ПК? Майкрософт обновлениями Windows 7 убивало работу WinAC.
Он мне чистый достался… Его до меня кто-то отформатировал… Появится время, попробую оживить железяку 🙂
Очень странное заявление, что ПК конкурирует с ПЛК в АСУ ТП
Добрый день. Очень много промышленных компьютеров визуально выглядят как обычные плк. Например, у сименса есть линейка пк в корпусе плк, но с Windows embedded на борту, где в качестве плк используется ПО WinAC. Поэтому часто не сразу понятно с чем имеешь дело. Но я с вами частично согласен. Промышленные компьютеры скорее всего еще долго будут уступать плк.
ПК и ПЛК.)
Добрый день. Что вы имеете ввиду?
@@ClickClackLogic Зачем противопоставлять используйте вместе.
=) а обслуживать оборудование с таким пк кто будет ИТ специалист?
Я лично считаю, что инженер АСУТП тоже ИТ специалист, но банк со мной не согласен 🫤 и льготную ипотеку не даёт 😅. Обслуживают «такие плк» точно те же самые люди, что и обычные, немного подучив C#, Python или C++.
@@ClickClackLogic =) как это повлияет на время поиска? Будут сидеть брейк поинты ставить, а компания в этот момент будет терять по 100к в минуту =)). Да и какой в этом смысл. Что такого не может делать, ПЛК, что необходимо для управления оборудованием? Надо же понимать, что нет ничего, что ПЛК делать не может. А для всего остального с ПЛК данные можно переместить куда угодно и делать с ними, что угодно. Просто ИТ очень хочет в АСУТП. Только проблема том, что они ничего там не понимают =)) а учиться не хотят.
Как я это вижу. Инициатива исходит не от потребителей, а от производителя. Это раньше, когда все производители были +- равны, они боролись за мнение потребителя, а сейчас когда весь рынок по сути поделен между несколькими крупными корпорациями это ни к чему. Сейчас крупнейшие производители решений плк, как любой другой производитель упершийся в потолок своего рынка сбыта, начинает увеличивать прибыль за счет оптимизации своих расходов. Так вот зачем производить и разрабатывать свое железо, когда можно взять готовое?! Тем более, что те же пк сейчас очень компактные получаются. Зачем тратить деньги на разработку своей среды программирования, когда ее всеравно потом «спиратят» (сколько копий Tia portal продается?!), когда можно взять опять таки готовое (Codesys), а еще лучше, просто толкать всем очередной фреймворк по подписке?! Именно поэтому с точки зрения корпораций это «движение» очень даже обосновано и рентабельно, но делать это «вдруг» нельзя, нужно потихоньку 😅 чтобы жертва не заподозрила ничего плохого.
И такая оптимизация сейчас микро шагами идет повсеместно. Еще в 2011 году впервые от немцев услышал о специальности «мехатроник». Это такой программист/кипиа с гаечным ключом и бочкой гидравлического масла с зарплатой техника кип 😅. Чуть позже на некоторых предприятиях стал встречать «техников-технологов»… это такой оператор, который 12 часов стоит за станком, подавая расходники и выполняя роль оператора, но периодически самостоятельно делает переналадку станка и выполняет мелкий ремонт и диагностику, заменяя собой дежурного механика и техника кип. И все это счастье за зп чуть выше обычного оператора. 🤷🏻♂️
С моей точки зрения путь неверный, но спрашивать никого естественно не будут 🫤
можно было за три секунды сказать: разница в стоимости между микроконтроллером и каким нибудь intel atom для предприятия не видна.
Тенденция перехода с ПЛК на ПК ведет к унификации устройств «принятия решений». Ведь можно будет не разрабатывать кучу разных платформ ПЛК, а использовать одну общую на базе ПК.
@@ClickClackLogic нунунунунуну, для плк код пишется непонятно на чем, потому что в них стоит слабый микроконтроллер, который винду/линукс не потянет. А щас производителям можно не жопить десятку баксов и ставить не урезанное железо в те же плк которые будут уже пк.
Ну почему же. Например, используя ядро Codesys, можно легко из Raspberry PI сделать плк на линуксе.
@@ClickClackLogic мечты по унификации. Такие компании, как Siemens, Schneider Electric, ABB и другие именитые будут до последнего делать, чтобы отлично всё работало внутри своего продукта, чтобы привязать к своему бренду, а с остальными через доп. устройства. Что-то никто не собрался и не принял решения о создании единого открытого протокола обмена. Так и дальше будет ProfiNet, PowerLink, Modbus. Так же и с промышленным компьютером. Хорошо когда у производителя есть ПЛК и пром.компьютер. Потому что на базе тех же модулей ввода/вывода и через модуль согласования можно легко настроить связь и управление.
ПЛК еще долго будут востребованы, потому что развитие их железа и ПО не стоит на месте и развивается со всей микроэлектроникой. Хотя развитие железа приходит к стагнации. Но ПО развивается и старается быть более дружелюбным к пользователю, как проектировщику, так и конечному пользователю. Тот же Codesys.
FPGA
Добрый день. Есть такие, да. Но что вы хотите эти сказать? FPGA - это скорее создание отдельных устройств, я не слышал чтобы на них собирали целые автоматические линии.
У плк больше нет плюсов... Бошка у плк всё равно везде пк. Соответственно плк - рудимент.
Думаю вы правы. Только смотря на глючный софт, выходящий в последнее время, становится немного страшно, когда языки высокого уровня массово прийдут в промышленную автоматизацию вместе с текущим поколение итшников… Посмотрим к чему это приведет 🙂🤷🏻♂️
@@ClickClackLogic У Вас устаревшая информация... Они уже пришли и всерьёз пишут "реалтайм" на джаве и питоне, при этом я не знаю почему но это реально идёт в продакшн((( Мы никогда не использовали ПЛК для серьезных пром.решений, всегда писали для конкретного микроконтроллера на сях с асмными вставками. Конечно и js используем но! только для web морд.
С появлением одноплаьников работающих в агрессивных условиях по стало похоже на "arduino"поделки. Теперь даже для конвертации эзернета в RSxxx используют два ядра Арма с операционкой )))).
Я просто 12 лет на эксплуатации работаю. Таких поделок попадалось пока мало, в основном всякая мелочевка. Серьезных машин, линий и станков пока не встречал. Везде либо Siemens, либо B&R (на x86 к слову), OMRON и т.д. На с# только пару очень глючных HMI попадалось, которые потом самостоятельно на Weintek переводили…
А еще все говорят, что могут сделать «быстрые устройства» без использования прерываний, но когда доходит до дела (например струйный принтер для даты на 70тыс банок в час) сдуваются еще на этапе тестирования своих «поделок» 🤷🏻♂️
@@ClickClackLogic Да, всё верно, но это было раньше.