Кто-нибудь может представить основное содержание работы инженера-приборщика, отвечающего за системный аспект проектирования?
Thread Content
Я занимаюсь разработкой приборов уже несколько лет. Возможно, есть и другие инженеры, подобные мне, но я все еще немного смутно представляю часть работы, связанную с «созданием системы». Во-первых, потому что в первые годы эту часть работы обычно выполнял человек, отвечающий за инструментарий проекта. Если вы не являетесь ответственным лицом, у вас не будет возможности соприкоснуться с этими вещами. Во-вторых, потому что некоторые владельцы проектов сейчас любят раскапывать систему и делать это самостоятельно. В-третьих, поскольку для этой части работы потребуются промежуточные файлы от производителей РСУ, а эти файлы в конечном итоге не являются документами, которые нужно публиковать по проекту, самостоятельно изучить их также сложно. Я надеюсь, что любой опытный руководитель или инженер, сотрудничающий с производителями РСУ и инжиниринговыми компаниями, сможет представить основное содержание работы в хронологическом порядке «создания системы». Например, DCS проводит совещание, какова основная функция этого совещания, какие интерактивные файлы с производителем, каково основное содержание файла, каково основное содержание работы при походе к производителю для выполнения FAT и т.д.
Основная цель начала встречи — настроить конфигурацию оборудования с производителем РСУ на основе ваших фактических точек ввода-вывода, а также частей, требующих резервной конфигурации, а также требований к связи для проектной части стороннего производителя, некоторых приборов на месте, требующих специальной проводки, графика проекта и т. д. Тестирование FAT эквивалентно заводской приемке, проверке оборудования, целостности конфигурации, тестированию на резервирование и т. д. После завершения FAT это означает, что шкаф РСУ можно отправить на площадку для установки и отладки.