HTRI: сообщения об ошибке выполнения расчета | ПроНПЗ
HTRI: обучающие материалы и примеры

HTRI: сообщения об ошибке выполнения расчета

Иерархия и отображение сообщений 

  • Порядок вывода: FATAL → WARNING → INFORMATIVE.

  • Индикация на отчете: Наличие любых Runtime Messages отображается в виде баннера-предупреждения на первой странице финального отчета (строки 24-25). Это сразу сигнализирует о необходимости изучения лога.

  • Управление уровнем детализации (Dynamic Filtering): Уровень отображаемых сообщений можно гибко настраивать в меню View → Runtime Messages. Это критически важно:

    • При отладке: Установить уровень All или Warnings & Above, чтобы видеть все проблемы.

    • Для чистого дизайна: Установить Fatal Only, чтобы убедиться, что серьезных ошибок нет.

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

Типы Runtime Messages (Детализация)

 
 
Тип сообщения Причина возникновения Критичность Действия пользователя
FATAL Несходимость итерационных расчетов (давление, свойства), физически невозможная геометрия, внутренние ошибки алгоритма при заданных условиях. Критическая. Расчет аварийно завершается или выдает неверные результаты. 1. Проигнорировать результаты. 2. Проверить корректность ввода (особенно свойства и крайние значения). 3. Упростить задачу (убрать сложные опции). 4. Изменить геометрию или метод расчета.
WARNING Пограничные или проблемные, но физически возможные ситуации: риск вибрации, плохое распределение потоков, ламинарный режим, выход за рекомендуемые пределы корреляций. Высокая. Расчет формально завершен, но конструкция требует обязательного анализа и, скорее всего, изменения. 1. Внимательно изучить указанный параметр. 2. Использовать соответствующие графики (Profiles, Vibration). 3. Внести конструктивные изменения для устранения причины предупреждения (например, изменить шаг перегородок).
INFORMATIVE Необычные, но не критические ситуации: использование аппроксимаций свойств, работа вблизи границы применимости метода, нестандартные, но допустимые параметры. Средняя/Низкая. Сообщает о допущениях программы или особенностях расчета. Требует понимания, но не всегда действий. 1. Оценить, насколько сообщение влияет на точность (например, если используется ненадежная корреляция для двухфазного потока). 2. Рассмотреть альтернативные методы или пакеты свойств.

Data Check Messages (Предварительная проверка данных)

Это проактивная проверка до запуска расчета. Ее нельзя отключать, и ее сообщения — первый «красный флаг».

  • Логика: Проверяет полноту и внутреннюю согласованность введенных данных.

  • Управление отображением: Аналогично Runtime Messages (View → Data Check Messages). Позволяет скрыть информационные сообщения, но Fatal и Warning всегда требуют исправления перед запуском.

  • Примеры:

    • Fatal: Отсутствие обязательного параметра (например, теплопроводности материала труб), противоречие в геометрии (длина трубы < длины пучка).

    • Warning: Нерекомендуемые комбинации (например, указание зазоров для перегородок, которые ими не поддерживаются).

    • Informative: «Необычный» ввод (например, очень высокий или низкий перепад давления, странный наклон кривой свойств).

Стратегия работы с сообщениями: пошаговый алгоритм

  1. ШАГ 0 (Ввод): Ввести данные, сохранить файл.

  2. ШАГ 1 (Предварительная проверка):

    • Запустить расчет.

    • Если есть баннер в отчете: немедленно открыть Runtime Messages (уровень All).

    • Приоритет исправления:

      • 1-й приоритет: FATAL — расчет некорректен. Искать причину в данных или упрощать модель.

      • 2-й приоритет: WARNING — особенно связанные с вибрацией (Flow-induced vibration), распределением потоков (Flow distribution), режимом течения (Laminar flow). Без их устранения проект неработоспособен.

      • 3-й приоритет: INFORMATIVE — понять причину, оценить влияние на точность. Например, сообщение Physical property derivative is high требует проверки адекватности пакета свойств.

  3. ШАГ 2 (Итеративная доработка):

    • После исправления, вызвавшего FATAL/WARNING, запустить расчет снова.

    • Повторять до тех пор, пока не останутся только приемлемые INFORMATIVE или расчет чист (баннер исчез).

  4. ШАГ 3 (Финальная проверка):

    • Переключить Runtime Messages → Fatal Only, чтобы удостовериться, что критических ошибок точно нет.

    • Проанализировать итоговые параметры (Overdesign, скорости, перепады давлений) уже на «чистом» отчете.

Ключевой вывод: Сообщения HTRI — не враг, а главный помощник. Игнорирование WARNING (особенно по вибрации) — самая распространенная и опасная ошибка проектировщика. Правильная интерпретация FATAL ускоряет отладку, а внимание к INFORMATIVE повышает надежность и понимание физики процесса.

Добавить комментарий

Back to top button