Добрый день!
У заказчика возникло требование дополнить существующую систему АСУТП дополнительными модулями.
Программа есть только в виде сливки с контроллера. Исходника нет. Система на базе 300 симатика + WinCC стандартная.
Предполагаю что проще будет всю систему поднять поновой, но вот встает вопрос, как сделать так что их система оставалась работать подольше и как минимизировать риски промежуточного этапа /пусконаладки/.
Ведь в новой программе что-то скорректировать вполне возможно, но для этого тоже нужно знать все что делает предыдущая программа.
Но если какие-то ньюансы обойти стороной, все встанет всерьез и надолго. /а пока что работает/
- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Модернизация проекта которого нет.
Модератор: kirillio
-
- знаток Eplan
- Сообщения: 1136
- Зарегистрирован: 21 сен 2012, 22:45
- Имя: aranea
- Благодарил (а): 30 раз
- Поблагодарили: 165 раз
Re: Модернизация проекта которого нет.
думаю оптимальные действия должны быть такими:
1. слить с ПЛК хардвар, программу, DB с актуальными значениями. заархивировать копию
2. открыть хардвар, попробовать подключиться онлайн - проверить наличие всех GSD файлов Profibus устройств
3. просмотреть всю программу на наличие внятного кода. если исходниками был SCL, GRAPH или CFC - тогда придется разбираться с компилированным STL
4. на всякий случай сделать всем OB, FC, FB Compare - сравнить с онлайн программой
минимизация рисков отчасти может быть достигнута при хорошей навигации в программе, разобраться в структуре программы, дать символьные имена для FC, FB, OB. попробовать составить символьную таблицу для IO сигналов
далее в хардвар добавляете новые модули, назначаете адреса, пробуете залить
ВАЖНО: в S7-300 заливка HW проходит через СТОП
обратить внимание на OB100-102 - действия при рестарте ПЛК
какого типа модули будут добавлены? на центральную рейку? существующая программа будет изменяться? или просто добавятся новые механизмы и сигналы?
1. слить с ПЛК хардвар, программу, DB с актуальными значениями. заархивировать копию
2. открыть хардвар, попробовать подключиться онлайн - проверить наличие всех GSD файлов Profibus устройств
3. просмотреть всю программу на наличие внятного кода. если исходниками был SCL, GRAPH или CFC - тогда придется разбираться с компилированным STL
4. на всякий случай сделать всем OB, FC, FB Compare - сравнить с онлайн программой
минимизация рисков отчасти может быть достигнута при хорошей навигации в программе, разобраться в структуре программы, дать символьные имена для FC, FB, OB. попробовать составить символьную таблицу для IO сигналов
далее в хардвар добавляете новые модули, назначаете адреса, пробуете залить
ВАЖНО: в S7-300 заливка HW проходит через СТОП
обратить внимание на OB100-102 - действия при рестарте ПЛК
какого типа модули будут добавлены? на центральную рейку? существующая программа будет изменяться? или просто добавятся новые механизмы и сигналы?
-
- эксперт
- Сообщения: 1055
- Зарегистрирован: 11 ноя 2012, 18:21
- Имя: Нурисламов Руслан М.
- Страна: Казахстан
- город/регион: Алматы
- Благодарил (а): 23 раза
- Поблагодарили: 32 раза
Re: Модернизация проекта которого нет.
Я уже посмотрел 4 версии копий. Внятный код там 3-4 DB блока с добавленными сигналами.
Все остальное не имеет никаких VAT таблиц с описаниями сигналов.
Модули возможно даже не будут добавляться. Хотя не факт. По бумажному проекту есть дискретные сигналы в резерве и аналоговые тоже.
Но добавления в проект уже делались. Несколько групп сигналов добавлялись точно (что не отражено в документации к объекту).
При ознакомлении с объектом сфотографировал что есть по факту. Но проверить все сигналы и обзвонить на это времени не было.
Все остальное не имеет никаких VAT таблиц с описаниями сигналов.
Модули возможно даже не будут добавляться. Хотя не факт. По бумажному проекту есть дискретные сигналы в резерве и аналоговые тоже.
Но добавления в проект уже делались. Несколько групп сигналов добавлялись точно (что не отражено в документации к объекту).
При ознакомлении с объектом сфотографировал что есть по факту. Но проверить все сигналы и обзвонить на это времени не было.
-
- знаток Eplan
- Сообщения: 1136
- Зарегистрирован: 21 сен 2012, 22:45
- Имя: aranea
- Благодарил (а): 30 раз
- Поблагодарили: 165 раз
Re: Модернизация проекта которого нет.
непонятно...ASUTP_PLC писал(а):Я уже посмотрел 4 версии копий. Внятный код там 3-4 DB блока с добавленными сигналами.
3-4 DB вся программа? и в них внятный код? =)
откуда 4 версии взялось? с помощью сравнения (Compare) можно выяснить какая версия актуальна и работать с ней
VAT таблицы не загружаются в ПЛК и не используются в программе, это просто для наладки визуальное представление сигналовASUTP_PLC писал(а):Все остальное не имеет никаких VAT таблиц с описаниями сигналов.
-
- эксперт
- Сообщения: 1055
- Зарегистрирован: 11 ноя 2012, 18:21
- Имя: Нурисламов Руслан М.
- Страна: Казахстан
- город/регион: Алматы
- Благодарил (а): 23 раза
- Поблагодарили: 32 раза
Re: Модернизация проекта которого нет.
Тьфу... Symbol Table по нулям. Думаю про одно говорю другое.
Это версии которые были по мере того как некторые доработки проводились. Изначальный проект был под другой тип СРU, меннее производительными характеристиками.
Считаю что не актуальная программа в них. /нет никаких исходников, состав оборудования там не тот что сейчас./
Из общей массы только 3-4 DB-шки с названиями внутри. Все остальное имеет вид STAT#1, STAT#2.... до бесконечности.
Это версии которые были по мере того как некторые доработки проводились. Изначальный проект был под другой тип СРU, меннее производительными характеристиками.
Считаю что не актуальная программа в них. /нет никаких исходников, состав оборудования там не тот что сейчас./
Из общей массы только 3-4 DB-шки с названиями внутри. Все остальное имеет вид STAT#1, STAT#2.... до бесконечности.
-
- знаток Eplan
- Сообщения: 1136
- Зарегистрирован: 21 сен 2012, 22:45
- Имя: aranea
- Благодарил (а): 30 раз
- Поблагодарили: 165 раз
Re: Модернизация проекта которого нет.
что внутри DB вас не должно так так волновать, там тупо данные, вы ее как слили так и зальете обратно
данные в них которые меняются программно - будут меняться программно
какие-то сохраненные ручные уставки и введенные с WinCC - сохраниться должны
больший интерес представляют блоки OB, FC, FB в которых реализована сама программа
еще вопрос о DB: сколько их всего, сколько из них Instance, а сколько Shared?
можно попробовать найти наиболее подходящий исходник программы и слить в него с ПЛК программу и конфигурацию
символьные данные должны подхватиться, но надо проверять соответствие
данные в них которые меняются программно - будут меняться программно
какие-то сохраненные ручные уставки и введенные с WinCC - сохраниться должны
больший интерес представляют блоки OB, FC, FB в которых реализована сама программа
еще вопрос о DB: сколько их всего, сколько из них Instance, а сколько Shared?
можно попробовать найти наиболее подходящий исходник программы и слить в него с ПЛК программу и конфигурацию
символьные данные должны подхватиться, но надо проверять соответствие
-
- эксперт
- Сообщения: 1055
- Зарегистрирован: 11 ноя 2012, 18:21
- Имя: Нурисламов Руслан М.
- Страна: Казахстан
- город/регион: Алматы
- Благодарил (а): 23 раза
- Поблагодарили: 32 раза
Re: Модернизация проекта которого нет.
Все проблемы решены. Вопросы в процессе возникали абсолютно по всем возможным описанным вариантам. Особливо много крови на начальные инициализации блоков.
После перегруза программы очень длительный этап был в требуемой корректировке всех данных в DB блоках. То тут, то там возникала прорва вопросов.
После перегруза программы очень длительный этап был в требуемой корректировке всех данных в DB блоках. То тут, то там возникала прорва вопросов.