PDA

Просмотр полной версии : Перегретый_пар


Василий
26.11.2013, 09:57
Добрый день!
Как "поведет" себя контроллер Тэкон-19, в очереди задач которого присутствует алгоритм расчета энтальпии перегретого пара, но при этом входные параметры температуры и давления будут соответствовать состоянию насыщенного пара?

с уважением, Василий.

gae
26.11.2013, 12:47
Как известно, линия насыщения водяного пара на диаграмме (Т,Р) - это именно ЛИНИЯ, не имеющая "ширины", т.е. действительно СУХИМ НАСЫЩЕННЫМ пар может быть при данном Р только строго при определенной Т. На практике такого не бывает, тем более параметры измеряются датчиками с некоторой погрешностью, степень сухости пара тоже неизвестна. Никаких руководящих материалов на тему, когда считать пар перегретым, когда насыщенным, в России нет.
ТЭКОН считает ту среду, которую назначили при составлении очереди задач. Задача "перегретый пар" считает расход пара как сухого перегретого при любых сочетаниях Т и Р. Единственно, если Т на 3 градуса меньше температуры насыщения при данном давлении, вырабатывается признак алгоритмического отказа.
Если стоит задача "насыщенный пар", она работает аналогично, но вырабатывает признак алгоритмического отказа при отклонении Т на 3 градуса в любую сторону от температуры насыщения.
Это есть в документе "описание алгоритмов ТЭКОН-19" на нашем сайте.

Василий
26.11.2013, 16:23
Большое спасибо за разъяснение! Дело в том что мой вопрос был не из чисто теоретических.. На одном из узлов учета перегретого пара (Тэкон-19 запрограммирован соответственно) периодически температура не соответствует состоянию перегретого пара (причем более чем на 3гр.С в) При этом признак алгоритмического отказа не выявлен (отказов нет). Очередь задач взята из библиотеки Крейт.

gae
27.11.2013, 09:21
Возможно, у Вас просто не установлен признак необходимости использования алгоритмического отказа в формировании исправной/неисправной работы.
Просмотрите Вашу очередь задач, найдите задачу расчета расхода пара, а ней выходной параметр "алгоритмический отказ", запомните его.
Найдите задачу "объединение 32 бит", стоящую перед расчетом Тиспр/Тнеиспр, просмотрите, есть ли среди ее входных параметров указанный выше параметр.
Если есть, взгляните значение настроечного параметра "маска просмотра". Чтобы входной параметр с номером N=0..31 участвовал в формировании отказа, в бите маски с номером N должна стоять единичка. Байты маски нумеруются слева направо и содержат биты: 0..7, 8..15, 16..23, 24..31. Внутри каждого байта нумерация бит справа налево: младший справа, старший слева. Если бит не установлен, программой Телепорт установите его.
Если же бит установлен, но время неисправной работы не формируется, или параметр алгоритмического отказа вообще не используется в расчете, пришлите мне на почту gae@kreit.ru Вашу очередь вместе со значениями параметров, считанную с прибора программой Телепорт (файлы .tsk и обязательно .prm). Кроме того, прошу сообщить заводской номер прибора, его модификацию (просто ТЭКОН-19 или ТЭКОН-19М) и версию программного обеспечения. В очень старых версиях самогО ТЭКОН-19 и алгоритмов расчета расхода пара признака алгоритмического отказа по пару вообще было.
Всё написанное относится только к перепадному методу расчета расхода. К сожалению, при использовании числоимпульсных и частотных датчиков кривая насыщения пока в библиотеке не контролируется.