Петров Михаил (руководить проекта):
- конец июля закладывать испытания системы;
- есть проблемы с поставками вентилей;
Андрей Решетников (исполнитель работ от ЛИТ):
- что бы от нас было необходимо на испытания?
Михаил Петров:
- в первую очередь проверить прошивку контроллера реализованную подрядчиком DSSE;
- во вторую очередь проверить реализованный вами верхний уровень;
Сергей Семашко (исполнитель работ от ЛИТ):
- Мы не можем начать разработку верхнего уровня до того как подрядчик DSSE не разработает прошивку своего контроллера;
Никита Балдин (консультант руководителя проекта):
- т.е. вы хотите начинать разрабатывать верхний уровень когда будет полностью готов нижний уровень и оттестирован?
Сергей Семашко:
- нужна хоть какая-то версия прошивки ПЛК, хотя бы beta;
Никита Балдин:
- а аналогичная версия предыдущего проекта для Бустера не подойдет?
Сергей Семашко:
- он не совпадает не по адресам не по идеологии управления;
- у DSSE очень нестандартная идеология управления, не возможно управлять в параллель несколькими вентилями только последовательно, необходима перепривязка массива адресов;
Михаил Катулин:
- в параллель можно управлять с разных АРМ
Сергей Семашко:
- нет, активный вентиль может быть только один, и в определенный момент времени он закреплен за одним клиентом.
Петров и Балдин:
- как же так вы не можете совсем начать работать пока свою работу не завершат DSSE?
Михаил Катулин (исполнитель работ от ЛИТ):
- нам нужна адресация каналов в контроллере, без нее мы не может настроить OPC клиент
Сергей Семашко:
- Сконфигурировать OPC-client задача максимум на два дня.
Михаил Катулин:
- протестировать и исправить ошибки что мы правильно читаем и правильно записываем - вот этого уже задача на долго.
Михаил Петров:
- можете ли вы предоставить пользовательский интерфейс?
Сергей Семашко:
- нет не можем.
- нам нужен шкаф и к нему доступ
Михаил Петров:
- мы можем дать вам один шкаф, у нас есть собранный.
Андрей Решетников:
- к запуску нужен прототип интерефейса;
Сергей Семашко:
- нам от заказчика нужен прототип интерейса пользователя. нужно обсудить прототип интерейса пользователя с вами и с DSSE. что вы хотите видеть.
Андрей Решетников:
Михаил Петров:
Никита Балдин:
- почему вы это называете термином "прототип"? я бы назвал это "эскиз мнемосхемы".
- почему эскиз должен предоставлять заказчик?
Сергей Семашко:
- потому что в ТЗ входит и прототип и эскиз и все панели управления. по ГОСТу.
Никита Балдин:
- нет, вы не правы! по ГОСТ это называется "альбом мнемосхем" ("чертеж формы документа (видеокадра) - С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?
Сергей Семашко:
- объем задач сейчас оценить является не возможным. очень сложно.
Никита Балдин:
- была идея поделить работу на составляющие, потом по большим задачам произвести еще раз деление.
Михаил Петров:
- стараемся на следующей неделе встретиться.