Пожелания к новой прошивке МДК-М1

[KuzminSE]

ПО Pegas: Требуется возможность установки инверсии на аварию верхнего порога, возможно ли это реализовать (например поле со списком "обычная, инверсная" или чекбокс)? Поясняю: требуется контролировать кабель в пределах между порогами (напр. 10-1000 Мом), авария должна загораться при понижении ниже нижнего и повышении выше верхнего порога.

[Грибань Михаил]

Создаю отдельную тему, чтобы не расползались хотелки по всему форуму

[Грибань Михаил]

ПО Pegas: Требуется возможность установки инверсии на аварию верхнего порога, возможно ли это реализовать (например поле со списком "обычная, инверсная" или чекбокс)? Поясняю: требуется контролировать кабель в пределах между порогами (напр. 10-1000 Мом), авария должна загораться при понижении ниже нижнего и повышении выше верхнего порога.

Как-то непонятно объяснили. Если хотите контролировать подключение кабеля к модулю, то данная функция будет добавлена как экпериментальная в ближайшей версии.
Сейчас Верхний порог - порог предупреждения, Нижний порог - порог аварии.

Для контроля подключения кабеля будет использовано наличие напряжения в линии, ёмкость линии, и (возможно) наличие тока утечки с расстановкой условий и/или. Для тестирования ищутся желающие со сложными и проблемными участками

[Ефимов Сергей]

Сейчас в описании канала МДК-М1, в. 1.18, используется 16 символов. В описании возникает необходимость указать название оконечной станции, марку кабеля, подключенную на контроль четверку и пару кабеля, указать, что кабель контролируется с отпаями к сигнальным точкам. В настоящее время приходится сокращать, что не очень удобно. Можно в следующей прошивке расширить данное поле до 24 символов.

[Пинчук Андрей]

Сейчас в описании канала МДК-М1, в. 1.18, используется 16 символов. В описании возникает необходимость указать название оконечной станции, марку кабеля, подключенную на контроль четверку и пару кабеля, указать, что кабель контролируется с отпаями к сигнальным точкам. В настоящее время приходится сокращать, что не очень удобно. Можно в следующей прошивке расширить данное поле до 24 символов.

Сейчас планируется добавить поле описания для МДК в технологическом модуле. Думаем, что этого будет достаточно.

[Ефимов Сергей]

Сейчас планируется добавить поле описания для МДК в технологическом модуле. Думаем, что этого будет достаточно.

С условием, что эта информация (из технологического модуля) будет поступать в оперативный режим ЕСМА. Мое пожелание направлено на удобство обработки аварийных сообщений в ЕСМА. Описание канала МДК-М1, вместе с аварийным сообщением, попадает в оперативный режим ЕСМА напрямую.

[Пинчук Андрей]

Сейчас планируется добавить поле описания для МДК в технологическом модуле. Думаем, что этого будет достаточно.

С условием, что эта информация (из технологического модуля) будет поступать в оперативный режим ЕСМА. Мое пожелание направлено на удобство обработки аварийных сообщений в ЕСМА. Описание канала МДК-М1, вместе с аварийным сообщением, попадает в оперативный режим ЕСМА напрямую.

Н-да, в ЕСМУ эту информацию не засунешь.

[Грибань Михаил]

Добавить теоретически могу, но при этом задену всю структуру аварий и база данных, которая будет формироваться при использовании расширенного поля, станет несовместимой со старой. Да и пакеты, как я уже говорил про МДК-М7, не резиновые. Описание аварий для ЕСМА тоже изменится.
P.S. Настройки каналов тоже изменятся, и при расширении поля слетят на дефолтные. Вам оно надо?

[Ефимов Сергей]

Вам оно надо?

надо подумать

[Пинчук Андрей]

Вам оно надо?

надо подумать

Попробуем реализовать средствами сервера.

[KuzminSE]

Для контроля подключения кабеля будет использовано наличие напряжения в линии, ёмкость линии, и (возможно) наличие тока утечки с расстановкой условий и/или. Для тестирования ищутся желающие со сложными и проблемными участками

Если на основании этих измерений будет возможно формировать аварийное сообщение вида "нарушение целостности контролируемой цепи" - данный вариант вполне устраивает

[KuzminSE]

А вот другая ситуация: под контролем находится участок от станции А (кабель подключен к МДК) до станции Е. На промежуточных станциях (В, С, D) контрольная жила проключена насквозь. Изоляция данного участка ~140 Мом, порог 100.
Предположим, что механик на линии, беспокоясь как бы его не вызвали в выходные с рыбалки снимает втихаря дужку на станции С (изоляциия участка при этом возрастает до 300 Мом механик спокойно рыбачит, ЦТО радуется, что под контролем весь участок от станции А до Е и аварий нет). Выходные кончились. про дужку на станции С механик благополучно забыл.
Контроллируя емкость мы будем полагать и далее, что кабель у нас подключен, а вот если бы мы установили нижний порог как аварию понижения изоляции (скажем 100Мом), а верхний порог как аварию повышения (например 200Мом), то мы получим сообщения в ЕСМА при выходе параметров кабеля за установленные границы. Правда для этого придется аварию верхнего порога инвертировать, что я и имел ввиду в первом вопросе.

[Грибань Михаил]

А вот другая ситуация...

Если сопротивление изоляции можно было бы рассматривать как обычный высокоомный резистор, то да - имеет смысл. Вы же взгляните на графики суточного, месячного и сезонного колебания сопротивления изоляции в СУСПе. Сильно удивитесь. Для какого-то более-менее стабильного участка такое и можно задать, но "нормальных" беспомеховых участков всего около 30-40%. Потом будут опять жалобы, что сопротивление постоянно вылетает за верхний предел.

[KuzminSE]

А вот другая ситуация...

...Потом будут опять жалобы, что сопротивление постоянно вылетает за верхний предел.

Эт все понятно, вопрос теоретического характера - такую функцию реализовать возможно?

[Грибань Михаил]

Теоретически - да. Практически - смотря сколько у меня места программной памяти в ЦП останется под все хотелки. Пока расставил приоритеты:
1. Фильтр сопротивления шлейфа в режиме Омметра
2. Задержка аварий
3. Модуль контроля подключения кабеля
3.1. По ёмкости
3.2. По напряжению
3.3. По сопротивлению изоляции
3.4. Задание порогов и условий "и/или"

P.S. Места для хотелок осталось нет ничего. пп.1-2 и 3.1 ПОКА залазиют, остальные не обещаю

[Ефимов Сергей]

2. Задержка аварий
3. Модуль контроля подключения кабеля
3.1. По ёмкости

-поясните, что такое задержка аварий.
-МДК-М1 может измерять емкость кабеля? постоянным током?

[Грибань Михаил]

-поясните, что такое задержка аварий.

Задержка выдачи аварий по Напряжению и Сопротивлению в АРМ ЦСПД и ЕСМА на 1-5 полных циклов измерений. Т.о. для формирования аварии в ЕСМА и АРМ необходимо получить 2-6 значений, выходящих за порог, что позволяет отфильтровать долговременные помехи длительностью более 1-2минут (наводки от тяговой). В мониторинге и локальной идникации отображается реальное состояние линий. При задержке аварий рекомендуется уменьшить паузу между циклами измерений. В данный момент выносится на обсуждение - вносить задержку (гистерезис по времени) только на аварию или на норму тоже?

-МДК-М1 может измерять емкость кабеля? постоянным током?

Пока - как экспериментальная функция. Разумеется, только постоянным током. Никаких генераторов в модуле нет. Есть идеи? Пока куча сложностей к адаптации логики программы под эту задачу. Измерение емкости линии – сложный процесс для МДК-М1. Само измерение сопряжено с влиянием на него множества помех с линии, а несколько циклов измерения провести сложно из-за необходимости нескольких циклов разряда/заряда. Результат может не иметь требуемую точность. К тому же, в начальных требованиях на МДК-М1 не была заявлена данная опция. Конечная реализация пока под вопросом.

[Ефимов Сергей]

Задержка выдачи аварий по Напряжению и Сопротивлению в АРМ ЦСПД и ЕСМА на 1-5 полных циклов измерений. Т.о. для формирования аварии в ЕСМА и АРМ необходимо получить 2-6 значений, выходящих за порог, что позволяет отфильтровать долговременные помехи длительностью более 1-2минут (наводки от тяговой). В мониторинге и локальной идникации отображается реальное состояние линий. При задержке аварий рекомендуется уменьшить паузу между циклами измерений. В данный момент выносится на обсуждение - вносить задержку (гистерезис по времени) только на аварию или на норму тоже?

Здорово! В этом случае модуль будет выполнять работу сменных инженеров по повторному измерению кабеля, количество ложных (разовых) срабатываний резко снизится. Считаю, что на "нормы" задержка по времени в данном случае не нужна.

[Грибань Михаил]

Считаю, что на "нормы" задержка по времени в данном случае не нужна.

Необычный тогда гистерезис получится. Если из-за длительной помехи модуль увидит восстановление кабеля, то до следующей аварии может пройти значительное время, хотя кабель будет действительно залит. И не ясно, как выходить в нормальный режим после инициализации каналов пока. В принципе, на данный момент сделаны пп.1 и 2, прошивку не выпускаю, т.к. ведутся работы по п.3

[dpopov]

Сейчас в описании канала МДК-М1, в. 1.18, используется 16 символов. В описании возникает необходимость указать название оконечной станции, марку кабеля, подключенную на контроль четверку и пару кабеля, указать, что кабель контролируется с отпаями к сигнальным точкам. В настоящее время приходится сокращать, что не очень удобно. Можно в следующей прошивке расширить данное поле до 24 символов.

Сейчас планируется добавить поле описания для МДК в технологическом модуле. Думаем, что этого будет достаточно.

Присоединяюсь. Только не 24 символа, а хотя бы 32.
Что касается потери существующих данных, то перезабить описание - это разовая акция. Преимущества от этого превзойдут трудозатраты.