CC BY
35
можность строить кривую вероятности перегрева по одному элементу расчетной матрицы, что ускоряет расчет, а также позволяет наглядно определить место потенциального отказа электроконтактного соединения по причинам выхода определяемых параметров за регламентируемые рамки.
Уже на начальных этапах создания расчетной системы остро встал вопрос ее технической реализации. Создание ее в форме монолитного приложения позволяет эффективно внедрить элементы визуализации процессов, а также создать наглядный и удобный пользовательский интерфейс. Одновременно такой способ реализации накладывает ограничения на количество одновременных расчетов и формат входных данных. Поэтому был предложен, а впоследствии и реализован модульный подход, при котором расчетный блок выполнен в виде самостоятельного приложения без графического интерфейса. С этим блоком непосредственно связаны блок-интерпретатор исходных данных и блок вывода. Взаимодействие этих блоков с расчетным ядром построено на потоках, что позволяет абстрагироваться от особенностей файловой системы, а также избежать коллизий при передаче данных через буферную память. Вынос блока-интерпретатора исходных данных за пределы расчетного ядра позволяет реализовать различные схемы ввода. Это может быть как система интерактивного ввода посредством графического пользовательского интерфейса [1], так и сбор данных с системы диспетчеризации энергообъекта. Доступны и промежуточные варианты. Отдельный блок вывода также позволяет гибко варьировать представление выходной информации от сообщения о вероятности отказа до двух- или трехмерной графической визуализации температурного поля в объеме контакт-деталей.
Результаты расчетов, выполненные на основе входных данных о параметрах контакт-деталей, а также данных о замерах тока на модели с интервалом 5 минут, показали сходимость расчетных результатов с периодическими замерами температуры поверхности с точностью порядка 3-8 % в зависимости от правильности ввода начальных характеристик контакт-деталей, а также равномерности графика тока. Анализ выполненных вычислений показывает, что если постоянная теплового равновесия для медных и алюминиевых кон-
тактов, используемых в энергосистемах, составляет от 7 до 20 минут, а реальная скорость изменения тока составляла 3-4 минуты, то достигнутая точность является высокой. Так как постоянная фиксация значений температуры экономически неэффективна, было предложено использовать случайные интервалы времени между замерами температуры. Такой подход можно считать более действенным, так как он позволяет уменьшить вероятность создания эффекта обратной связи, при котором коррекция модели посредством соотнесения расчетных характеристик с измеренными значениями приведет к огрублению математического аппарата [2].
Выполненная таким образом расчетная среда позволяет эффективно масштабировать процесс вычислений: один пользовательский интерфейс может управлять одновременно несколькими расчетными блоками, выполняемыми на одном или нескольких компьютерах. Независимый запуск каждого расчетного блока обеспечивает автономность расчетов в плане выбора расчетного шага математической модели и способа представления результатов расчетов.
Таким образом, снижение вероятности наступления состояния отказа, вызванного естественным износом контактов, приведет к снижению ущерба для энергосистемы, обусловленного аварийными ситуациями в коммутационном оборудовании. Это позволяет рекомендовать внедрение этой системы как обеспечивающей высокую эффективность прогнозирования аварийных ситуаций в энергетическом оборудовании. Наряду с использованием профилактических мер по недопущению отказа электроконтактных соединений можно говорить об общем увеличении надежности функционирования элементов энергосистемы, что в конечном итоге положительно сказывается на эффективности работы систем энергоснабжения в целом.
Список литературы
1. Корнеев К.Б. Система контроля и прогнозирования состояния контактных соединений электрических сетей. /Дис... канд. техн. наук: (защищ. 14.05.2004; утв. 09.07.2004) - Тверь, 2004.
2. Bergmann Ralf, Model to assess the reliability of electrical joints / Ralf Bergmann, Helmut Löbl, Helmut Böhme, Steffen Großmann // IEEE Transaction on CHMT, 5/1996, pp.180-188.
ПРОГРАММНАЯ СИСТЕМА ПРЕДПРОЕКТНЫХ ИССЛЕДОВАНИИ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ ФОРМОВАНИЯ ХИМИЧЕСКИХ ВОЛОКОН
A.A. Калабин, д.ф.-ж.н.; А.В. Керницкий (ТГТУ, г. Тверь); Э.А. Пакшвер, к.т.н. (ОАО Тенакс, г. Москва)
Ежегодно в мире производится около 40 миллионов тонн химических волокон из расплавов и
растворов полимеров. Основная задача производства - создание волокон с заданными свойствами
- реализуется посредством технологии. Поэтому целью исследования существующих и разработки новых технологий является определение количественных зависимостей между условиями процессов получения, структурой волокон и свойствами получаемого материала, так как свойства волокон определяются их структурой. Моделирование является одним из методов изучения этих процессов.
Адекватную математическую модель процесса используют при проектировании новой или оптимизации имеющейся технологии, при изменении ассортимента, когда необходимо эмпирически подбирать технологические параметры на промышленном оборудовании. Это позволяет менять технологические режимы, минимизируя опытные дорогостоящие работы. Стадия предпроектных
исследований и расчетов является определяющей при разработке современных технологических процессов формования химических волокон, основанных на взаимосвязанном рассмотрении комплекса одновременно действующих сложных физико-химических явлениях при элонгационном течении тонких неизотермических струй расплавов и растворов полимеров.
Реализовать и использовать математические модели технологических процессов формования химических волокон возможно только в программной системе, поскольку: 1) процессы формования описываются уравнениями нелинейными и с подвижной границей (Зябицкий А. Теоретические основы формования волокна. - М.: Химия, 1979), что требует их исключительно численного решения;
2) решение ряда отдельных задач для моделирования технологических процессов и использование для этого комплекса унифицированных программных модулей обусловило их объединение в систему; 3) существует необходимость использования базы данных для описания различных видов формования, выбранных элементов схем технологического процесса, свойств полимеров растворов и расплавов и других исходных данных.
В настоящее время существует большое количество программ визуального моделирования различных процессов, например: VisSim, Simulink для Mathlab и МвТУ. Авторами применен аналогичный подход для моделирования технологических процессов. Для создания подобных программ визуального моделирования логичным является использование объектно-ориентированного программирования для отображения, обработки пользовательского ввода и сохранения информации.
При разработке программной системы моделирования процессов формования разработан удобный интуитивно понятный интерфейс, в тоже время поясняющий технологическую схему и аппаратурное оформление конкретного процесса для показа в условном виде связей между его элементами и для отражения характеристик каждого элемента. Классы используются для описания таких объектов технологического процесса, как: фильера, приемное устройство, термошахта, эжектор, осадительная ванна, приемный стол и т.п. Несколько классов используются для объединения параметров среды, полимера и свойств расчета в единые объекты.
Поставленные задачи решены с помощью объектно-ориентированного программирования на языке С++ в среде Microsoft Visual Studio. Классы, представляющие объекты технологической схемы, унаследованы от абстрактного класса "Device". Этот класс отвечает за условное отображение объекта, обработку пользовательского ввода, сохранение параметров объекта в файл или в базу данных, для чего, соответственно, и использовались методы класса "Device":
Каждый класс, представляющий элемент технологической схемы, имеет метод для получения своих параметров из файла и метод для записи своих характеристик в файл. Управляет же процессом сохранения всей технологической схемы класс CConstructorDoc (класс документа). При сохранении технологической схемы сначала в файл сохраняется тип расчета, количество элементов и их тип, входящих в процесс, после этого последовательно для каждого элемента вызывается метод сохранения свойств элемента (методу передается указатель на контекст файла). При открытии уже сохраненного документа сначала получается информация о типе процесса. После этого потока о количестве элементов и их типе последовательно для каждого элемента вызывается метод чтения
данных элемента из файла.
Диаграмма классов приведена на рисунке 1, где изображены обобщающие связи (стрелка, идущая от дочернего класса, указывает на родительский класс).
При разработке программного обеспечения была использована многопоточная обработка по следующим причинам: во-первых, из-за применения итеративных алгоритмов существует возможность войти в бесконечный цикл; во-вторых, расчет может быть очень продолжительным, и в результате кнопки и меню не будут реагировать на пользовательский ввод; в-третьих, при этом подходе в одних модулях проекта сосредоточена работа с интерфейсом, в другом модуле - расчет модели. Каждый вид расчета представлен одним потоком, они создаются вначале работы и уничтожаются только при ее завершении, чтобы не занимать ресурсы центрального процессора и не усложнять работу приложения, все потоки создаются приостановленными ("suspended") - в этом состоянии планировщик задач не выделяет им процессорное время. Используется только два вида объектов для синхронизации - исключающий семафор "Mutex" и объект событий "Event". Несмотря на то что создание многопоточного приложения осложнено необходимостью синхронизации потоков, все это оправдывается повышающейся эффективностью программного обеспечения. Диаграмма состояний программной системы приведена на рисунке 2.
Рис. 2. Диаграмма состояний программной системы
Основной модуль системы разработанного программного обеспечения представляет собой традиционное приложение со стандартным
интерфейсом. Интерфейс позволяет выбрать один из видов моделируемого процесса: классическое формование из расплава; аэродинамическое формование; мокрое формование; гелеобразование в растворах полимеров диффузией осадителя; тер-мотропное гелеобразование; механотропное геле-
Рис. 3. Окно приложения
образование. Для каждого из видов формования можно вставлять в схему или удалять из нее определенные элементы (рис. 3). При этом реализована верификация предлагаемой пользователем схемы технологического процесса - она должна содержать необходимые элементы в строго определенной последовательности. Интерфейс реализован на русском и английском языках.
После выбора технологической схемы система готова к расчету, в зависимости от выбранной модели выбирается нужный рабочий поток, который представляет собой средство для расчета именно этой модели. Непосредственно перед расчетом поток получает от представления все необходимые данные.
Решатель содержит программно реализованные аналитические методы решения задач тепло-массопереноса, приближенные методы тепломас-сопереноса, численные методы решения системы нелинейных обыкновенных дифференциальных уравнений с автоматическим выбором шага по заданной точности, для численного решения задач метод сеток (конечно-разностный метод) в цилиндрических координатах при изменении радиуса с учетом подвижной границы с использованием преобразования Мизеса. Если элементы содержат некое заданное распределение (например, фазовая диаграмма или распределение температур по длине термошахты), то оно интерполируется кубическими сплайнами по экспериментальным точкам.
График каждого выходного параметра расчета представлен экземпляром класса "Сыгуе". Это контейнерный класс, содержащий массив данных с координатами кривой и предназначенный для отображения графика в декартовых координатах. В классе реализована функция поиска максималь-
ного и минимального значений координаты графика, что важно для выбора масштаба. На графике (рис. 4), каждому экземпляру класса CCurve соответствует одна кривая. Линии сетки рисуются вне класса CCurve, тогда как кривые и подписи к ним рисуются посредством класса CCurve.
Система использует архитектуру Document-View, которая позволяет наиболее эффективно реализовать сохранение документа и работу с пре дставлением. Ре -зультаты расчетов визуально отображаются в удобной форме для ознакомления пользователю. Выводится несколько кривых на одном графике с разным масштабом. Специально для этого создан класс "CCurve", который инкапсулирует все, что необходимо для настройки, вывода графиков.
Рис. 4. График, построенный посредством класса ССнгув. Результаты моделирования. Аэродинамическое формование
Работоспособность разработанной программной системы предпроектных исследований технологических процессов формования химических волокон подтверждается результатами моделирования (Калабин А.Л., Пакшвер Э.А. // Химические во-локна.-2000.- №2; 2005. - №2, №5), которые удовлетворительно согласованы с экспериментальными данными и были использованы для выбора параметров при разработке новых реальных технологических процессов.
