Если для управления достаточно одного ПЛК, то все верно. Как только появляется распределенная система (РСУ) то 61131-3 как раз и мотивирует на создание непрогнозируемых костылей (в основном на Modbus, ага).
События 61499 придумали для РСУ. А с появлением OPCUA over TSN/Ethernet APL только его и тащат в унифицированные вычисления. Впрочем 61131-3 внутри ФБ живет и будет жить.
Ну а то, что РСУ - сложные, так кому сейчас легко.
Ну пост сильно обзорный, и картинка там старая, кмк. А если обратиться к первоисточнику, то в стандарте O-PAS физический уровень это Part 7 – Physical Platform, а коммуникационная среда это Part 4 – O-PAS Connectivity Framework, к ней только "интеллектуальные датчики" (Intelligent I/O) подключать нужно, куда даже ПЛК можно причесть и т.п.
А протоколы с real-time шинами прекрасно живут в физическом слое, там вам и HART, и FF, и Profibus DP, ... весь зоопарк в общем
Вы перечисляете полевые шины, их никто не отменит, они еще десятки лет будут жить. Речь же о взаимодействии на других уровнях, втыкать, например, в СКАДУ ethercat и profibus dp мало кому удобно. Если сравнивать, так с S7 или modbus диалектами...
В лучшем случае это good idea для наполнения списка вузов в LevelPride.
Для составления рейтинга вузов вам еще надо придумать good idea, которая наберет вам аудиторию.
Статья говорит будто об архитектурах, а на самом деле это вопль о платформах. Ага, мир граблей велик в своем беспорядке, и кроме тулчейнов есть на свете много еще чего, друг Гораций.
Впрочем у изрядного количества людей всегда будет работа. И это успокаивает.
То же самое делает Intel вместе со своими партнерами по embedded pc — при разработке используются инженерные образцы.
С тем же Bay Trail, например, промышленные модули уже тестировались, когда официально он еще не был выпущен.
А требования по безопасности тут вообще ни при чем.
Если для управления достаточно одного ПЛК, то все верно. Как только появляется распределенная система (РСУ) то 61131-3 как раз и мотивирует на создание непрогнозируемых костылей (в основном на Modbus, ага).
События 61499 придумали для РСУ. А с появлением OPCUA over TSN/Ethernet APL только его и тащат в унифицированные вычисления. Впрочем 61131-3 внутри ФБ живет и будет жить.
Ну а то, что РСУ - сложные, так кому сейчас легко.
Ну пост сильно обзорный, и картинка там старая, кмк. А если обратиться к первоисточнику, то в стандарте O-PAS физический уровень это Part 7 – Physical Platform, а коммуникационная среда это Part 4 – O-PAS Connectivity Framework, к ней только "интеллектуальные датчики" (Intelligent I/O) подключать нужно, куда даже ПЛК можно причесть и т.п.
А протоколы с real-time шинами прекрасно живут в физическом слое, там вам и HART, и FF, и Profibus DP, ... весь зоопарк в общем
Вы перечисляете полевые шины, их никто не отменит, они еще десятки лет будут жить. Речь же о взаимодействии на других уровнях, втыкать, например, в СКАДУ ethercat и profibus dp мало кому удобно. Если сравнивать, так с S7 или modbus диалектами...
интересно, что будет в комментах, если ОАСУТП заменить на O-PAS, а Северсталь на Emerson или, скажем, Schneider?
не хватает замеров по потреблению памяти
Для составления рейтинга вузов вам еще надо придумать good idea, которая наберет вам аудиторию.
Впрочем у изрядного количества людей всегда будет работа. И это успокаивает.
С тем же Bay Trail, например, промышленные модули уже тестировались, когда официально он еще не был выпущен.
А требования по безопасности тут вообще ни при чем.