Главная
Вход
Закрыть форму авторизации
Логин

Пароль



Регистрация
Забыли свой пароль?
Карта сайта Ру En

Форум

Регистрация  Правила  Поиск 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1 2 3 4 5 6 След.
История изменений ПО "ОЗНА-Массомер" SP32.00.011
В этой теме будет кратко оповещаться о ходе разработки ПО "ОЗНА-Массомер" SP32.00.011. Здесь также можно оставлять описания найденных ошибок в ПО, заявки на улучшения, предложения по новым возможностям от пользователей. По мере обработки они будут удаляться.
14.12.2008

1. Поддержка карты адресов телемеханики TM ОКО v2.0 в качестве основной. Изменен формат архива замеров, теперь больше данных, а также есть признаки качества замера и причины окончания. Введено понятие периодических скважин. Введены доп. группы регистров для мониторинга состояния системы обеспечения безопасности, отрисовки мнемосхемы и т.п.;

2. Поддержка доп.карт телемеханики(имитация), в том числе:
  • "TM ОКО" v1.0;
  • "TM ОКО" v1.1;
  • "ОЗНА-ИМПУЛЬС" v 4.4 на БИОИ02;
  • "ОЗНА-МАССОМЕР" с БИОИ02 и т.п;

3. Управление краном линии жидкости - в дополнение к задачам поддержания уровня реализованы ещё 4 правила для защиты (итого стало 6), привожу все в порядке приоритета:
  • защита от аварийного давления. Кран принудительно открывается при давлении в установке Pсеп>Pmax. Находится в открытом состоянии ещё Tвосст минут после снятия аварийной ситуации. Возможна настройка Pmax, Tвосст.;
  • защита от штуцирования(ситуация возникает, когда измерительные трубки расходомера газа\жидкости не способны полностью пропустить требуемый расход). Кран принудительно открывается при перепаде между сепаратором и коллектором более dPmax. Перепад оценивается по датчику перепада давления, или по разнице показаний датчиков давления сепаратора и коллектора. Находится в открытом состоянии ещё Tвосст минут после снятия аварийной ситуации. Возможна настройка dPmax, Tвосст.;
  • защита от прорыва газа через жидкостную линию. При уровне ниже минимума, или при плотности в жидкостной линии менее 50% от расчетной плотности жидкости кран закрывается.(Hсеп<Hсеп min или p жидк < 50% p жидк.расч. ). Критично к исправному функционированию аналогового канала плотности жидкости на исполнениях с Rotamass;
  • предотвращение слива жидкости с расходом менее диапазона измерения ТОР или массомера. Если уровень ниже максимального и расход падает ниже порога отсечки массомера, кран линии жидкости закрывается (Hсеп<Hсеп mах и Q жидк < Q жидк.min. )Показания ТОРа при этом не учитываются, данные берутся с массомера Emerson MicroMotion. Условие пока не применяется на установках, оснащенных Rotamass - нет сигнала мгновенного расхода;
  • защита от перелива сепаратора и прорыва жидкости в газовую линию. При уровне выше максимального или плотности в линии газа более 25% от расчетной плотности жидкости кран открывается (Hсеп>Hсеп mах и p газа > 25% p жидк.расч.). Критично к исправному функционированию аналогового канала плотности газа на исполнениях с Rotamass;
  • в режиме управления "по уровню" разрешена отработка команд ручного управления, если уровень между максимальным и минимальным и не сработало ни одно из предыдущих правил.

4. Отдельный алгорим работы для периодических скважин с приведением к суткам по статистике сигнала ТСС;

5. Алгоритм более устойчив к нулевым плотностям с массомеров, которые раньше портили расчет делением на ноль;

6. Введена поддержка Modbus влагомера RedEye, аналогового канала влажности от влагомера ВСН-2, для него же введены релейные каналы, передающие код ПСМ;

7. Настойка аналоговых датчиков возможна как и ранее, так и вводом диапазона сигнала, без формул расчета коэффициентов, которые теперь будет за вас считать контроллер (предлагали все, кто видел старую систему ввода коэффициентов);

8. Введена отсечка учета прироста суммарной массы\объема с массомера при закрытом кране той же линии измерения (спасибо igraneft за идею, настойчивость в продвижении, метрологам завода за доводку на стенде и sedoy за отладку в полях Удмуртнефти);

9. Исправлен крайне неприятный баг, приводивший при перепрошивке версии ПО к полностью глухому контроллеру, не отвечающему по всем портам. (спасибо dimmich`у, г.Пыть-Ях, за терпение и диагностику ситуации на месте);

10. Поправлены LAD-файлы для корректной работы статистики обмена Modbus через порт LAN - ранее был конфликт адресов;

11. Введена поддержка ТОР - расчет расхода, отображение суммарного объема, сохранение в записи внутреннего архива.
16.12.2008

1. Реализована возможность с панели выполнить перепрограммирование адреса Emerson Modbus устройства, отвечающего на slave запросы с адресом #1 в для использования в качестве МЖ или МГ, при этом определяет тип девайса, пока что умеет различать лишь MicroMotion устройства (CoreProcessor, 1700, 2700 и т.п.);

2. В прошивке панели вместо "Запись размерностей" выполняется "Настройка массомера", кроме установки размерностей устанавливает порядок байт в float-числах на litlle-endian, устанавливает нулевую отсечку по плотности;

3. ВНИМАНИЕ! Отключено вплоть до выяснения причин постоянное слежение и коррекция при необходимости размерностей массомеров - теперь только по нажатию "Настройка массомера" в панели, т.к. отмечены случаи, когда портится размерность массового расхода (соответственно и суммарной массы), и контроллер не может восстановить корректные значения. При пусконаладке для каждого массомера после установления соединения(настройки адреса) нужно однократно нажать "Настройка массомера";

4. Устранено постоянное прописывание отсечек в массомеры при искажении последними присланной величины (скорее всего именно это обстоятельство провоцировало отказы по предыдущему пункту) - теперь относительное отклонение фактически принятой массомером величины уставки менее чем на 0.1% игнорируется и считается нормальным;

5. Устранено зависание после включения питания на Tвосст. алгоритма измерения при отсутствующем физически кране (исполнения с механическим поддержанием уровня);

6. Возможна сборка версии 11 с картой адресов телемеханики TM ОКО v1.0\1.1 в качестве основной (актуально для тех, кто уже реализовал TM ОКО v1.0\1.1 на верхнем уровне, и TM ОКО v2.0 пока ещё не успользует, а доп.карты не работают по каким-либо причинам - например через Телескоп`овские кустовые ТК84\ТК166 ), для таких сборок в прошивке панели:
  • исправлен баг в отображении архива телемеханики по отводам;
  • исправлен баг с нулевой средней температурой в архиве телемеханики по отводам;
17.12.2008
  • + исправлен баг в сборках для исполнений с массомерами Rotamass, приводивший к эффекту непрерывного открытия\закрытия крана возле верхнего уровня жидкости в сепараторе(критично к работоспособности ранних версий 11);
  • + исправлен расчет Pcеп по показаниям dP(КПа) и Pколл(МПа) в расчете параметров дебита ( * 0.001 )(критично к работоспособности ранних версий 11);
22.12.2008
  • + доработана начальная инициализация каналов ТАi, теперь после смены канала Ai значение сразу становится корректным, а не нарастает с нуля в течении нескольких секунд (некритично к работоспособности прежних версий);
  • + исправлен неверный номер окна метрологии в scpack16.h(некритично к работоспособности прежних версий);
04.01.2009
  • + добавлено правило на открытие при срабатывании системы защитного отключения установки
    при пожаре или 50% загазованности, кран открывается в течении 1мин паузы перед отключением питания;
  • + разрешение правила открытия крана по порогу плотности газа привязано к опции реквизита отвода "Контроль p газа";
  • + разрешение правила закрытия крана по порогу плотности жидк привязано к опции реквизита отвода "Контроль p жидк";
  • - отмечен баг, настройка COM4 в диалоге постоянно выставляет скорость 38400;
  • - отмечен баг, после запуска кран ЖЛ сразу устанавливается в положение "открыто" по паузе после аварии;

05.01.2009
  • + исправлен баг, после запуска кран ЖЛ больше не устанавливается в положение "открыто" по паузе после аварии -
    причиной были переходные процессы на аналоговых датчиках после запуска;

12.01.2009
  • + добавлено отображение плотности жидкости\газа в текущих параметрах карты ТМ ОКО v1.0\1.1\2.0 для YMR;
  • + отлажена и протестирована доп.карта TM "Телескоп+" ОЗНА-МАССОМЕР версия YMR05, на стенде при помощи сервера
    Телескоп+4 и контроллера ТК84М1, работоспособна. Драйвер Телескоп+4 "Озна-Массомер-R" доработан;
  • * протестирована совместимость карты адресов ТМ ОКО v1.1 с драйвером Телескоп+4 "R-AT-MM".
    Совместимость частичная, группы параметров FlowMeters, ТоковыйВход, ЦифровойВход уникальны для "R-AT-MM",
    нужно отключать, архив замеров драйвер способен вычитывать только после доработки.
  • * начинаем разработку драйвера TM "Телескоп+" "ОЗНА-МАССОМЕР ТМ ОКО v2.0" как наиболее продвинутого
    на текущий момент варианта карты телемеханики;

14.01.2009
  • + исправлен баг, актуален для сборок 20.12.2008 ... 14.01.2009 , настройки COM портов глючили - какой бы не меняли,
    все изменения прописываются ещё и в порт COM4. Баг посажен в процессе доработки ПО под SCADAPack350;
19.01.2009
  • + добавлена вторая страница конфигурации измерения, на которую вынесены опции разрешения дополнительных правил управления кранами, по умолчанию все они запрещены, нужно включать, если потребуются;
  • * начата разработка версии SP32.00.012, в которой будет введена поддержка двух управляемых кранов(клапанов) в АГЗУ;
03.02.2009
  • + добавлена поддержка аналоговых выходов 4..20мА для управления регулирующими кранами, типа AumaMatic;

04.02.2009
  • + добавлена возможность подключить по счетным каналам вместо кориолисового расходомера счетчик газа, выдающий данные по суммарному объему в раб.м3, или с приведением в стандартные условия - ст.м3. При этом возможен учет показаний отдельного датчика плотности газа;

11.02.2009
  • + коэффициенты теплового расширения и объемного сжатия для нефти и пластовой воды перенесены со страницы "Настройки измерения" на страницу "Настройки метрологии" панели оператора;
  • + добавлено окно "Настройка аналоговых выходов", для исполнений с плавным регулированием кранов;
  • + исправлен баг, не позволявший применить изменения в настройке счетных каналов, актуален для сборок 20.12.2008 ... 11.02.2009. Баг посажен в процессе доработки ПО под SCADAPack350. Для тех, кто использует родную сборку ПО (под своё исполнение АГЗУ) без перенастройки или без использования счетных каналов, баг некритичен;
16.02.2009
  • + исправлена причина ошибок связи Modbus при чтении\записи избыточного давления в массомеры жидкости\газа, в панели C-More этот сеанс обмена получил свою собственную расшифровку (МЖ\МГ:чтение\запись Ext.P);
  • + в панели C-More сеансы обмена с модулем NL-4AO (доп.внешние выходы 4-20 мА) получили свою собственную расшифровку (чтение\запись NL-4AO);

25.02.2009
  • + исправлена ошибка функционирования окна настройки параметров Ethernet порта ( мешало применить изменения, внесенные в параметры, постоянно восстанавливая старые значения );

26.02.2009
  • + глубина архива результатов измерений изменена в связи с невостребованностью с 4096 до 2048 записей (на месяц при длительности замера в 1 час требуется глубина не менее 1488 записей );
  • + введен лог параметров измерения глубиной на 2048 записей, запись заполняется при очередном пересчете средних параметров. Введен интерфейс вычитывания записей лога в ПО контроллера, аналогично чтению записей внутреннего архива измерений. Утилита доступа к данным лога пока только ещё разрабатывается;
  • + в связи с изменениями в емкости архива после перепрошивки версией ПО с датой сборки позже 25.02.2009
    архив, настройки отводов, информация о периодах подачи скважин и т.п. энергонезависимые данные очищаются !!!!!
05.03.2009

+ доработано управление критериями пересчета средних параметров, теперь это можно делать на выбор:

при прохождении с момента последнего расчета:

1. Настраиваемой порции массы в кг;
2. Настраиваемой порции газа в ст.литрах;
3. Настраиваемого интервала времени в секундах;

или по следующим событиям:

4. Изменение состояния потока жидкости (появился, пропал, начало слива, конец слива, кран изменил положение);
5. Изменение состояния потока газа (появился, пропал, начало слива, конец слива, кран изменил положение);

а также безусловно выполняется при:

6. Смене фазы измерения ( начало и окончание замера );

каждый из критериев 1-5 можно отключать, подбирая оптимальный режим расчета средних показателей, отражающий динамику развития процесса наиболее понятным для пользователя образом. Критерии могут действовать одновременно в любой комбинации.

+ по тем же критериям можно сбрасывать информацию о точке хода измерения в энергонезависимый лог;

+ наиболее существенный плюс - теперь возможно наблюдать измерение параметров дебита газовых скважин, ранее это было весьма затруднительно (средние параметры обновлялись только через каждые 15 минут);
Страницы: 1 2 3 4 5 6 След.
Читают тему (гостей: 2, пользователей: 0, из них скрытых: 0)

  © 2018 Компания «ОЗНА»
Правила использования | Помощь по сайту | Контакты
Создание сайта Уфа - Architect Создание сайта Уфа - Architect