Наработка на отказ
 

Доброго времени суток коллеги! У меня такой вопрос, точнее я хочу посмотреть мнения на такое предложение..
В общем хочется поработать над вопросом по нароботке на отказ контактной аппаратуры,в общих чертах хотим сделать так, чтобы программа выдавала количество времени оставшееся до предпологаемого отказа..Хочется узнать мнение, вообще полезно ли это, целесообразно,рационально ну и пр. :)Заранее благодарен за комментарии

А для чего ?
Почему то считала, что эксплуатация этого не должна допускать ! Для чего тогда периодичность замены приборов ?

Инна Василец добавил 05.12.2011 в 13:11
Если чисто для статистики, то можно использовать для так называемой технологии : "обслуживание по состоянию". Хотя по состоянию Вам ни кто не разрешит обслуживать. Для научных трудов пойдет, для практики - сумниваюсь. :nono:

Ну я это и имел ввиду что "по состоянию" я думаю данную работу приводить к тому, что разнык приборы участвуют в разных цепях, одного класса надежности приборы могут стоять как в постоянно эксплуатируемых так и в малодеятельных цепях, и по моему мнению это было бы достаточно удобно, но на практике не знаю даже..ну в отношении приборов которые как "палка которая раз в год стреляет.." а менять ее надо часто, мне кажется ьыло бы не плохо

я понимаю ты видишь это так:
программа собирает статистику сколько реле раз коммутировало цепи и при приближению к порогу сообщает, что данный прибор пора менять.

если да, то данная затея на мой взгляд не имеет смысла

1. наработка на отказ есть в документации на каждый прибор ЖАТ
2. сомневаюсь, что вам удастся найти ваш порог для замены, т.к. токи коммутируемые реле в реальных эксплуатационных условиях отличаются, в виду разнообразия монтажа и прочих факторов...
3. затраты на разработку данной системы будут не оправданы, т.к. все таки в будущем больше будет применяться микропроцессорные или гибридные системы. в этих системах предусмотрено контрольное оборудование, которое предупреждает о предотказном состоянии.

ну и периодичность замены приборов себя уже зарекомендовала, очень сомневаюсь, что предложенный метод экономичнее и эффективнее

Соловей А.П. в эксплуатации сколько лет работали ? Сколько раз участвовали в замене приборов ? На Ваш взгляд, сколько по факту приборов на посту для станции в 10 стрелок (БМРЦ) с четырьмя подходами с ЧКАБ ? И сколько Вы собираетесь контролировать реле ? Если нет свободных контактов на реле, что делать ?

А как вы хотите назвать эту программу? И какую задачу она должна решать? Если она информативная, то считайте количество поездов по участку (из ГИДа), считайте кто и сколько раз сработает под одним поездом, делите это на количество заявленных срабатываний и получите момент замены по ресурсу. Что и решается сегодня ППРом.
Если она будет управляющая, то потребуется не программа, а искуственный интелект, мало посчитать, ещё и решение принять и ответить за него (чем? догадайтесь). К тому же потребуется доказать её безопасность...

Спасибо за мнения. Я вообще недавно работаю..всего 1.5 года, да и работаю по обслуживанию устройств ДЦ. я и говорю просто проэксперементировать в условиях РТУ.Мне и многие на работе в штыки такое предложение восприняли..:)а такая затея пришла после разговора с Безродных Б.Ф,он упомянал про достаточно сложный комплекс "УРАН" вот и пришла такая идея чтобы сделать это все с помощью программы.Да и нынешние устои ни кто менять не собирается, просто хотелось узнать мнения.Буду рад посмотреть еще комментарии

Безродный "голова" в этом. Но если он сказал что УРАНН "достаточно сложный", то это так и есть, но то что вы задумали и УРАНН не осилит (не под то заточен). Если пытаться это сделать в условиях РТУ, то туда надо приглашать Б.Ф. Безродного, головастых в штат он найдёт.
Нереально.

Ну я честно не проверял осилит он или нет, пока что просто мнения мне интересны..Ну буду пытаться, надеюсь что-нибудь да и выйдет..И, возможно, кому-то даже это поможет

не выйдет с этим... вот простой пример. пустили переезд в феврале этого года, и из всех приборов примерно процентов 10 уже выменяли, основной отказ - потеря контакта в реле, и почемуто тыловых... как их спрогнозировать??? вот меняются допуски на питающее напряжение, а значит и нагрузки на приборы тоже поменяются, в какую сторону еще непонятно, но поменяются точно... как поведут сабя БПШ, БВВ и прочее???? все нароботки по этому поводу пересмотрятся

Представте себе какой объем информации нужно вводить в реальном объеме времени по каждому прибору - ужас. Аналогичная программа уже есть в РТУ и определяет время до замены приборов по графику. Если срок нарушен то будет не предполагаемый отказ, а вполне конкретный повод к наказанию, а если еще и с отказом то пиши пропало.

Да, бесспорно я видел такую программу, там вплоть до заводских номеров и на каком стативе они расположены..Отличное замечание про потерю тыловых контактов.. и в правду тяжело спрогнозировать.. тем более еще сложнее в логику это все занести..Ну предложение достаточно утопичное и я не настаиваю на катигорическом введении.Просто пока не опробуешь мало о чем конкретном можно писать, а тему я создал чтобы учесть как можно больше нюансов при написании ПО.Так что критикуйте побольше:)
PS: а вот такой вопрос: а вот как быть с теми приборами(в релейной)которые срабатывают достаточно редко, но требуют довольно частой замены??

Правильно-
УРРАН

Соловей АП, Пора начинать. С чего начнёте?

Форумчанам добрый вечер!
Думаю, что поднятая тема достаточно актуальна. Ресурс - как фактический, так и оставшийся - считать нужно. И не только для приборов. Для стрелок - сколько раз переводились и т.д.
Про приборы - отдельная песня. Так сложилось исторически, что съем информации для разных "верхних" систем производится по разному. Для ДЦ или ДК, для диагностики и мониторинга, для МАЛСа, для САУТ-ЦМ/НСП, для оповещения. И объемно - много контактов, много монтажа, и неэффективно, и еще много негативных моментов. Намного интереснее было бы, если бы на каждом стативе поставить контроллер, у каждого реле на этом стативе по 1 тройнику подключить к этому контроллеру, а все стативные контроллеры подключить к УВК. И разом решить и задачу съема информации для различных потребителей, и задачу определения ресурса каждого прибора - адресно, и рассчитать оптимальный и индивидуальный срок замены. А еще - построить алгоритмы поиска аппаратных отказов и выявления предотказных состояний и т.д.