1. Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
  2. Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
  3. Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
  4. За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
  5. Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
  6. Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
  7. Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.

Перспективные отечественные компании в области АСУ ТП.

Обсуждение вопросов, не относящихся ни к одному из других подразделов

Модератор: kirillio

Ответить

Михайло
почётный участник форума
почётный участник форума
Сообщения: 3559
Зарегистрирован: 10 ноя 2009, 04:58
Имя: Толмачев Михаил Алексеевич
город/регион: г. Чехов, МО
Благодарил (а): 6 раз
Поблагодарили: 253 раза

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Михайло »

BigDog писал(а):И толку в этих 2000 при широком наличии стандартных протоколов. Того же OPC или Модбас..
Ты меня спрашиваешь? :D
Аватара пользователя

Никита
почётный участник форума
почётный участник форума
Сообщения: 3899
Зарегистрирован: 20 янв 2010, 22:23
Имя: Никита
Страна: РФ
город/регион: Мурманск
Благодарил (а): 18 раз
Поблагодарили: 187 раз

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Никита »

Да я вот тоже давненько не слышал. Просто лет этак десять назад у нас на металлургии ставились десятками, еще старые 5.10 и 5.12. То что есть - работает, а сейчас эти же заказчики везде пишут интач. Вот и стало интересно, почему - из-за смены железа (очень любили ICP, которые в трейсмуде и программировались) или уже и как скада перестала устраивать
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "

Romcheg
SCADA+
SCADA+
Сообщения: 592
Зарегистрирован: 05 ноя 2009, 11:18
Имя: Бузинов Роман Анатольевич
Страна: Россия
город/регион: Москва
Благодарил (а): 8 раз
Поблагодарили: 33 раза

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Romcheg »

Никита писал(а):Да я вот тоже давненько не слышал. Просто лет этак десять назад у нас на металлургии ставились десятками, еще старые 5.10 и 5.12. То что есть - работает, а сейчас эти же заказчики везде пишут интач. Вот и стало интересно, почему - из-за смены железа (очень любили ICP, которые в трейсмуде и программировались) или уже и как скада перестала устраивать
Я по основной работе все еще на ТМ6 сижу. Проблем очень много, но большую часть решили написав свои собственные компоненты в виде заплаток. Только благодаря этому еще делаем системы, потому как от ТМ остался только математический движок, да графика... Вот так и живем..
Общаюсь со многими пользователями ТМ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
Имя: Бондарев Михаил Владимирович
Страна: Россия
город/регион: Магнитогорск
Благодарил (а): 5 раз
Поблагодарили: 2 раза

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Бондарев Михаил »

Ужснх!
А я что-то не вижу у ТМ конкурентных преимуществ (например в виде прайсовой цены низкой), что вас на ней держит то?
Чего уж бросать, раз много сами написали? так что ли?

Romcheg
SCADA+
SCADA+
Сообщения: 592
Зарегистрирован: 05 ноя 2009, 11:18
Имя: Бузинов Роман Анатольевич
Страна: Россия
город/регион: Москва
Благодарил (а): 8 раз
Поблагодарили: 33 раза

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Romcheg »

Держат пока две причины:
1) В отрасли требуется именно российский производитель решений как по железу, так и по софту (только тем и берем)
2) Переучивать инженеров сейчас на что-то другое быстро не получится

это как наркоману с иглы слезать... :)
SCADA+
Аватара пользователя

Никита
почётный участник форума
почётный участник форума
Сообщения: 3899
Зарегистрирован: 20 янв 2010, 22:23
Имя: Никита
Страна: РФ
город/регион: Мурманск
Благодарил (а): 18 раз
Поблагодарили: 187 раз

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Никита »

это как наркоману с иглы слезать... :)
Вот тут они удружили с шестой версией - очень многие с нее слезли после окончания поддержки пятерки, лень было переучиваться:)
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "

barbone

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение barbone »

Удружили-удружили, согласен! 5-ку враз бросили, а 6-ку такой неподъемной сварганили, ну мрак.
А на днях в Киеве сказали мне добрые люди, что прогресс у них там налицо - следующую версию они конкретно и целиком под Линуксом мастерят, а из всех протоколов один только ОРС оставят.
Romchegу - респект, вот ведь просто скромный труженник-титан! Может в список его вместо Адастры! Возражения есть?
Аватара пользователя

Serex
эксперт
эксперт
Сообщения: 2085
Зарегистрирован: 15 авг 2011, 21:36
Имя: Пупков Сергей Викторович
Страна: Россия
город/регион: Москва
Благодарил (а): 101 раз
Поблагодарили: 132 раза

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Serex »

Я два года назад скаду в ней рисовал на 90 счетчиков электроэнергии.
Если руку набить, то работать можно. Тем более цена по сравнению с WinCC, как жигули рядом с БМВ ))
Но если брать все в целом, то это и есть Жигули рядом с БМВ...

Михайло
почётный участник форума
почётный участник форума
Сообщения: 3559
Зарегистрирован: 10 ноя 2009, 04:58
Имя: Толмачев Михаил Алексеевич
город/регион: г. Чехов, МО
Благодарил (а): 6 раз
Поблагодарили: 253 раза

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Михайло »

Можно еще обсудить отечественных производителей: КРУГ-2000, Мастерскада... Что там еще есть?
Аватара пользователя

Serex
эксперт
эксперт
Сообщения: 2085
Зарегистрирован: 15 авг 2011, 21:36
Имя: Пупков Сергей Викторович
Страна: Россия
город/регион: Москва
Благодарил (а): 101 раз
Поблагодарили: 132 раза

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Serex »

Мастерскада юзал 3 года назад. После этого сразу же захотелось перейти на что-то другое. Выбрал Адастру читайте пост выше. Желание перейти было очень сильное.

Правда я работал в мастерскаде 2.3. Сейчас у них уже чуть ли не 4 версия, если не ошибаюсь. По - сути все версии - это работа над ошибками. Так что может они и подлатали дыры. Не вылетает теперь во время разработки, не сохранив файлы ))

Romcheg
SCADA+
SCADA+
Сообщения: 592
Зарегистрирован: 05 ноя 2009, 11:18
Имя: Бузинов Роман Анатольевич
Страна: Россия
город/регион: Москва
Благодарил (а): 8 раз
Поблагодарили: 33 раза

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Romcheg »

barbone писал(а):Удружили-удружили, согласен! 5-ку враз бросили, а 6-ку такой неподъемной сварганили, ну мрак.
А на днях в Киеве сказали мне добрые люди, что прогресс у них там налицо - следующую версию они конкретно и целиком под Линуксом мастерят, а из всех протоколов один только ОРС оставят.
Romchegу - респект, вот ведь просто скромный труженник-титан! Может в список его вместо Адастры! Возражения есть?
Ой, что-то кто-то вам в Киеве не то напел про прогресс и следующую версию. :D Я немножко в теме текущего развития через свои каналы, не думаю, что все под Линукс будет (вообще даже сомневаюсь, что будет), максимум демку под Андроид-устройства легкого клиента сделают в ближайшее время, да и то будет не более чем игрушка для рекламы, а не серьезное решение. Да и вообще сомневаюсь, что новую версию ждать стоит в ближайшие годы, тут релизы по пол-года ждать приходится, что уж про версию говорить...

А меня еще пока рано в списки писать, я не компания, достижений пока еще нет, чтобы было что показать и чем гордиться... ;) Над референсом внедрений пока что еще только идет полным ходом работа, надеюсь в начале 20112 порадую реальными примерами внедрений. А сейчас сижу по-уши в работе над этим. :)
SCADA+

barbone

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение barbone »

... надеюсь в начале 20112 порадую реальными примерами внедрений.
Дожить бы!
Аватара пользователя

Никита
почётный участник форума
почётный участник форума
Сообщения: 3899
Зарегистрирован: 20 янв 2010, 22:23
Имя: Никита
Страна: РФ
город/регион: Мурманск
Благодарил (а): 18 раз
Поблагодарили: 187 раз

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Никита »

целиком под Линуксом мастерят, а из всех протоколов один только ОРС оставят
Одна эта фраза внушает сомнения... Даже если реализуют OPC в никсах - это ж майкрософтовские лицензии...
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "
Аватара пользователя

VADR
администратор
администратор
Сообщения: 4711
Зарегистрирован: 25 июл 2008, 07:12
Имя: Диев Александр Васильевич
Страна: Россия
город/регион: г. Сегежа, Карелия
Благодарил (а): 192 раза
Поблагодарили: 336 раз

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение VADR »

Никита писал(а):
целиком под Линуксом мастерят, а из всех протоколов один только ОРС оставят
Одна эта фраза внушает сомнения... Даже если реализуют OPC в никсах - это ж майкрософтовские лицензии...
Вообще говоря, давно уже реализовали. От МС ведь требуется в основном DCOM - так есть реализации под линух. Такая, например (это не единственная). Кроме того, новые спецификации (OPC XML-DA и OPC-UA) лишены такого недостатка, как зависимость от платформы. Пройдёт некоторое время, разовьются... Тем паче, что с "классическими" OPC в каждой новой версией винды проблем всё больше.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
Аватара пользователя

Никита
почётный участник форума
почётный участник форума
Сообщения: 3899
Зарегистрирован: 20 янв 2010, 22:23
Имя: Никита
Страна: РФ
город/регион: Мурманск
Благодарил (а): 18 раз
Поблагодарили: 187 раз

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Никита »

COM в линуксе - все-таки чужеродная штука. Понятно, конечно, что у нас даже стоматологи зубы удаляют по-привычке через ж..., но все-таки... Да и потом - OPC состоит из двух частей. Серверы тоже из вайна запускать, или производители массово начнут сборку их под линукс? ИМХО, это затея изначально глупая.
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "
Аватара пользователя

VADR
администратор
администратор
Сообщения: 4711
Зарегистрирован: 25 июл 2008, 07:12
Имя: Диев Александр Васильевич
Страна: Россия
город/регион: г. Сегежа, Карелия
Благодарил (а): 192 раза
Поблагодарили: 336 раз

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение VADR »

Никита писал(а):COM в линуксе - все-таки чужеродная штука. Понятно, конечно, что у нас даже стоматологи зубы удаляют по-привычке через ж..., но все-таки... Да и потом - OPC состоит из двух частей. Серверы тоже из вайна запускать, или производители массово начнут сборку их под линукс? ИМХО, это затея изначально глупая.
COM/DCOM в линухе - штука действительно чужеродная. Тем больше мне нравятся новые OPC XML-DA и UA...
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
Аватара пользователя

Никита
почётный участник форума
почётный участник форума
Сообщения: 3899
Зарегистрирован: 20 янв 2010, 22:23
Имя: Никита
Страна: РФ
город/регион: Мурманск
Благодарил (а): 18 раз
Поблагодарили: 187 раз

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Никита »

COM/DCOM в линухе - штука действительно чужеродная. Тем больше мне нравятся новые OPC XML-DA и UA...
Однако проблемы существования самих серверов это не снимает...Смысл иметь под линуксом скаду без нормальных серверов...
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "
Аватара пользователя

VADR
администратор
администратор
Сообщения: 4711
Зарегистрирован: 25 июл 2008, 07:12
Имя: Диев Александр Васильевич
Страна: Россия
город/регион: г. Сегежа, Карелия
Благодарил (а): 192 раза
Поблагодарили: 336 раз

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение VADR »

Никита писал(а):
COM/DCOM в линухе - штука действительно чужеродная. Тем больше мне нравятся новые OPC XML-DA и UA...
Однако проблемы существования самих серверов это не снимает...Смысл иметь под линуксом скаду без нормальных серверов...
Ну так это дело времени. Сейчас эта тема на подъёме - реализуют и сервера.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
Аватара пользователя

Никита
почётный участник форума
почётный участник форума
Сообщения: 3899
Зарегистрирован: 20 янв 2010, 22:23
Имя: Никита
Страна: РФ
город/регион: Мурманск
Благодарил (а): 18 раз
Поблагодарили: 187 раз

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Никита »

VADR писал(а):Ну так это дело времени. Сейчас эта тема на подъёме - реализуют и сервера.
А вот это тема интересная... Если не брать в расчет интерес к никсам, появляющийся в нашей стране (достаточно часто искусственно) - готовы ли мировые производители железа к такому повороту событий?
И потом - основные производители SCADA с майкрософтом обычно дружат и некая синхронность в разработке ОС и софта под нее все же присутствует. Затачивать под конкретный дистрибутив? Да и борьбы с версиями пакетов при установке двух серверов разных производителей как-то тоже хотелось бы избежать :)
Хотя затея хорошая.
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "

neozevs
здесь недавно
здесь недавно
Сообщения: 11
Зарегистрирован: 30 ноя 2011, 18:05
Имя: Скромный
Страна: Россия
город/регион: тайна

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение neozevs »

ООООооо ехехехехе Элеси.......мда...... ЗАО Элеси раньше было крутым производителем и поставщиком контроллеров и приводов....но ща постепенно пошло все на спад когда разругались с одной очень крупной нефтяной компанией.....а ведь вся телемеханика у той компании построена на их контролерах и сама СДКУ....которой был поражен сам Бил гейтс! ))) ....Контролеры 300й серии были простыми но программить под openpcs 3/5 это была жопа.... щас 500й серии более моднявые и можно приблизить к шнайдерам плюс поддержка обмен данными по Ethernet а не по ТЧ каналу хотя плюсов не столько в этом много.. Правда и стоимость сравнима со шнайдерами! ))) типа Quantum хехехе ))) детальки правда у них китайские.....граница то рядом! ))) Правда Элеси своих секретов по докам не раскрывает....особо....))) Вот такие дела.....а вообще производители отечественные еще есть вот Овен упоминался...еще есть незабываемый "Эмикон"....это фантастика кто сталкивался с этими чудо контроллерами.....язык программирования на русском языке!!!!!!!!!!!!!!!! ))))) а главное в 10 раз дешевле шнайдера..... хоть и немного чудаковатый контроллер ЭК 2000 но все же может выполнять задачи что и Quantum 486.... правда без лишней там накрученной индикации даже типа горячее резервирование центральных контроллеров имеется.... а так в понимании простой контроллер...с языком прогр только попотеть придется.....мда...только развязка по питанию у них бывает косячна.... при построении АСУ...а так в принципе ничаго...меняешь коробочки не забывая переключателями DIP и се!.... и не нада быть крутым программером! )))
Аватара пользователя

VADR
администратор
администратор
Сообщения: 4711
Зарегистрирован: 25 июл 2008, 07:12
Имя: Диев Александр Васильевич
Страна: Россия
город/регион: г. Сегежа, Карелия
Благодарил (а): 192 раза
Поблагодарили: 336 раз

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение VADR »

Никита писал(а):И потом - основные производители SCADA с майкрософтом обычно дружат и некая синхронность в разработке ОС и софта под нее все же присутствует.
Зачастую - "по накатанной". Сейчас, как ни посмотришь - то машину не подобрать под софт, требующий w2000 (официальной поддержки - нет, драйверов - нет.), то проблема новую машинку поставить и не поиметь проблем с легальностью (со старой - наклейку с серийником хрен отдерёшь не повредив, новую брать и доплачивать за win7... потом процедура даунгрейда... как они мне дОроги :icon_rant: ), то вдруг официальный апдейт с легальной винды активацию сносит... А совместимость версий... А разница в настройках DCOM (всё к тому же OPC) у XP SP2 и SP3... Причём именно под SP3 основная головная боль и именно SP3 - последняя ОС ветки XP, которая продолжает официально поддерживаться... Если МС будет продолжать в том же духе - уход от их софта в АСУТП может стать насущной необходимостью :)
Никита писал(а):Затачивать под конкретный дистрибутив? Да и борьбы с версиями пакетов при установке двух серверов разных производителей как-то тоже хотелось бы избежать :)
Здесь как раз меньше всего проблем. Конечно, очень много зависит от криворукости программиста... Однако, если взять, к примеру, драйвера для видях от NVidia - есть установщик драйвера, который что-то там перекомпилирует под текущую конфигурацию, драйвер проприетарный, но тем не менее, часть распространяемого пакета - в исходниках, что позволяет установить его практически на любом дистре... И есть готовые сборки под разные дистрибутивы, к созданию которых NVidia никакого отношения не имеет: ребята взяли установщик драйвера и из него собрали установочные пакеты. При обновлении как версии драйвера, так и версии ядра, новый пакет собирается и выкладывается в репозитории практически в автопилоте.
Такой же вариант возможен и для OPC UA, к примеру. Пусть та часть, которая общается напрямую с железом, будет "тайной за семью печатями" и поставляться в виде объектного файла под конкретную архитектуру (i386, x86_64, mipsel...), а сама реализация OPC UA вполне может быть опенсорсной. Собрать всё это дело в кучу под некоторое количество основных дистров - проблема небольшая.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
Аватара пользователя

Никита
почётный участник форума
почётный участник форума
Сообщения: 3899
Зарегистрирован: 20 янв 2010, 22:23
Имя: Никита
Страна: РФ
город/регион: Мурманск
Благодарил (а): 18 раз
Поблагодарили: 187 раз

Re: Перспективные отечественные компании в области АСУ ТП.

Сообщение Никита »

Зачастую - "по накатанной". Сейчас, как ни посмотришь - то машину не подобрать под софт, требующий w2000 (официальной поддержки - нет, драйверов - нет.), то проблема новую машинку поставить и не поиметь проблем с легальностью (со старой - наклейку с серийником хрен отдерёшь не повредив, новую брать и доплачивать за win7... потом процедура даунгрейда... как они мне дОроги :icon_rant: ), то вдруг официальный апдейт с легальной винды активацию сносит... А совместимость версий... А разница в настройках DCOM (всё к тому же OPC) у XP SP2 и SP3... Причём именно под SP3 основная головная боль и именно SP3 - последняя ОС ветки XP, которая продолжает официально поддерживаться... Если МС будет продолжать в том же духе - уход от их софта в АСУТП может стать насущной необходимостью :)
Дело не только в "накатанности" - чисто коммерческий интерес. А не подбирайте машину под 2000, подбирайте под 7, покупайте 7, покупайте новые лицензии свежей скады под 7, потом выясняйте что появляются проблемы с обменом, решением которых является... Правильно, обновление всего парка техники с переходом на новые версии софта. :) И зачастую скады под новые версии ОС или сервиспаков появляются в прайсах раньше самих этих ОС..
А там где есть коммерческий интерес - линуксу пробиться сложно.
Здесь как раз меньше всего проблем. Конечно, очень много зависит от криворукости программиста... Однако, если взять, к примеру, драйвера для видях от NVidia - есть установщик драйвера, который что-то там перекомпилирует под текущую конфигурацию, драйвер проприетарный, но тем не менее, часть распространяемого пакета - в исходниках, что позволяет установить его практически на любом дистре... И есть готовые сборки под разные дистрибутивы, к созданию которых NVidia никакого отношения не имеет: ребята взяли установщик драйвера и из него собрали установочные пакеты. При обновлении как версии драйвера, так и версии ядра, новый пакет собирается и выкладывается в репозитории практически в автопилоте.
Согласен, но не забывайте, что те, кто разворачивает скады - это больше наладчики, чем администраторы. Да и эксплуатанты тоже. И не у всех хватит квалификации на ковыряния с пакетами. И много небольших проблем могут превратиться в одну большую. В общем вопрос не ближайшей пары лет точно.
Репозитарии.. Отдельная история... На "боевых" АРМах в лучшем случае мешает брандмауэр, в худшем - интернета нет физически (хотя что лучше что хуже - вопрос неоднозначный).. Да и дисководов часто нет... С другой стороны - раз поставил и "работает - не трогай".
Такой же вариант возможен и для OPC UA, к примеру. Пусть та часть, которая общается напрямую с железом, будет "тайной за семью печатями" и поставляться в виде объектного файла под конкретную архитектуру (i386, x86_64, mipsel...), а сама реализация OPC UA вполне может быть опенсорсной. Собрать всё это дело в кучу под некоторое количество основных дистров - проблема небольшая.
Ну можно и так, конечно... Да в общем так и планировалось изначально - та часть, которая общается с железом - закрытая. Остальное - проблемы операционки..
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "
Ответить

Вернуться в «Общие вопросы»