" Из плюсов в этом - все данные проектов хранятся в формате XML или похожем на него по синтаксису, так что при наличии свободного времени и желания возможно разобрать структуры исходного проекта (откуда идет перенос) и привести к структурам проекта Альфа.Платформы" - вот это уже интересно. А вообще, если бы сами разработчики реализовали подобные инструменты, то привлекательность их продукта была бы выше в текущей ситуации.
Как с помощью датадиодов реализуется однонаправленная передача данных? Если я правильно понимаю, это реализуется программно. Далее, датадиоды работают на операционной системе (это уязвимости).
"Насчет отключения приёма как физически так и программно могу сказать что это не обеспечивает защиту "извне". Как и для легкообрабатываемых данных так и для данных в видеосигнале сопряжение с внешкой в любом случае надо "закрывать". Т.е. это ограничение доступа (например скудом в том числе с биометрией), опечатывание как помещения так и устройств(точек) сопряжения, сигнализация вскрытия как помещения так и устройства сопряжения и другими мероприятиями... " - не относится к методу передачи данных.
Вы не написали почему так не надо делать? Какие минусы, потенциальные возможности взлома. Пока только - так не делают, потому, что так не делают)
ну не убедили, во-первых я не знаю, что это за решения, во-вторых, возможно эти решения сильно дороже данного метода и возможно не дают 100% гарантий и в-третьих, чем не устраивает этот метод? Ну хорошо , контур закрыт в одном направлении ))). Обсуждали же не это, а то, как реализовать получение данных из систем АСУ ТП гарантированно безопасным способом.
"Пока гарантированно безопасный способ, на мой взгляд, это способ, предложенный Anderson064 и kuzzdra, только при условии отключения провода на приём. Тут вопросы к скорости, и к реализации на больших объёмах данных. "
Предложенный метод перевода будет сильно долгим, Вы предлагаете перепроектировать Scada проект (переделать), а по сути в старом проекте уже всё есть, таблицы тэгов, сообщений, архивов, графика. Допустим в старом проекте WinCC нет объектного подхода. Вы предлагаете, выделять дополнительные сущности, а мне бы хотелось используя подход в старой системе, перевести его в новую.
О причинах перевода систем на отечественный софт нет смыла спорить, переводы делаются, это факт.
Расскажите о Вашем самом большом проекте в MasterScada?
" Поэтому говорить, что ушли мировые бренды, и тут то мы бросились импортозамещать. Ну, это такое..." - да не бросились, но появилась законодательная база, которая многих обязывает это делать. Поэтому вы ошибаетесь, что нет таких задач по переводу, они есть.
Про мастерскаду и тд - мне интересен обмен опытом, расскажите о реально больших проектах, сделанных на данных продуктах (более 100 000 внешних переменных)? Вопрос в возможностях продукта.
Понятно, если в курсе - на сколько большие проекты удалось автоматизировать с помощью альфа платформы (по количеству внешних тэгов)? Есть ли у этого продукта возможности импорта переменных? возможности программно создавать графические объекты и тп?
"Ее бы дополнить, чтобы комплексно охватить процесс миграции" - мигрировать что на что? ))) каждые вариант миграции это отдельная разработка, продуктов много ).
Чтобы делать такой анализ нужен большой опыт работы в каждой из сред разработки. Тут же мне было интересно услышать реальный опыт перевода на отечественные продукты, возможно кто-то уже реализовал большие проекты на альфа платформе например. Хороший продукт - Каскад, но это oem WinСС OA. Может ветку случайно прочитает производитель Каскад.
могу сказать только, что крупные промышленные холдинги имеют в своём составе инжиниринговые компании, с достаточно сильными компетенциями. По поводу замещения ПЛК также можно подумать, языки МЭК то одни )
"LoL. У вас старая tag based InTouch? Ещё до Аркестры? Интересно живёте. " - я не занимаюсь продуктами Wonderware, но немного с ними знаком. Вы думаете мало систем, до Archestra? Цель статьи рассмотреть возможность перевода систем на отечественный софт и как это сделать максимально быстро, прочитать об успешном опыте.
про trace mode да, так и думал, что кто-то скажет ). Про РЕД ОС, согласен, надо будет дописать.
Я не говорил, что легко, а больше спрашивал, кто удачно перевёл большие системы на отечественный софт. Цель статьи - обмен опытом. Например - перевели систему c WinCC , 100 000 тэгов на masterscada 4d, вот что интересно реально услышать.
И какая разница сколько версий WinCC, вопрос в том, можно выгрузить информацию или нет )
ну опечатался, бывает )))). В Intouch есть экспорт переменных с адресами. Если есть вся выгрузка (переменные, адреса, графика), то это уже достаточно, чтобы продумывать импорт.
Я не предлагаю вроде писать свой продукт.
Спокойного экспорта/импорта не будет, будет беспокойный )))). Если у Вас одна система, то можно и переписать её, если у вас из 1000, что предлагаете делать?
Если говорить о графике, то разница в форматах. Всю графику WinCC например можно выгрузить с помощью VBA скрипта в любой формат (xml например), далее в уже другой скаде, используя её возможности создать эти объекты (в Каскаде открытый формат, в Мастерскаде тоже есть варианты) из выгрузки.
Динамика - в WinCC это привязки тэгов, dynamic dialog, скрипты. Всё это можно получить с помощью VBA. Импорт сделать сложнее, зависит от языков, если языки родные, то проще. Опять же часто динамика реализуется вообще без скриптов. Я не утверждаю, что всё это можно легко импортировать, но много рутинной работы можно упростить.
да не секрет, но не относится к теме. Ну а почему бы и нет, это была статья - мнение, при этом мне было любопытно услышать специалистов, глубоко погруженных в тему - машинного зрения, асу тп и безопасности, что они скажут, какие могут быть проблемы, на сколько сложно это реализовать, является ли метод гарантированно безопасным, как в заголовке статьи.
да много чем, требованиями к этим сетям разные, протоколы разные, но если в контексте нашего общения, то выделяю несколько принципиальных отличий - 1. дата-центр это приём и передача информации, на промышленном объекте в большинстве случаев хватает только передачи информации. 2. Масштабы ущерба, дата-центр - потеря информации, промышленный объект сами понимаете, зависит от объекта 3. цель дата-центра - безопасное хранение, промышленность - управление агрегатами в большей степени. Мы отклоняемся от темы.
ок
" Из плюсов в этом - все данные проектов хранятся в формате XML или похожем на него по синтаксису, так что при наличии свободного времени и желания возможно разобрать структуры исходного проекта (откуда идет перенос) и привести к структурам проекта Альфа.Платформы" - вот это уже интересно. А вообще, если бы сами разработчики реализовали подобные инструменты, то привлекательность их продукта была бы выше в текущей ситуации.
Спасибо за комментарии.
Как с помощью датадиодов реализуется однонаправленная передача данных? Если я правильно понимаю, это реализуется программно. Далее, датадиоды работают на операционной системе (это уязвимости).
"Насчет отключения приёма как физически так и программно могу сказать что это не обеспечивает защиту "извне". Как и для легкообрабатываемых данных так и для данных в видеосигнале сопряжение с внешкой в любом случае надо "закрывать". Т.е. это ограничение доступа (например скудом в том числе с биометрией), опечатывание как помещения так и устройств(точек) сопряжения, сигнализация вскрытия как помещения так и устройства сопряжения и другими мероприятиями... " - не относится к методу передачи данных.
Вы не написали почему так не надо делать? Какие минусы, потенциальные возможности взлома. Пока только - так не делают, потому, что так не делают)
ну не убедили, во-первых я не знаю, что это за решения, во-вторых, возможно эти решения сильно дороже данного метода и возможно не дают 100% гарантий и в-третьих, чем не устраивает этот метод? Ну хорошо , контур закрыт в одном направлении ))). Обсуждали же не это, а то, как реализовать получение данных из систем АСУ ТП гарантированно безопасным способом.
"Пока гарантированно безопасный способ, на мой взгляд, это способ, предложенный Anderson064 и kuzzdra, только при условии отключения провода на приём. Тут вопросы к скорости, и к реализации на больших объёмах данных. "
Предложенный метод перевода будет сильно долгим, Вы предлагаете перепроектировать Scada проект (переделать), а по сути в старом проекте уже всё есть, таблицы тэгов, сообщений, архивов, графика. Допустим в старом проекте WinCC нет объектного подхода. Вы предлагаете, выделять дополнительные сущности, а мне бы хотелось используя подход в старой системе, перевести его в новую.
О причинах перевода систем на отечественный софт нет смыла спорить, переводы делаются, это факт.
Расскажите о Вашем самом большом проекте в MasterScada?
" Поэтому говорить, что ушли мировые бренды, и тут то мы бросились импортозамещать. Ну, это такое..." - да не бросились, но появилась законодательная база, которая многих обязывает это делать. Поэтому вы ошибаетесь, что нет таких задач по переводу, они есть.
Про мастерскаду и тд - мне интересен обмен опытом, расскажите о реально больших проектах, сделанных на данных продуктах (более 100 000 внешних переменных)? Вопрос в возможностях продукта.
Понятно, если в курсе - на сколько большие проекты удалось автоматизировать с помощью альфа платформы (по количеству внешних тэгов)? Есть ли у этого продукта возможности импорта переменных? возможности программно создавать графические объекты и тп?
"Ее бы дополнить, чтобы комплексно охватить процесс миграции" - мигрировать что на что? ))) каждые вариант миграции это отдельная разработка, продуктов много ).
Чтобы делать такой анализ нужен большой опыт работы в каждой из сред разработки. Тут же мне было интересно услышать реальный опыт перевода на отечественные продукты, возможно кто-то уже реализовал большие проекты на альфа платформе например. Хороший продукт - Каскад, но это oem WinСС OA. Может ветку случайно прочитает производитель Каскад.
"на нашем софте автоматизируются..." на каком интересно?
могу сказать только, что крупные промышленные холдинги имеют в своём составе инжиниринговые компании, с достаточно сильными компетенциями. По поводу замещения ПЛК также можно подумать, языки МЭК то одни )
"LoL. У вас старая tag based InTouch? Ещё до Аркестры? Интересно живёте. " - я не занимаюсь продуктами Wonderware, но немного с ними знаком. Вы думаете мало систем, до Archestra? Цель статьи рассмотреть возможность перевода систем на отечественный софт и как это сделать максимально быстро, прочитать об успешном опыте.
про trace mode да, так и думал, что кто-то скажет ). Про РЕД ОС, согласен, надо будет дописать.
Я не говорил, что легко, а больше спрашивал, кто удачно перевёл большие системы на отечественный софт. Цель статьи - обмен опытом. Например - перевели систему c WinCC , 100 000 тэгов на masterscada 4d, вот что интересно реально услышать.
И какая разница сколько версий WinCC, вопрос в том, можно выгрузить информацию или нет )
Про мелочи не будем )))
ну опечатался, бывает )))). В Intouch есть экспорт переменных с адресами. Если есть вся выгрузка (переменные, адреса, графика), то это уже достаточно, чтобы продумывать импорт.
Я не предлагаю вроде писать свой продукт.
Спокойного экспорта/импорта не будет, будет беспокойный )))). Если у Вас одна система, то можно и переписать её, если у вас из 1000, что предлагаете делать?
Если говорить о графике, то разница в форматах. Всю графику WinCC например можно выгрузить с помощью VBA скрипта в любой формат (xml например), далее в уже другой скаде, используя её возможности создать эти объекты (в Каскаде открытый формат, в Мастерскаде тоже есть варианты) из выгрузки.
Динамика - в WinCC это привязки тэгов, dynamic dialog, скрипты. Всё это можно получить с помощью VBA. Импорт сделать сложнее, зависит от языков, если языки родные, то проще. Опять же часто динамика реализуется вообще без скриптов. Я не утверждаю, что всё это можно легко импортировать, но много рутинной работы можно упростить.
далее, если интересно - только по существу метода, просто времени мало, спасибо.
да не секрет, но не относится к теме. Ну а почему бы и нет, это была статья - мнение, при этом мне было любопытно услышать специалистов, глубоко погруженных в тему - машинного зрения, асу тп и безопасности, что они скажут, какие могут быть проблемы, на сколько сложно это реализовать, является ли метод гарантированно безопасным, как в заголовке статьи.
это не аргумент )
да много чем, требованиями к этим сетям разные, протоколы разные, но если в контексте нашего общения, то выделяю несколько принципиальных отличий - 1. дата-центр это приём и передача информации, на промышленном объекте в большинстве случаев хватает только передачи информации. 2. Масштабы ущерба, дата-центр - потеря информации, промышленный объект сами понимаете, зависит от объекта 3. цель дата-центра - безопасное хранение, промышленность - управление агрегатами в большей степени. Мы отклоняемся от темы.