Ты меня спрашиваешь? :DBigDog писал(а):И толку в этих 2000 при широком наличии стандартных протоколов. Того же OPC или Модбас..
- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Перспективные отечественные компании в области АСУ ТП.
Модератор: kirillio
-
- почётный участник форума
- Сообщения: 3575
- Зарегистрирован: 10 ноя 2009, 04:58
- Имя: Толмачев Михаил Алексеевич
- город/регион: г. Чехов, МО
- Благодарил (а): 6 раз
- Поблагодарили: 271 раз
Re: Перспективные отечественные компании в области АСУ ТП.
-
- почётный участник форума
- Сообщения: 3919
- Зарегистрирован: 20 янв 2010, 22:23
- Имя: Никита
- Страна: РФ
- город/регион: Мурманск
- Благодарил (а): 20 раз
- Поблагодарили: 219 раз
Re: Перспективные отечественные компании в области АСУ ТП.
Да я вот тоже давненько не слышал. Просто лет этак десять назад у нас на металлургии ставились десятками, еще старые 5.10 и 5.12. То что есть - работает, а сейчас эти же заказчики везде пишут интач. Вот и стало интересно, почему - из-за смены железа (очень любили ICP, которые в трейсмуде и программировались) или уже и как скада перестала устраивать
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "
-
- SCADA+
- Сообщения: 592
- Зарегистрирован: 05 ноя 2009, 11:18
- Имя: Бузинов Роман Анатольевич
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 8 раз
- Поблагодарили: 35 раз
Re: Перспективные отечественные компании в области АСУ ТП.
Я по основной работе все еще на ТМ6 сижу. Проблем очень много, но большую часть решили написав свои собственные компоненты в виде заплаток. Только благодаря этому еще делаем системы, потому как от ТМ остался только математический движок, да графика... Вот так и живем..Никита писал(а):Да я вот тоже давненько не слышал. Просто лет этак десять назад у нас на металлургии ставились десятками, еще старые 5.10 и 5.12. То что есть - работает, а сейчас эти же заказчики везде пишут интач. Вот и стало интересно, почему - из-за смены железа (очень любили ICP, которые в трейсмуде и программировались) или уже и как скада перестала устраивать
Общаюсь со многими пользователями ТМ6, добрая половина из тех, кого знаю, после первого же использования отказалась от дальнейшей работы с этой скадой. Причины все те же, что и у нас:
1) Архивы не работают, а с ними и архивные тренды и отчеты
2) Дурацкие ограничения по журналированию событий
3) Нет поддержки нормальных интерфейсов и механизмов работы с внешними СУБД
4) Постоянные проблемы с сетевым обменом на крупных проектах (от 1500 и выше точек ввода/вывода)
5) Разработка проекта - ТОЛЬКО в одно лицо. Работать группой над проектов в ТМ6 в принципе невозможно
6) Дикое количество проблем при переходе на новые релизы (нет тестирования), много серьезных ошибок не дающих нормально работать, а обещания исправить как всегда - только в следующий релиз
В силу отраслевых обстоятельств фирме все еще на нем приходится работать, другие решения пока просто нельзя применить: много систем на 5-ке было сделано, а переход на 6-ку прошел оооочень туго, как уже сказал - пришлось многое самим написать. Вот и заменили архивы, журналы, тренды, кое-где сетевой обмен, отчеты сейчас только свои, вся работа с оборудованием только своя через свое шлюзовое ПО. От самого ТМ6 и осталось только: мат. ядро, сеть, да графика, ну и протоптанные тропинки - куда лучше не лезть, чтобы не завалить систему. :D
Ко мне сейчас частенько пользователи ТМ6 за этими разработками обращаются, потому как штатный функционал и у них или не работает, или работает так как не надо...
В своих разработках помимо основной работы вообще прекратил ТМ6 использовать, уже в своей скаде работаю, еще год назад сделал пару объектов заказчикам небольших на ТМ6, но когда они с их эксплуатацией покувыркались, сказали мне, что делай на чем хочешь, но на ТМ6 нам больше проектов не делай... :D Даже если сейчас кто просит сделать на ТМ6 по-быстрому небольшой проект, если ТМ менять не хотят, я не берусь...
SCADA+
-
- почётный участник форума
- Сообщения: 981
- Зарегистрирован: 25 июл 2008, 23:23
- Имя: Бондарев Михаил Владимирович
- Страна: Россия
- город/регион: Магнитогорск
- Благодарил (а): 6 раз
- Поблагодарили: 3 раза
Re: Перспективные отечественные компании в области АСУ ТП.
Ужснх!
А я что-то не вижу у ТМ конкурентных преимуществ (например в виде прайсовой цены низкой), что вас на ней держит то?
Чего уж бросать, раз много сами написали? так что ли?
А я что-то не вижу у ТМ конкурентных преимуществ (например в виде прайсовой цены низкой), что вас на ней держит то?
Чего уж бросать, раз много сами написали? так что ли?
-
- SCADA+
- Сообщения: 592
- Зарегистрирован: 05 ноя 2009, 11:18
- Имя: Бузинов Роман Анатольевич
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 8 раз
- Поблагодарили: 35 раз
Re: Перспективные отечественные компании в области АСУ ТП.
Держат пока две причины:
1) В отрасли требуется именно российский производитель решений как по железу, так и по софту (только тем и берем)
2) Переучивать инженеров сейчас на что-то другое быстро не получится
это как наркоману с иглы слезать... :)
1) В отрасли требуется именно российский производитель решений как по железу, так и по софту (только тем и берем)
2) Переучивать инженеров сейчас на что-то другое быстро не получится
это как наркоману с иглы слезать... :)
SCADA+
-
- почётный участник форума
- Сообщения: 3919
- Зарегистрирован: 20 янв 2010, 22:23
- Имя: Никита
- Страна: РФ
- город/регион: Мурманск
- Благодарил (а): 20 раз
- Поблагодарили: 219 раз
Re: Перспективные отечественные компании в области АСУ ТП.
Вот тут они удружили с шестой версией - очень многие с нее слезли после окончания поддержки пятерки, лень было переучиваться:)это как наркоману с иглы слезать... :)
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "
Re: Перспективные отечественные компании в области АСУ ТП.
Удружили-удружили, согласен! 5-ку враз бросили, а 6-ку такой неподъемной сварганили, ну мрак.
А на днях в Киеве сказали мне добрые люди, что прогресс у них там налицо - следующую версию они конкретно и целиком под Линуксом мастерят, а из всех протоколов один только ОРС оставят.
Romchegу - респект, вот ведь просто скромный труженник-титан! Может в список его вместо Адастры! Возражения есть?
А на днях в Киеве сказали мне добрые люди, что прогресс у них там налицо - следующую версию они конкретно и целиком под Линуксом мастерят, а из всех протоколов один только ОРС оставят.
Romchegу - респект, вот ведь просто скромный труженник-титан! Может в список его вместо Адастры! Возражения есть?
-
- эксперт
- Сообщения: 2085
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 134 раза
- Поблагодарили: 174 раза
Re: Перспективные отечественные компании в области АСУ ТП.
Я два года назад скаду в ней рисовал на 90 счетчиков электроэнергии.
Если руку набить, то работать можно. Тем более цена по сравнению с WinCC, как жигули рядом с БМВ ))
Но если брать все в целом, то это и есть Жигули рядом с БМВ...
Если руку набить, то работать можно. Тем более цена по сравнению с WinCC, как жигули рядом с БМВ ))
Но если брать все в целом, то это и есть Жигули рядом с БМВ...
-
- почётный участник форума
- Сообщения: 3575
- Зарегистрирован: 10 ноя 2009, 04:58
- Имя: Толмачев Михаил Алексеевич
- город/регион: г. Чехов, МО
- Благодарил (а): 6 раз
- Поблагодарили: 271 раз
Re: Перспективные отечественные компании в области АСУ ТП.
Можно еще обсудить отечественных производителей: КРУГ-2000, Мастерскада... Что там еще есть?
-
- эксперт
- Сообщения: 2085
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 134 раза
- Поблагодарили: 174 раза
Re: Перспективные отечественные компании в области АСУ ТП.
Мастерскада юзал 3 года назад. После этого сразу же захотелось перейти на что-то другое. Выбрал Адастру читайте пост выше. Желание перейти было очень сильное.
Правда я работал в мастерскаде 2.3. Сейчас у них уже чуть ли не 4 версия, если не ошибаюсь. По - сути все версии - это работа над ошибками. Так что может они и подлатали дыры. Не вылетает теперь во время разработки, не сохранив файлы ))
Правда я работал в мастерскаде 2.3. Сейчас у них уже чуть ли не 4 версия, если не ошибаюсь. По - сути все версии - это работа над ошибками. Так что может они и подлатали дыры. Не вылетает теперь во время разработки, не сохранив файлы ))
-
- SCADA+
- Сообщения: 592
- Зарегистрирован: 05 ноя 2009, 11:18
- Имя: Бузинов Роман Анатольевич
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 8 раз
- Поблагодарили: 35 раз
Re: Перспективные отечественные компании в области АСУ ТП.
Ой, что-то кто-то вам в Киеве не то напел про прогресс и следующую версию. :D Я немножко в теме текущего развития через свои каналы, не думаю, что все под Линукс будет (вообще даже сомневаюсь, что будет), максимум демку под Андроид-устройства легкого клиента сделают в ближайшее время, да и то будет не более чем игрушка для рекламы, а не серьезное решение. Да и вообще сомневаюсь, что новую версию ждать стоит в ближайшие годы, тут релизы по пол-года ждать приходится, что уж про версию говорить...barbone писал(а):Удружили-удружили, согласен! 5-ку враз бросили, а 6-ку такой неподъемной сварганили, ну мрак.
А на днях в Киеве сказали мне добрые люди, что прогресс у них там налицо - следующую версию они конкретно и целиком под Линуксом мастерят, а из всех протоколов один только ОРС оставят.
Romchegу - респект, вот ведь просто скромный труженник-титан! Может в список его вместо Адастры! Возражения есть?
А меня еще пока рано в списки писать, я не компания, достижений пока еще нет, чтобы было что показать и чем гордиться... ;) Над референсом внедрений пока что еще только идет полным ходом работа, надеюсь в начале 20112 порадую реальными примерами внедрений. А сейчас сижу по-уши в работе над этим. :)
SCADA+
Re: Перспективные отечественные компании в области АСУ ТП.
Дожить бы!... надеюсь в начале 20112 порадую реальными примерами внедрений.
-
- почётный участник форума
- Сообщения: 3919
- Зарегистрирован: 20 янв 2010, 22:23
- Имя: Никита
- Страна: РФ
- город/регион: Мурманск
- Благодарил (а): 20 раз
- Поблагодарили: 219 раз
Re: Перспективные отечественные компании в области АСУ ТП.
Одна эта фраза внушает сомнения... Даже если реализуют OPC в никсах - это ж майкрософтовские лицензии...целиком под Линуксом мастерят, а из всех протоколов один только ОРС оставят
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "
-
- администратор
- Сообщения: 4727
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 225 раз
- Поблагодарили: 392 раза
Re: Перспективные отечественные компании в области АСУ ТП.
Вообще говоря, давно уже реализовали. От МС ведь требуется в основном DCOM - так есть реализации под линух. Такая, например (это не единственная). Кроме того, новые спецификации (OPC XML-DA и OPC-UA) лишены такого недостатка, как зависимость от платформы. Пройдёт некоторое время, разовьются... Тем паче, что с "классическими" OPC в каждой новой версией винды проблем всё больше.Никита писал(а):Одна эта фраза внушает сомнения... Даже если реализуют OPC в никсах - это ж майкрософтовские лицензии...целиком под Линуксом мастерят, а из всех протоколов один только ОРС оставят
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- почётный участник форума
- Сообщения: 3919
- Зарегистрирован: 20 янв 2010, 22:23
- Имя: Никита
- Страна: РФ
- город/регион: Мурманск
- Благодарил (а): 20 раз
- Поблагодарили: 219 раз
Re: Перспективные отечественные компании в области АСУ ТП.
COM в линуксе - все-таки чужеродная штука. Понятно, конечно, что у нас даже стоматологи зубы удаляют по-привычке через ж..., но все-таки... Да и потом - OPC состоит из двух частей. Серверы тоже из вайна запускать, или производители массово начнут сборку их под линукс? ИМХО, это затея изначально глупая.
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "
-
- администратор
- Сообщения: 4727
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 225 раз
- Поблагодарили: 392 раза
Re: Перспективные отечественные компании в области АСУ ТП.
COM/DCOM в линухе - штука действительно чужеродная. Тем больше мне нравятся новые OPC XML-DA и UA...Никита писал(а):COM в линуксе - все-таки чужеродная штука. Понятно, конечно, что у нас даже стоматологи зубы удаляют по-привычке через ж..., но все-таки... Да и потом - OPC состоит из двух частей. Серверы тоже из вайна запускать, или производители массово начнут сборку их под линукс? ИМХО, это затея изначально глупая.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- почётный участник форума
- Сообщения: 3919
- Зарегистрирован: 20 янв 2010, 22:23
- Имя: Никита
- Страна: РФ
- город/регион: Мурманск
- Благодарил (а): 20 раз
- Поблагодарили: 219 раз
Re: Перспективные отечественные компании в области АСУ ТП.
Однако проблемы существования самих серверов это не снимает...Смысл иметь под линуксом скаду без нормальных серверов...COM/DCOM в линухе - штука действительно чужеродная. Тем больше мне нравятся новые OPC XML-DA и UA...
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "
-
- администратор
- Сообщения: 4727
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 225 раз
- Поблагодарили: 392 раза
Re: Перспективные отечественные компании в области АСУ ТП.
Ну так это дело времени. Сейчас эта тема на подъёме - реализуют и сервера.Никита писал(а):Однако проблемы существования самих серверов это не снимает...Смысл иметь под линуксом скаду без нормальных серверов...COM/DCOM в линухе - штука действительно чужеродная. Тем больше мне нравятся новые OPC XML-DA и UA...
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- почётный участник форума
- Сообщения: 3919
- Зарегистрирован: 20 янв 2010, 22:23
- Имя: Никита
- Страна: РФ
- город/регион: Мурманск
- Благодарил (а): 20 раз
- Поблагодарили: 219 раз
Re: Перспективные отечественные компании в области АСУ ТП.
А вот это тема интересная... Если не брать в расчет интерес к никсам, появляющийся в нашей стране (достаточно часто искусственно) - готовы ли мировые производители железа к такому повороту событий?VADR писал(а):Ну так это дело времени. Сейчас эта тема на подъёме - реализуют и сервера.
И потом - основные производители SCADA с майкрософтом обычно дружат и некая синхронность в разработке ОС и софта под нее все же присутствует. Затачивать под конкретный дистрибутив? Да и борьбы с версиями пакетов при установке двух серверов разных производителей как-то тоже хотелось бы избежать :)
Хотя затея хорошая.
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "
-
- здесь недавно
- Сообщения: 11
- Зарегистрирован: 30 ноя 2011, 18:05
- Имя: Скромный
- Страна: Россия
- город/регион: тайна
Re: Перспективные отечественные компании в области АСУ ТП.
ООООооо ехехехехе Элеси.......мда...... ЗАО Элеси раньше было крутым производителем и поставщиком контроллеров и приводов....но ща постепенно пошло все на спад когда разругались с одной очень крупной нефтяной компанией.....а ведь вся телемеханика у той компании построена на их контролерах и сама СДКУ....которой был поражен сам Бил гейтс! ))) ....Контролеры 300й серии были простыми но программить под openpcs 3/5 это была жопа.... щас 500й серии более моднявые и можно приблизить к шнайдерам плюс поддержка обмен данными по Ethernet а не по ТЧ каналу хотя плюсов не столько в этом много.. Правда и стоимость сравнима со шнайдерами! ))) типа Quantum хехехе ))) детальки правда у них китайские.....граница то рядом! ))) Правда Элеси своих секретов по докам не раскрывает....особо....))) Вот такие дела.....а вообще производители отечественные еще есть вот Овен упоминался...еще есть незабываемый "Эмикон"....это фантастика кто сталкивался с этими чудо контроллерами.....язык программирования на русском языке!!!!!!!!!!!!!!!! ))))) а главное в 10 раз дешевле шнайдера..... хоть и немного чудаковатый контроллер ЭК 2000 но все же может выполнять задачи что и Quantum 486.... правда без лишней там накрученной индикации даже типа горячее резервирование центральных контроллеров имеется.... а так в понимании простой контроллер...с языком прогр только попотеть придется.....мда...только развязка по питанию у них бывает косячна.... при построении АСУ...а так в принципе ничаго...меняешь коробочки не забывая переключателями DIP и се!.... и не нада быть крутым программером! )))
-
- администратор
- Сообщения: 4727
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 225 раз
- Поблагодарили: 392 раза
Re: Перспективные отечественные компании в области АСУ ТП.
Зачастую - "по накатанной". Сейчас, как ни посмотришь - то машину не подобрать под софт, требующий w2000 (официальной поддержки - нет, драйверов - нет.), то проблема новую машинку поставить и не поиметь проблем с легальностью (со старой - наклейку с серийником хрен отдерёшь не повредив, новую брать и доплачивать за win7... потом процедура даунгрейда... как они мне дОроги ), то вдруг официальный апдейт с легальной винды активацию сносит... А совместимость версий... А разница в настройках DCOM (всё к тому же OPC) у XP SP2 и SP3... Причём именно под SP3 основная головная боль и именно SP3 - последняя ОС ветки XP, которая продолжает официально поддерживаться... Если МС будет продолжать в том же духе - уход от их софта в АСУТП может стать насущной необходимостью :)Никита писал(а):И потом - основные производители SCADA с майкрософтом обычно дружат и некая синхронность в разработке ОС и софта под нее все же присутствует.
Здесь как раз меньше всего проблем. Конечно, очень много зависит от криворукости программиста... Однако, если взять, к примеру, драйвера для видях от NVidia - есть установщик драйвера, который что-то там перекомпилирует под текущую конфигурацию, драйвер проприетарный, но тем не менее, часть распространяемого пакета - в исходниках, что позволяет установить его практически на любом дистре... И есть готовые сборки под разные дистрибутивы, к созданию которых NVidia никакого отношения не имеет: ребята взяли установщик драйвера и из него собрали установочные пакеты. При обновлении как версии драйвера, так и версии ядра, новый пакет собирается и выкладывается в репозитории практически в автопилоте.Никита писал(а):Затачивать под конкретный дистрибутив? Да и борьбы с версиями пакетов при установке двух серверов разных производителей как-то тоже хотелось бы избежать :)
Такой же вариант возможен и для OPC UA, к примеру. Пусть та часть, которая общается напрямую с железом, будет "тайной за семью печатями" и поставляться в виде объектного файла под конкретную архитектуру (i386, x86_64, mipsel...), а сама реализация OPC UA вполне может быть опенсорсной. Собрать всё это дело в кучу под некоторое количество основных дистров - проблема небольшая.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- почётный участник форума
- Сообщения: 3919
- Зарегистрирован: 20 янв 2010, 22:23
- Имя: Никита
- Страна: РФ
- город/регион: Мурманск
- Благодарил (а): 20 раз
- Поблагодарили: 219 раз
Re: Перспективные отечественные компании в области АСУ ТП.
Дело не только в "накатанности" - чисто коммерческий интерес. А не подбирайте машину под 2000, подбирайте под 7, покупайте 7, покупайте новые лицензии свежей скады под 7, потом выясняйте что появляются проблемы с обменом, решением которых является... Правильно, обновление всего парка техники с переходом на новые версии софта. :) И зачастую скады под новые версии ОС или сервиспаков появляются в прайсах раньше самих этих ОС..Зачастую - "по накатанной". Сейчас, как ни посмотришь - то машину не подобрать под софт, требующий w2000 (официальной поддержки - нет, драйверов - нет.), то проблема новую машинку поставить и не поиметь проблем с легальностью (со старой - наклейку с серийником хрен отдерёшь не повредив, новую брать и доплачивать за win7... потом процедура даунгрейда... как они мне дОроги ), то вдруг официальный апдейт с легальной винды активацию сносит... А совместимость версий... А разница в настройках DCOM (всё к тому же OPC) у XP SP2 и SP3... Причём именно под SP3 основная головная боль и именно SP3 - последняя ОС ветки XP, которая продолжает официально поддерживаться... Если МС будет продолжать в том же духе - уход от их софта в АСУТП может стать насущной необходимостью :)
А там где есть коммерческий интерес - линуксу пробиться сложно.
Согласен, но не забывайте, что те, кто разворачивает скады - это больше наладчики, чем администраторы. Да и эксплуатанты тоже. И не у всех хватит квалификации на ковыряния с пакетами. И много небольших проблем могут превратиться в одну большую. В общем вопрос не ближайшей пары лет точно.Здесь как раз меньше всего проблем. Конечно, очень много зависит от криворукости программиста... Однако, если взять, к примеру, драйвера для видях от NVidia - есть установщик драйвера, который что-то там перекомпилирует под текущую конфигурацию, драйвер проприетарный, но тем не менее, часть распространяемого пакета - в исходниках, что позволяет установить его практически на любом дистре... И есть готовые сборки под разные дистрибутивы, к созданию которых NVidia никакого отношения не имеет: ребята взяли установщик драйвера и из него собрали установочные пакеты. При обновлении как версии драйвера, так и версии ядра, новый пакет собирается и выкладывается в репозитории практически в автопилоте.
Репозитарии.. Отдельная история... На "боевых" АРМах в лучшем случае мешает брандмауэр, в худшем - интернета нет физически (хотя что лучше что хуже - вопрос неоднозначный).. Да и дисководов часто нет... С другой стороны - раз поставил и "работает - не трогай".
Ну можно и так, конечно... Да в общем так и планировалось изначально - та часть, которая общается с железом - закрытая. Остальное - проблемы операционки..Такой же вариант возможен и для OPC UA, к примеру. Пусть та часть, которая общается напрямую с железом, будет "тайной за семью печатями" и поставляться в виде объектного файла под конкретную архитектуру (i386, x86_64, mipsel...), а сама реализация OPC UA вполне может быть опенсорсной. Собрать всё это дело в кучу под некоторое количество основных дистров - проблема небольшая.
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "