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

Обновление оборудования. Миграция.

PLC, прочие контроллеры, промышленные компьютеры, операторские панели
Ответить

Автор темы
VainRuby
Сообщения: 2
Зарегистрирован: 18 янв 2016, 12:41
Имя: Виктор Андреевич
Благодарил (а): 2 раза

Обновление оборудования. Миграция.

Сообщение VainRuby »

Здравствуйте!
Стоит задача обновления оборудования на производственной линии.(Преимущественно средний уровень автоматизации)
Хотелось бы узнать у тех, кто уже сталкивался, как вы решали данную проблему?
  • 1. Новое оборудование того же производителя. Есть ли обратная совместимость управляющих программ?
  • 2. Оборудование другого производителя. Есть ли встроенное средство конвертации в поставляемом ПО?
  • 3. Может быть есть сторонние программы конвертеры управляющего кода? И оборудование каких компаний оно поддерживает?
  • 4. Услуги интеграторов или других профильных компаний? Но скорее всего это проектирование с нуля или переписывание кода под новое оборудование вручную?
  • 5. Свой вариант. Опишите пожалуйста в ответе.

rwg
почётный участник форума
почётный участник форума
Сообщения: 1040
Зарегистрирован: 29 апр 2014, 09:57
Имя: Рыбкин Владимир Геннадьевич
Страна: Россия
город/регион: Тверь
Благодарил (а): 54 раза
Поблагодарили: 131 раз

Обновление оборудования. Миграция.

Сообщение rwg »

Раз не рассматриваете вариант проведения работы собственными силами, запросите коммерческие предложения по вариантам 1 и 4 и выберите оптимальный. Собственными силами - скорей всего получится вариант 2.
PS. Очень сложно давать конкретный ответ на беспредметный вопрос про абстрактное оборудование.
Аватара пользователя

DelSnos
не первый раз у нас
не первый раз у нас
Сообщения: 323
Зарегистрирован: 26 сен 2010, 10:18
Имя: Artur
Страна: Russia
Поблагодарили: 2 раза

Обновление оборудования. Миграция.

Сообщение DelSnos »

Мы не знаем вашу квалификацию, но выводы какие-то можно сделать. Судите сами: на первый вопрос вам никто ответить не сможет, так как вы даже не назвали вендора и версию ПО. Но и это мало поможет, так как систему нужно досконально изучать. Следовательно, мой ответ будет №4- нанимайте системных интеграторов. Проект в вашем случае будет по модернизации существующей системы.
Аватара пользователя

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

Обновление оборудования. Миграция.

Сообщение VADR »

VainRuby писал(а): 1. Новое оборудование того же производителя. Есть ли обратная совместимость управляющих программ?
Обычно есть, но в каждом конкретном случае могут быть нюансы. Может быть, к примеру, такая ситуация: обновление связано с увеличением требований (появилась необходимость резервирования, к примеру, или подключается большее количество технологического оборудования, или ещё что-то), и имеющаяся линейка оборудования не имеет такого функционала. Следствие - переход на другую линейку и можно столкнуться с несовместимостью.
VainRuby писал(а): 2. Оборудование другого производителя. Есть ли встроенное средство конвертации в поставляемом ПО?
Обычно нет. Опять же, могут быть варианты: к примеру, программы написаны на стандартизованных языках, поддерживаемых оборудованием обоих производителей. Программы, вроде как, получаются переносимыми. Но вот формат хранения этих программ - наверняка разный. Доступ к входам/выходам у каждого производителя организован по-своему. В итоге - переделать можно, но процентов на 90 - вручную рисовать аналог того, что имелось. Конвертеры же писать вряд ли кто будет: это нужна команда разработчиков, знакомых с внутренними форматами разных производителей - вряд ли такую команду можно собрать за разумные деньги.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
Аватара пользователя

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

Обновление оборудования. Миграция.

Сообщение Serex »

VainRuby писал(а): Стоит задача обновления оборудования на производственной линии.
Я от лица менеджеров выскажусь: - "Что за глупая задача?"
Любое обновление оборудование стоит денег и никто их не станет вкладывать, если деньги не отобьются.
Как правило: очень убедительное и популярное обоснование этой задачи звучит как: "Сокращение персонала" - Вы возьмете это на свою совесть?

Что касается технической части (эксплуатации), то нет никакого смысла обновлять все целиком за исключением каких-то рассыпающихся компонентов. Как например были у нас контакторы у которых пластмасса стала хрупкой из-за тепла и нереального срока эксплуатации, и вследствие частые отказы этих контакторов.
Аватара пользователя

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

Обновление оборудования. Миграция.

Сообщение Serex »

Еще добавлю, что промышленное оборудование создается, чтобы служить 10,20,30... лет. Люди, которые принимают решение о покупке такого оборудования не являются бытовыми потребителями, которые могут обновлять железо каждые 1-1,5 года (как бытовая техника). Поэтому и требования к высокой надежности. Как правило к моменту, когда наступает пора обновить оборудование, оно становиться настолько старым, что нет никакого смысла там что-то сохранять. Поэтому никто из производителей и не делает взаимозаменяемого оборудования, кроме унифицированных интерфейсов.

У нас на фабрике был опыт замены старых CPU на новые, потому что старые перестали выпускать и их не осталось в запчастях. Из трех установок мы модернизировали 2 и два старых CPU пошли в запчасти для третьего. А новые CPU поставили такие, которые валялись на складе штук 5 и частично подлежали списанию. Это все была одна линейка Siemens S7-300, поэтому программы не переписывали, переделывали только провода на клеммниках. Мы не затратили ни копейки бюджета и оптимизировали складские запасы. Так и то пришлось долго и муторно доказывать, что этот шаг был нужен.

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

Обновление оборудования. Миграция.

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

Я на практике сталкиваюсь с тем, что даже по прошествии всего пяти лет оборудование надо не обновлять, а перепроектировать - появляются новые технологии и функции.
У Сименса есть средства миграции, но работают они на 90%, остальные 10% допиливаются ручками - и это как раз-то не простой функционал. Потому этот функционал и не мигрируется автоматом, так как сложный.
Между производителями практически невозможна автоматическая миграция, но если старый код работает отлично и хорошо читаем, то можно достаточно быстро перевести все в новый код, даже если система от другого производителя.
В общем для модернизации в любом случае потребуется время и компетенция.

Автор темы
VainRuby
Сообщения: 2
Зарегистрирован: 18 янв 2016, 12:41
Имя: Виктор Андреевич
Благодарил (а): 2 раза

Обновление оборудования. Миграция.

Сообщение VainRuby »

Всем спасибо за ответы!
Если более детально, то мы ищем замену для s7-200 среди российских PLC. На текущий момент рассматриваем оборудование фирмы ОВЕН. Логика реализована в основном на FBD. Интересует сложность перехода.
Или стоит обратить внимание на других производителей?
Ответить

Вернуться в «Средний уровень автоматизации (управляющий)»