ZS
У ICP DAS все ещё есть линейка на windows CE, WinPAC и на линуксе LinPAC, помню Lin стоял у нас на насосной станции ГОКа
Size: a a a
2021 November 02
Ю
AC
Линпак хорошие, да
MS
их хотя бы можно программировать на МЭК-языках, а не на JavaScript, как у Wiren Board)
AC
Если это был тезис к предыдущему обсуждению, то хорошо было бы ссылочки на АСУ ТП, Ethernet в поле и далее по списку.
AC
+МЭКовские языки
MD
Такие же ПЛК есть от компании Advantech, но всё равно программирование лежит на стороне среды исполнения ПУ, будь это кодсис и т.д.
AS
А что про Ethernet?
MS
коллега, очевидно, хотел конкретные цифры по использованию технологии Ethernet на полевом уровне получить, равно как и факты, подтверждающие тенденцию по вытеснению ею других технологий передачи данных
MD
А как докер связан с аппаратными компонентами?
MD
Серверная часть АСУ ТП давно виртуализирована и использует контейнеризацию приложений. Вообще не пониманию какие тут есть подводные камни и нюансы.
Виртуализировать ПЛК? Почему бы и нет? Нужно ли? Это вопрос к конкретному проекту и требованиям заказчика.
Виртуализировать ПЛК? Почему бы и нет? Нужно ли? Это вопрос к конкретному проекту и требованиям заказчика.
MD
Опять же это все упирается в функционариум, который сидит на игле сертификации и прочих регламентов
2021 November 03
MD
Если говорить про ПЛК, то прямо, потому что маловероятно, что на редкой архитектуре, аля SuperH докер заведётся, всё таки там и аппаратные инструкции по ускорению виртуализации используются, они платформозависимые
MD
Если у чипов Apple M1 изначально были проблемы, чтобы docker через эпловскую прослойку и розетту завёлся, то чего уже говорить про ПЛК
MD
Это всё, конечно, круто, но ПЛК это назвать нельзя, как минимум из за отсутствия ОС и нормального управления потоками задач, как прикладных, аля ПУ, так и системных, аля управления тредами и их блокировка
MS
если исходить из терминологии, то вполне. ПЛК может быть, например, в виде одной ПЛИС. Просто на ОСРВ удобнее решение поддерживать и эксплуатировать.
MS
наличие операционной системы - это в данном случае вторичный признак
MS
вовсе не обязательно делать на SuperH, вообще производитель какой-либо программной платформы или подсистемы ОС не обязан поддерживать все существующие микропроцессорные архитектуры
MD
Для макетов и стендов - да, для реальных же систем АСУ - одно из ключевых, как минимум, ни о какой безопасности и резервировании с такой поделкой разговора не ведётся. Если есть желания извратиться - распберри и рантайм кодсиса за 50 у.е.
MS
хотя, конечно, имеются отдельные исключения, где чем больше поддерживаемых архитектур, тем лучше