SCIENCE BRINGS NATIONS TOGETHER cryogenic current leads - work status

Friday 30 Jun 2023, 14:00 → 15:00 Europe/Moscow

217

14:00 → 14:20 work status

Speaker: Mr Михаил Петров (ЛФВЭ)

Петров Михаил (руководить проекта): 

• конец июля закладывать испытания системы;
• есть проблемы с поставками вентилей;

Андрей Решетников (исполнитель работ от ЛИТ):

• что бы от нас было необходимо на испытания?

Михаил Петров:

• в первую очередь проверить прошивку контроллера реализованную подрядчиком DSSE;
• во вторую очередь проверить реализованный вами верхний уровень;

Сергей Семашко (исполнитель работ от ЛИТ):

• Мы не можем начать разработку верхнего уровня до того как подрядчик DSSE не разработает прошивку своего контроллера;

Никита Балдин (консультант руководителя проекта):

• т.е. вы хотите начинать разрабатывать верхний уровень когда будет полностью готов нижний уровень и оттестирован?

Сергей Семашко:

• нужна хоть какая-то версия прошивки ПЛК, хотя бы beta;

Никита Балдин:

• а аналогичная версия предыдущего проекта для Бустера не подойдет?

Сергей Семашко:

• он не совпадает не по адресам не по идеологии управления;
• у DSSE очень нестандартная идеология управления, не возможно управлять в параллель несколькими вентилями только последовательно, необходима перепривязка массива адресов;

Михаил Катулин:

• в параллель можно управлять с разных АРМ

Сергей Семашко:

• нет, активный вентиль может быть только один, и в определенный момент времени он закреплен за одним клиентом.

Петров и Балдин:

• как же так вы не можете совсем начать работать пока свою работу не завершат DSSE?

Михаил Катулин  (исполнитель работ от ЛИТ):

• нам нужна адресация каналов в контроллере, без нее мы не может настроить OPC клиент

Сергей Семашко:

• Сконфигурировать OPC-client задача максимум на два дня.

Михаил Катулин:

• протестировать и исправить ошибки что мы правильно читаем и правильно записываем - вот этого уже задача на долго.

Михаил Петров: 

• можете ли вы предоставить пользовательский интерфейс?

Сергей Семашко:

• нет не можем.
• нам нужен шкаф и к нему доступ

Михаил Петров:

• мы можем дать вам один шкаф, у нас есть собранный.

Андрей Решетников:

• к запуску нужен прототип интерефейса;

Сергей Семашко:

• нам от заказчика нужен прототип интерейса пользователя. нужно обсудить прототип интерейса пользователя с вами и с DSSE. что вы хотите видеть.

Андрей Решетников:

• нужны требования к GUI

Михаил Петров:

• показывает схему...

Никита Балдин:

• почему вы это называете термином "прототип"? я бы назвал это "эскиз мнемосхемы".
• почему эскиз должен предоставлять заказчик?

Сергей Семашко:

• потому что в ТЗ входит и прототип и эскиз и все панели управления. по ГОСТу.

Никита Балдин:

• нет, вы не правы! по ГОСТ это называется "альбом мнемосхем" ("чертеж формы документа (видеокадра) - С9"). я вижу это так: мы должны определить какие функции мы автоматизируем, с точки зрения технологии. в виде исходных данных идут технологические схемы. и на их основании уже разрабатывается эскизы мнемосхем. получается что сейчас исполнитель реализации АСУ перекладывает разработку "альбома мнемосхем" на заказчика. на мой взгляд это должен делать подрядчик.

Андрей Решетников, Сергей Семашко:

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

Никита Балдин:

• Сергей, еще раз. есть ГОСТ 34.601. стадии создания автоматизированных систем. есть стадия "обследование объекта автоматизации", где проводится структуризация и конкретизация исходных данных для проектирования. исполнитель работ берет технологические схемы и анализирует их, и своим профессиональным видением составляем набор мнемосхем которые потом укладываются в какую-то иерархию мнемосхем будущего графического интерфейса пользователя. 

Сергей Семашко:

• раньше на разработку ТЗ тратилось 30% финансирования. Вообще, мы на эту работу подписались по стольку по скольку... не потому, что нам заняться нечем.

Никита Балдин:

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

Сергей Семашко:

• да, это не наша часть работы.

Никита Балдин:

• Андрей, в предыдущий раз у меня было к вам предложение: Мы проводим анализ функциональности будущей системы, определяем, какие возможности она должна предоставлять. Затем мы разбиваем эту функциональность на более мелкие компоненты и задачи, чтобы разработать план достижения поставленных целей. к примеру: 1. создание объектной модели в Tango. 2. привязка объектной модели к нижнему уровню. 3. разработка эскизов и иерархии мнемосхем. 4. разработка мнемосимволов. 5. разработка faceplates 6.  разработка функции сигнализации. 7. и так далее. т.е. проводим такую декомпозиции и контролируем выполнение этих задач, отслеживая их прогресс, т.е. достижения поставленной цели. 
• допустим сегодня выяснилось, что эскизы должны быть реализованы силами заказчика в лице М. Петрова.

Михаил Катулин:

• у нас плановые сроки в redmine уже съехали.
• по итогам прошло. мы должны были разработать схему КТС. составить список машин и их взаимодействия. мы информацию собрали, но схему не нарисовали.

Никита Балдин:

• хочу добавить. стоило бы производить декомпозицию работ допустим до 2-х недельного объема исполнения. что мы имеем на входе в каждую задачу и на выходе - результат работы.
• допустим, мне не понятно что вас сейчас сдерживает для раз объектной модели?

Сергей Семашко

• что подразумевается под объектной моделью?

Никита Балдин, Михаил Петров:

• набор объектов описывающих все датчики, исполнительные механизмы, автоматизированные функции и т.п.

Сергей Семашко

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

Михаил Петров:

• у нас уже количество датчиков и т.п. жестко определенно. 

Сергей Семашко:

• то что нам присылало DSSE - они сказали, что это далеко не последняя версия.

Никита Балдин:

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

Сергей Семашко:

• Хорошо бы было если бы заказчик предоставил всю эту информацию.

Михаил Петров:

• давайте сделаем по подобию как реализовали до этого DSSE.

Никита Балдин:

• есть ли информация по словам состояниям, статусам? какому значению канала какое состояние исполнительного механизма соответствует?
• Михаил Петров вы располагаете такой информацией?

Сергей Семашко:

• это мы можем сделать потом.

Михаил Петров:

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

Никита Балдин:

• ты имеешь ввиду выходя на комплексные испытания, хотелось бы иметь готовность по всем компонентам будущей системы.

Сергей Семашко:

• вначале надо будет проверить чтение запись.
• DSSE будет сдавать работу со своем верхнем уровень.

Никита Балдин:

• не факт. зачем коммерческой компании разрабатывать GUI, который не был заказан, и за него не было заплачено? 

Сергей Семашко: 

• а как же они тогда будут сдавать без верхнего уровня? это нереально....

Никита Балдин:

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

Михаил Петров, Семашко, Катулин:

• да ладно, у них должно что-то быть. DSSE сделают что-то на подобии предыдущих аналогичных проектов.

Никита Балдин:

• т.е. я правильно понимаю, что вы бы хотели проводить отладку своего ППО, после того как DSSE сдаст свою часть работы? т.к. наверно они будут сдавать на своем верхнем уровне.

Сергей Семашко:

• да, именно так. сдавать они наверняка будут на своем. я бы только так делал.

Андрей Решетников:

• но нам же при приемке у DSSE надо проверить работоспособность их программного интерфейса.

Сергей Семашко:

• у них в договоре нет 

Михаил Петров:

• DSSE самостоятельно тестирует свою систему.

Никита Балдин: 

• у них в договоре нет интеграции в существующую или разрабатываемую заказчиком параллельно верхнеуровневую систему.

Сергей Семашко:

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

Михаил Петров:

• реализованная архитектура DSSE не позволяет подключаться множество клиентов к контроллеру.

Сергей Семашко:

• веб-сервер на контроллере не позволяет. никто не вешает веб-сервера на ПЛК. у них внутри не МЭК-вские языки, а С++.

Никита Балдин:

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

Михаил Петров:

• нам нужен к испытаниям хотя какой-то простенький интерфейс разработанный вами. самое главное вам согласовать механизм обмена данным с DSSE. от вас нужен перечень вопрос. 

Андрей Решетников, Михаил

• перечень функций. перечень тестируемых.

Никита Балдин:

• сообщите готовность программных реализованных компонентов?

Михаил Катулин:

• механизм взаимодействия с ОРС.

Никита Балдин:

• GUI для алгоритмов работы "ваших нейросетей" вы сами буду проектировать?

Михаил Андрей:

• да, мы его сами спроектируем.

Никита Балдин, Михаил Петров:

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

Сергей Семашко:

• мы интегрируемся в систему Горбачева. а потом Grafana отрисуем все графики.

Михаил Петров:

• вам надо с ними договориться.

Никита Балдин:

• GUI верхнего уровня тоже будете на Grafana реализовывать?

Сергей Семашко:

• нет, GUI мы будем реализовывать на web.

Никита Балдин:

• т.е. это будет реализовано сторонней базе от Tango и Grafana?

Сергей Семашко:

• да, на стороннем ПО.

Михаил Петров:

• предоставить эскизы интерфейса пользователя - Михаил Петров
• степ программа технологического процесса - Михаил Катулин
• структурная схема технических и программных средств - Михаил Катулин
• механизм взаимодействия с ОРС сервером - Андрей уже есть
• программная структура - Семашко уже отсылал Андрею
• продумать функцию архивации с Седых - Семашко
• описания/эскизы графические примитивы, элементы отображения, их динамизация, faceplates - Михаил Петров.

Никита Балдин:

• существует еще большая функция ALARM - очень важная и нужна. в каком виде это будет реализовано? кто и как будет описывать?

Сергей Семашко:

• да, это нужно делать.

Никита Балдин:

• состояния и органы оправления по алгоритмам автоматического управления необходимо отобразить в GUI. кто это будет все продумывать и реализовывать?

Сергей Семашко:

• да, тоже нужно делать, вторым этапом, совместно с Заказчиком.
• также необходима функция разграничения прав пользователя в будущем GUI. в Tango есть уровни expert, operator.

Никита Балдин:

• если мы как-то поделим проект на задачи, мы можем как-то текущую процентовку проставить на pm.jinr.ru?

Сергей Семашко:

• объем задач сейчас оценить является не возможным. очень сложно.

Никита Балдин:

• была идея поделить работу на составляющие, потом по большим задачам произвести еще раз деление.

Михаил Петров:

• стараемся на следующей неделе встретиться.

14:20 → 14:21 meeting protocol

протокол совещания

Speaker: Mr Nikita Baldin (JINR)

2023.06.30 Протокол_совещания_217_R03.pdf