Единицы
1. Введение в искусственный интеллект в химической инженерии: роли, границы, валидация, критическая ответственность и этика с точки зрения безопасности 2. Проектирование процессов и блок-схема: поддержка искусственного интеллекта в концептуальном проектировании 3. Интерпретация моделирования процесса: понимание выходных данных Aspen и DWSIM 4. Реакционное и кинетическое моделирование: пути реакции и прогноз скорости 5. Прогнозирование материалов и свойств: теплофизические свойства и выбор материала 6. Оптимизация процесса: баланс энергии, эффективности и затрат 7. Данные контроля качества и процесса: SPC, аномалии и данные датчиков 8. Документация по безопасности и HAZOP: проект анализа опасностей и оценка рисков 9. Стандарты и нормативные исследования: проверка и соответствие 10. Химическая инженерия с Python: анализ данных и автоматизация моделирования 11. Комплексный рабочий процесс, управление, аутентификация и ответственное использование
Единица 7 / 11

Данные контроля качества и процесса: SPC, аномалии и данные датчиков

Прибыль:

  • Возможность очищать данные датчиков с помощью искусственного интеллекта и отмечать аномалии и тенденции с помощью правил SPC.
  • Способность различать корреляцию и причинно-следственную связь с помощью фильтра надежности, чтобы определить, является ли отклонение реальным событием процесса или проблемой датчика/измерения.
  • Понимание того, что искусственный интеллект — это уровень поддержки принятия решений, а безопасность жизни и объектов принадлежит независимым системам безопасности (SIS).

Во время работы установка бесшумно генерирует поток данных: температура, давление, расход, уровень, pH и результаты анализа продукта каждую секунду поступают от десятков датчиков. Эти данные являются «пульсом» процесса; Он содержит как свидетельства работоспособности процесса, так и ранние признаки надвигающегося сбоя или отклонения качества. В этом модуле вы узнаете, как использовать искусственный интеллект в качестве средства мониторинга этих данных, выявления аномалий и интерпретации тенденций качества; но мы узнаем, почему инженер по-прежнему должен решать, какое отклонение реально и какие действия предпринять.

Начнем с двух основных понятий. SPC (статистический контроль процесса; метод, который отслеживает изменчивость процесса со статистическими пределами и отличает нормальные колебания от реальных отклонений) и контрольную карту (контрольная карта - диаграмма, показывающая переменную в зависимости от времени, с верхними/нижними контрольными пределами). Сущность СПК состоит в различении естественной изменчивости (общей причины — нормального, неизбежного колебания процесса) и особой причины — реального отклонения извне, которое необходимо исследовать. ИИ способен проводить эти различия и находить закономерности в больших данных; но основная причина отклонения и решение о вмешательстве принадлежат инженеру.

Пошаговая поддержка ИИ в качестве и контроле данных

1. Подготовьте и очистите данные. Отсутствующие значения, скачки из-за неисправности датчика, несоответствие единиц измерения. ИИ создает схему кода Python и контрольный список для очистки. Но вы сами решаете, зная процесс, что считать «недействительными данными».

2. Маркировка трендов и аномалий. ИИ отмечает на датчике такие закономерности, как медленный дрейф, внезапные скачки или повышенные колебания. Это кандидаты, которые подлежат проверке, а не результаты.

3. Комментарий SPC. ИИ может вызывать правила контрольной карты (например, когда точка выходит за пределы, последовательные точки идут в одном направлении) и применять их к данным. Опять же, инженерное суждение принимает решение.

4. Открытие корреляции. ИИ сигнализирует о таких отношениях, как «кажется, чистота снижается с повышением температуры». Корреляция не является причинно-следственной связью (корреляция ≠ причинно-следственная связь — тот факт, что две величины изменяются вместе, не доказывает, что одна вызывает другую); Вы проверяете эту взаимосвязь с помощью знаний о процессах.

5. Гипотезы о первопричинах. AI перечисляет возможные причины отклонения (изменение подачи, старение катализатора, отказ датчика). Это темы исследований, а не диагнозы.

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

Совет: Когда ИИ отмечает аномалию в данных датчиков, первый вопрос: «Это реальное событие процесса или сбой датчика/измерения?» должно быть. Большинство «аномалий» — это поломка датчика или отклонение калибровки; Перед вмешательством проверьте само измерение.

Данные датчиков: не каждое отклонение реально

Датчики могут врать: сбивается калибровка, откручивается термопара, в линии передачи появляются помехи. ИИ может увидеть скачок данных и сказать «процесс изменился»; Однако меняется не процесс, а сенсор. Поэтому сигнал аномалии сначала фильтруется для обеспечения надежности данных: совместим ли он с другим датчиком, физически возможен, соответствует ли он записи технического обслуживания? Только после их прохождения оно рассматривается как реальное событие процесса.

Внимание: система аномалий/раннего предупреждения на основе искусственного интеллекта не заменяет инструментальную систему безопасности (SIS — автономный сертифицированный уровень защиты безопасности). Модель ИИ — это уровень мониторинга и поддержки принятия решений; Это охранные, независимые и проверенные системы безопасности, обеспечивающие безопасность жизни и объекта.

три мини-кейса

Случай 1 — Ранний захват дрейфа. В одном реакторе ИИ отметил медленный дрейф датчика температуры, увеличивающийся в среднем на 0,3°C в день в течение 10 дней. Команда исследовала; Засорение началось в теплообменнике. Раннее вмешательство предотвратило незапланированные простои. Сигнал исходил от ИИ, диагноз и решение — от команды.

Случай 2 — Ложная тревога устранена. ИИ увидел внезапный скачок датчика давления и отметил это как «возможную утечку». Инженер увидел, что два соседних датчика не изменились и в этот момент был проведен процесс калибровки; Сигнал был от датчика. Фильтр надежности данных предотвратил ненужные простои.

Случай 3 — Корреляционная ловушка. YZ отметил корреляцию: «Чистота продукта снижается при увеличении скорости потока сырья». Инженер обнаружил, что настоящей причиной был не расход, а температура подачи, которая менялась в течение одной и той же смены; скорость потока и чистота шли только вместе. Если принять корреляцию за причинно-следственную связь, это приведет к неправильной настройке.

Четыре копируемых шаблона

1) Проект кодекса очистки данных:

Напишите мне сценарий Python очистки для набора данных датчика процесса. Входные данные: CSV с отметкой времени, столбцы [список]. (1) отмечать отсутствующие значения (удалить, заполнить параметры), (2) отмечать физически невозможные значения (отрицательный расход, температура вне диапазона), (3) проверять согласованность устройства, (4) сообщать о решениях по очистке, но НЕ удалять автоматически; Я подтвержу. Государственные предположения.

2) Интерпретация SPC/контрольной карты:

Ваша роль: инженер по качеству. Я дам вам временной ряд и контрольные пределы (UCL/LCL) переменной. Примените стандартные правила SPC (выход за пределы, последовательный тренд, кластер на одной стороне) и отметьте, какие точки являются кандидатами для «особых случаев». Для каждого признака также укажите, является ли это реальным событием процесса или возможной проблемой измерения. Решение за мной; Вы представляете кандидата и обоснование. Данные: [вставить]

3) Фильтр надежности аномалий:

Вы отметили следующую аномалию: [описание]. Прежде чем принимать решение, примените контрольный список надежности: (1) соответствует ли он соседним/связанным датчикам, (2) возможно ли это физически, (3) соответствует ли это записи технического обслуживания/калибровки, (4) является ли это единственной точкой или непрерывностью? Оцените, является ли это «реальным событием процесса» или «возможной проблемой датчика». Постановка окончательного диагноза; Дайте название исследования.

4) Гипотеза о первопричине (не диагноз):

Было обнаружено следующее отклонение качества/процесса: [описание, цифры]. Перечислите возможные основные причины в порядке ВОЗМОЖНОСТИ (питание, катализатор, датчик, рабочее состояние, техническое обслуживание). Для каждой гипотезы запишите, какие данные или тесты мне следует изучить, чтобы подтвердить или опровергнуть ее. Это НЕ диагноз, это план исследования; Не называйте точную причину.

Слабая подсказка / Сильная подсказка

Слабая подсказка:

Есть ли проблема с данными датчика?

«Проблема» не определена, контекста нет. ИИ может преувеличивать случайные скачки или пропускать реальный дрейф.

Мощная подсказка:

Ваша должность: инженер по управлению технологическими процессами. Я даю вам данные о температуре реактора за 14 дней и 1 минуту. Нормальный диапазон 78-82°С, UCL 84, LCL 76. Задание: (1) отметить медленный дрейф, внезапный скачок, закономерности нарастания колебаний, (2) указать для каждого признака, может ли это быть реальным событием или датчиком, (3) перечислить, что следует исследовать в первую очередь. Постановка окончательного диагноза; Просто на основе реальных данных, а не выдуманных. Данные: [вставить]

Разница очевидна: переменная, нормальный диапазон, пределы и структура «кандидат, а не диагноз» делают выходные данные пригодными для использования.

Распределение ролей в данных о качестве/контроле

бизнес

Роль ИИ

мужское решение

очистка данных

код, флаг

Неверное решение по данным

Аномалия

маркировка

Различие между реальным и сенсорным

НПЦ

соблюдение правил

Решение о вмешательстве

корреляция

Маркировка родства

Проверка причинно-следственной связи

первопричина

Список гипотез

диагноз, действие

защита безопасности

— (выходит за рамки)

Независимая СИС

Распространенные ошибки

  • Принятие каждой аномалии за реальное событие процесса. По большей части это проблема датчика/калибровки; Надежность данных фильтруется в первую очередь.
  • Рассматривая корреляцию как причинно-следственную связь. Переменные, действующие совместно, не могут вызывать друг друга.
  • Использование ИИ в качестве системы безопасности. За безопасность жизни/объекта отвечает независимая сертифицированная SIS.
  • Разрешить автоматическое удаление данных. Инженер решает, что недопустимо, исходя из своих знаний процесса.
  • Принятие гипотезы первопричины ИИ за диагноз. Гипотезы являются темой исследования до тех пор, пока они не подтверждены, а не выводы.

В заключение

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

Задача приложения

Возьмите набор данных датчика (или образец временного ряда). Имейте кандидатов с особыми задачами, отмеченными AI, с помощью шаблона «SPC / интерпретация контрольной карты». Для каждого признака примените шаблон «фильтра надежности аномалий», чтобы оценить, является ли это реальным событием или проблемой датчика. Проверьте хотя бы одну причинно-следственную связь со своими знаниями о процессах.

контрольный список

  • [ ] Сначала я отфильтровал сигналы аномалий для обеспечения надежности данных (датчик/калибровка).
  • [ ] Я проверил причинно-следственные связи с информацией о процессе.
  • [ ] Я преобразовал сигналы SPC в решение о вмешательстве, я не оставлял это на усмотрение ИИ.
  • [ ] При очистке данных я применил одобренное решение, а не автоматическое удаление.
  • [ ] Я оставил защиту безопасности независимой системе, а не ИИ.