ФедосеевПавел

Здравствуйте, уважаемые специалисты.

Имею опыт программирования ПЛК некоторых производителей, но работать с ПЛК Siemens и со SCADA (любой) не приходилось.

Сложилась следующая ситуация.

Проводим восстановительные работы на оборудовании, которое принадлежало обанкротившемуся предприятию. Несколько лет назад все цеха были закрыты, разграбления не происходило, но до сих пор оборудование находилось в неотапливаемых помещениях.

Автоматика на Siemens S7-300 и Siemens S7-200. Управление исключительно от управляющих компьютеров со SCADA WinCC. Другими словами, даже проверить датчики, приводы можно только с компьютеров.

Сами компьютеры (примерно 2010 года выпуска), похоже, неисправны. Пробовал их включать, но на дисплей ничего не выводилось, хотя вентиляторы на материнке включались (даже после передёргивания всех разъёмов).

Мы договорились с заказчиком взять компьютеры в офис и там их посмотрит наш IT-шник. Может что-то "оживит".

Возможно, что винчестеры исправны и смогу что-то с них взять, подключив к другому компьютеру.

Поэтому возник вопрос - если компьютеры неисправны, я хочу взять современный компьютер с WinX (или Win7 - что продаётся) и скопировать какие-нибудь папки с винчестера - что нужно скопировать?

Или нужно забыть о восстановлении и полностью переписывать комплекс программ на все ПЛК и управляющие компьютеры?

Добавлено через 6 минут
Ещё в поиске попадались упоминания о какой-то флешке с ключём. На компьютерах такого не было. Это однозначный приговор - покупать лицензии WinCC и полностью переписывать программы?

0

@vxg

ФедосеевПавел
тут есть несколько проблем

1) проблема проекта - производство уже управлялось неким комплексом - где то на ПК должен быть проект в котором будут прошивки контроллеров и GUI часть взаимодействующая с ними, если система была продвинутой, то проект будет только на инженерной станции, а на АРМ будет только GUI. если простой, то проект целиком может лежать на каждом из АРМ. без проекта вы существующую инфраструктуру не увидите и не сможете ей управлять. сам проект если он есть можно без проблем найти в недрах ПК и скопировать на любой другой ПК.

2) проблема дистрибутива. установленный WinCC определенной версии простым копированием перенести можно если знать куда он раскидал свои запчасти. это может быть не только Program Files, но и Windows/System32 и еще какие-нибудь Program Files/Common Files + какие-нибудь внешние дополнительные компоненты, например, Sybase, в общем дело эксперимента и везения.

3) проблема ключей - сам проект исполняется WinCC не за просто так - что бы задействовать те или иные функции WinCC ей необходимо что бы на дисках были ключи перенесенные туда с внешнего носителя. раньше во всяком случае так было. может потом стало иначе. человек приносил - о ужас - дискету 3,5" и переносил с нее ключи на жесткий диск. может потом вместо дискеты стали делать флешки или ключи всегда оставались на флешке - я этого уже не застал. во время переноса в какие-то сектора жесткого диска что-то волшебное писалось специальной утилитой которая шла в комплекте с WinCC - она позволяла перемещать ключ с носителя на жесткий диск и обратно. то есть если есть жесткий диск и он живой и на нем есть ключи и есть утилита, то можно попробовать перенести ключи с жесткого на носитель. сама дискета спокойно тиражировалась при помощи образа дискеты. ключи с жесткого диска не слышал что бы кто-то руками копировал, но: если вы сделаете образ жесткого диска, и запишите его на новый диск, то ключи будут работать.

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

писать проект с нуля для сколько-нибудь сложного производства тот еще подвиг, там не просто результаты нажатия разработчика на клавиши - это тривиальная часть - там технологические алгоритмы, защиты выполненные по заданиям заводов производителей и т.п. в условиях апокалипсиса была бы инфраструктура, а написать и запустить не проблема, но если речь не идет о реколонизации после потопа, то обычно этим занимаются специализированные организации с конским ценником.

1

ФедосеевПавел

Спасибо, за советы по переносу и надежду в поиске исходников.

Говорил уже со своим начальством по этому поводу. В течение ближайших рабочих дней нужно давать вердикт по поводу уверенности в самостоятельном решении или возможном найме специалиста по системам автоматизации Siemens. Склоняюсь к этому варианту. Напоследок только попробую перевезти компьютеры в офис и вместе с IT-шником попытаться их включить, сделать образы дисков.

0

@vxg

ФедосеевПавел,

0

@NewOrdered

Как вариант - "снять" образ системного диска софтом типа Акрониса или Нортона и восстановить этот образ на новом ПК/железе. ЕМНИП есть опции снятия/восстановления образа, которые ("частично") отвязывают винду от старого железа и позволяют загрузиться на новом без синего экрана в режиме мини-установки. Установленное ранее ПО "должно" остаться работоспособным.

1

ФедосеевПавел

Твёрдо планируется полная замена автоматики, но для этого владелец предприятия должен заработать средства на реконструкцию. Таков ответ начальства на моё предложение применить бульдозер.

Сами ПЛК, похожи на исправные. Защиты и регулирование реализованы в ПЛК. Через жопу лишь включение оборудования - только от компьютера, даже не от панели, не от кнопок щита.

Моя задача - работоспособность АБ и регулирования.
Перед настоящим пуском будут холостые пуски для проверки АБ.
Поэтому есть уверенность, что некоторое время автоматика будет исправно работать.

Пока план прост - или компьютеры заработают (от замены планки памяти, батарейки) или передаю винчестеры на диагностику наёмному программисту для переноса на новый компьютер, а программист уже даст заключение (лицензия, наличие исходников проекта, запуск с образа винчестера или миграция в современную версию WinCC). Если переписывать - значит реконструкция произойдёт раньше, чем планировал владелец.



Собственно, мне нечего добавить.

0

@Archive

В этом и загвоздка, на современный комп может просто дров не найтись под эти оси.

Как вариант, создание образа диска и запуск его на виртуальной машине. В инете есть описания подобного процесса, как раз в связи с тем что старый комп подыхает.

Добавлено через 2 минуты
Я так себе в виртуалке образ своей старой системы сохранял пару лет назад.

1

@SatanaXIII

Если есть желание заняться реверс-инжинирингом, то можно слить программы с контроллеров, разобраться с ними в симуляторе, подпихнуть кнопки со шкафов куда надо, запустить агрегаты, а потом уже продолжить колупать визуализацию.
P.S. В начале темы шла речь о запуске через месяц - как оно, что-нибудь получилось?

0

ФедосеевПавел

Про "через месяц" я слегка преувеличил - тогда ещё было "через полтора месяца" - 01 апреля должен начаться предварительный пуск.

По инициативе заказчика, проблему восстановления SCADA на компьютерах переложили на отдел АСУ заказчика.
Поэтому мне и нашему IT-шнику довелось лишь убедиться в том, что компьютеры не включаются, на клавиатуре не светятся лампы, но блоки питания исправны и запускаются. За нами наблюдал начальник и от греха подальше запретил дальнейшие эксперименты.

Одно плохо - заказчик тянет даже с передачей компьютеров в отдел АСУ.

0