Содержание
Иерархия и отображение сообщений
-
Порядок вывода: 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: «Необычный» ввод (например, очень высокий или низкий перепад давления, странный наклон кривой свойств).
-
Стратегия работы с сообщениями: пошаговый алгоритм
-
ШАГ 0 (Ввод): Ввести данные, сохранить файл.
-
ШАГ 1 (Предварительная проверка):
-
Запустить расчет.
-
Если есть баннер в отчете: немедленно открыть Runtime Messages (уровень
All). -
Приоритет исправления:
-
1-й приоритет:
FATAL— расчет некорректен. Искать причину в данных или упрощать модель. -
2-й приоритет:
WARNING— особенно связанные с вибрацией (Flow-induced vibration), распределением потоков (Flow distribution), режимом течения (Laminar flow). Без их устранения проект неработоспособен. -
3-й приоритет:
INFORMATIVE— понять причину, оценить влияние на точность. Например, сообщениеPhysical property derivative is highтребует проверки адекватности пакета свойств.
-
-
-
ШАГ 2 (Итеративная доработка):
-
После исправления, вызвавшего
FATAL/WARNING, запустить расчет снова. -
Повторять до тех пор, пока не останутся только приемлемые
INFORMATIVEили расчет чист (баннер исчез).
-
-
ШАГ 3 (Финальная проверка):
-
Переключить Runtime Messages → Fatal Only, чтобы удостовериться, что критических ошибок точно нет.
-
Проанализировать итоговые параметры (Overdesign, скорости, перепады давлений) уже на «чистом» отчете.
-
Ключевой вывод: Сообщения HTRI — не враг, а главный помощник. Игнорирование WARNING (особенно по вибрации) — самая распространенная и опасная ошибка проектировщика. Правильная интерпретация FATAL ускоряет отладку, а внимание к INFORMATIVE повышает надежность и понимание физики процесса.
