Комментарии 16
"...В рабочую группу по созданию открытой шины входят ПАО «Ростелеком», Госкорпорация «Росатом» ..."
Здравствуй, распил)))
Поддерживаю многократно! При чтении произошел пердюмонокль: "Эти-то тут каким боком?" Стандарты или протоколы во всем мире разрабатываются людьми чисто научного толка (к слову сказать, даже у военных такая же история), а только потом накладываются на внедрение и прикладную сторону вопроса...если что-то идет с ног на голову - значит просто разговор не о "стандарте", а про "деньги".
Почему в "рабочую группу" не входит ни один научный центр? Ну к примеру какой-нибудь физико-математический университет, который бы мог провести математический анализ сигналов и внедрить в стандарте какие-то свои разработки...эээх...
Стандарты или протоколы во всем мире разрабатываются людьми чисто научного толка
Нет.
физико-математический университет, который бы мог провести математический анализ сигналов и внедрить в стандарте какие-то свои разработки
А для написания законов попросим лингвистов проанализировать словарь и внедрить в закон самые законотворческие слова.
То есть, сам протокол в качестве транспорта будет использовать стандарт OPC UA?
Мне только кажется, или мы наблюдаем очередной распил?
В пром автоматика УЖЕ широко используются RS485 (лет 40 уже как), CAN (тоже около 40 лет), расширение 485 - PROFIBUS, шины на основе ETHERNET соединения (PROFINET, ETHERCAT). Широко используется передача по оптоволокну.
Вот зачем плодить что-то своё, уникальное, используемое только в одной компании?
Открытая шина АСУ ТП создается для всех, а не только для разработчиков. Кто хочет, тот ее и будет использовать. Кто не хочет, может взять любой из имеющихся протоколов или сделать свой. Регулятор правда может обязать использовать открытую шину в государственных компаниях, но есть надежда, что разработчики будут учитывать мнения многих игроков рынка, а не проталкивать только свои корпоративные интересы.
Вы перечисляете полевые шины, их никто не отменит, они еще десятки лет будут жить. Речь же о взаимодействии на других уровнях, втыкать, например, в СКАДУ ethercat и profibus dp мало кому удобно. Если сравнивать, так с S7 или modbus диалектами...
Извините, долго не смотрел форум.
По моему мнению, существует огромная разница между шиной данных (422, 485, CAN, PROFIBUS, шины на основе ETHERNET, SPI, I2C, грубо говоря физический уровень модели OSI) и протоколами обмена данных, работающих ПОВЕРХ физических шин.
А в посте говорится как раз о "нескольких уровнях", в том числе подключение датчиков и т. д. - то есть похоже и о физическом уровне.
Ну пост сильно обзорный, и картинка там старая, кмк. А если обратиться к первоисточнику, то в стандарте O-PAS физический уровень это Part 7 – Physical Platform, а коммуникационная среда это Part 4 – O-PAS Connectivity Framework, к ней только "интеллектуальные датчики" (Intelligent I/O) подключать нужно, куда даже ПЛК можно причесть и т.п.
А протоколы с real-time шинами прекрасно живут в физическом слое, там вам и HART, и FF, и Profibus DP, ... весь зоопарк в общем
Любой универсальный инструмент, "мультитул" всегда будет хуже узкоспециализированного. Скоро бизнесмены от АСУ ТП будут предлагать нам такой универсальный инструмент под названием "Открытая АСУ ТП". Но проприетарные протоколы рождались не только от жадности вендоров, они в первую очередь закрывали вполне конкретные потребности по скорости передачи данных, количеству устройств и т.д. OPC UA не в состоянии конкурировать с такими решениями.
Бизнесмены зря специалистов не подключили к работе.
Я так понимаю, пока в рабочую группу вошли представители Заказчика для формирования технического задания
Открытая шина данных АСУ ТП