Добро пожаловать, Гость
Логин: Пароль: Запомнить меня
  • Страница:
  • 1
  • 2
  • 3

ТЕМА: Диагностическая программа DREAM

Re: Диагностическая программа DREAM 4 года, 2 мес. назад #629

  • Барков
  • Вне сайта
  • Живу я здесь
  • Постов: 325
  • Репутация: 15
Согласен с автором последнего сообщения - надо приходить к общей терминологии при описании диагностических программ.
Поскольку стандартизованных терминов, по крайней мере в России, пока нет мы, т.е. разработчики разных предприятий Ассоциации ВАСТ и, соответственно, преподаватели учебного центра, считаем возможным делить программы, точнее - системы диагностики на три основные группы:
- экспертные, помогающие специалисту проводить диагностику и ставить диагноз
- автоматизированные, предлагающие свой вариант конечного диагноза и разрешающие диагносту его изменять под свою ответственность,
- автоматические, установленные и запущенные по прилагаемой технической документации и далее работающие без участия и операторов, и специалистов длительное время (годы), выдавая текущий диагноз, прогноз, рекомендации и другие данные заинтересованным службам. Диагност может получать из таких систем расширенную информацию, но повлиять на ее работу и получаемые результаты не может, любое изменение согласуется с разработчиком и вносится в документацию системы.
Из наших разработок выделим программу DREAM - основа типичной автоматизированной переносной и стендовой системы диагностики и программу ОДА - основа автоматических стационарных систем диагностики.

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

Re: Диагностическая программа DREAM 3 года, 6 мес. назад #772

  • Сергей
  • Вне сайта
  • Завсегдатай
  • Постов: 160
  • Репутация: 0
Сколько бы не читал о программах автоматической диагностики и не задавал вопросов - не могу объяснить руководству, зачем нам нужны стационарные системы с диагностикой, в чем их различие и зачем нужна и переносная, и стационарная диагностика. Если я правильно понял - программ диагностики бывает две - для обнаружения медленно растущих небольших дефектов за большое время и для быстро растущих и опасных - очень быстро. У Вас первая - DREAM, вторая - ОДА, и Вы их по какой-то причине не объединяете.

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

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

Re: Диагностическая программа DREAM 3 года, 6 мес. назад #773

  • Барков
  • Вне сайта
  • Живу я здесь
  • Постов: 325
  • Репутация: 15
Очень простого объяснения придумать не могу. Предлагаю, достаточно пространное обоснование:

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

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

Если мы говорим об автоматической диагностике, то и пороги должны определяться автоматически, в противном случае диагностика становится экспертной, а, следовательно, трудоемкой и дорогой. Это - основная причина первого способа деления программ диагностики на два разных направления - автоматические (точнее, автоматизированные) и экспертные.
Второй способ деления программ на два направления – по используемому методу накопления информации для определения пороговых значений. А именно – по разовым измерениям диагностических параметров большой группы одинаковых объектов диагностики (групповые пороги), или по длительным измерениям (мониторингу) диагностических параметров одного объекта (пороги по истории), который в этом случае считается уникальным и диагностируется только он. А диагностические параметры и алгоритмы диагностики в общем случае могут быть одними и теми же. В первом случае программа выполняет функции контроля и диагностики, а во втором случае – мониторинга и диагностики.

В наших программах диагностики DREAM и ОДА, есть и автоматизация, и групповая диагностика, и диагностика по истории, хотя глубина их развития – разная, что и определяет их основные различия. Так, DREAM наиболее продвинут в вопросах групповой диагностики, и потому обычно используется в переносных системах диагностики, охватывая большие группы одинакового, чаще вспомогательного, оборудования.
ОДА в большей рассчитана на решение задач мониторинга, а по результатам - на диагностику причины обнаруживаемого изменения состояния. Поэтому даже в стендовом варианте при последовательной диагностике одинакового оборудования, она собирает и использует информацию в процессе его кратковременной приработки, проводя последовательно диагностику по истории и обнаруживая быстро развивающиеся дефекты, а лишь затем - диагностику скрытых дефектов по группе одинаковых объектов.

Отсюда и дальнейшие особенности систем диагностики с программами DREAM и ОДА. В ОДУ заложены следующие новые тенденции в измерениях вибрации и других процессов, их анализе и принятии решений:
- использование многоканальных средств измерения и анализа сигналов,
- скоростной анализ сигналов
- принятие мгновенных (быстрых) решений с их накоплением и статистической обработкой
Эти тенденции позволяют получить очень важную зависимость скорости принятия достоверного решения от степени опасности скачка состояния – чем опаснее дефект, тем меньше время его диагностики, которое начинается от 1/8 секунды. Поэтому для высокооборотных агрегатов со скоростью вращения от 2000об/мин время достоверной диагностики (с тройным подтверждением результатов) составляет ½ секунды. А если надо обнаружить более слабые дефекты – необходимо продолжать накапливать результаты мониторинга и диагностики до момента идентификации таких дефектов.

Естественно, что эту технологию диагностики в первую очередь надо применять для стационарных и стендовых систем. Она может быть распространена и на переносные системы, но необходимо обеспечить основное условие – многоканальность и параллельность измерений. Развертывать многоканальную систему на агрегате весьма неудобно. Но зато появляется возможность мгновенного контроля состояния и предварительной диагностики оборудования на пуске. Видимо, такое решение будет осваиваться и переносными системами диагностики при использовании многоканальных (четырехканальных) виброанализаторов СД-41.

Вот Вам и ответ, для чего в стационарной системе нужна диагностика, причем очень быстрая – чтобы обнаружить и идентифицировать быстроразвивающийся дефект, который только что внесли в объект или из-за ошибки обслуживания или из-за ошибки управления агрегатом. Даже при очень быстром развитии дефекта с последующим срабатыванием аварийной защиты такая система успеет продиагностировать дефект и сохранить результат в памяти.

А традиционная переносная система (или несколько таких систем) нужна для ранней диагностики дефектов износа в типовых агрегатах, выпускаемых большими сериями, когда на предприятии количество одинаковых агрегатов, работающих в близких условиях, превышает три-четыре.

Не хочет руководство много стационарных систем – предлагайте приобрести одну (стендовую, доставляемую к объекту, которую лучше назвать мобильной), применяйте ее до и после проведения текущего ремонта на нескольких агрегатах, выявляйте ошибки ремонта, а дальше убеждайте руководство на основе конкретных результатов

Re: Диагностическая программа DREAM 2 года, 5 мес. назад #1055

  • Руслан
  • Вне сайта
  • Захожу иногда
  • Постов: 51
  • Репутация: 0
У меня вопрос по программе DREAM.
Я точно знаю частоту вращения двигателя контролируемого нагнетателя и ввожу ее при диагностировании (49,7Гц) – в агрегате есть датчик оборотов. При конфигурировании задал диапазон частот 50+- 2Гц. Получаю странный результат – в прямом спектре ряд гармоник, пропорциональный 50Гц отмечен как гармоники частоты вращения, а в спектре огибающей как ряд гармоник частоты вращения отмечены линии, с частотами, кратными 51,7Гц, хотя частота вращения не может быть больше частоты питания, т.е. больше 50Гц.
При этом я вижу сильную вторую гармонику частоты вращения на частоте 99,5Гц – признак перекоса входной шестерни мультипликатора, а программа не видит.
Правда окончательный диагноз – раковина на наружном кольце оказался правильным - программа поставила его только по спектру огибающей вибрации. Я же и в прямом эти линии тоже нашел.
Как-то неправильно, что в двух спектрах у одного ряда разные частоты – это подрывает веру в правильность обнаружения нескольких дефектов сразу. Особенно когда обнаруживается частота вращения выше частоты его питания. Я таких электродвигателей не знаю

Re: Диагностическая программа DREAM 2 года, 5 мес. назад #1059

  • Юрий
  • Вне сайта
  • Захожу иногда
  • Постов: 50
  • Репутация: 0
Уважаемый Руслан,
Действительно, программа DREAM, по крайней мере, до 4 версии включительно, рассчитана на то, что прямой спектр и спектр огибающей вибрации могут быть измерены в разное время (в течение суток), следовательно, частоты вращения агрегата в этих спектрах могут быть разными.
Последние модификации виброанализаторов СД сначала записывают отрезок сигнала вибрации, а затем многократно его анализируют, получая все виды анализа вибрации из одного отрезка сигнала на одной и той же частоте вращения. Поэтому в новых версиях программы диагностики будет модификация модуля диагностики, в которой ряды гармоник в разных спектрах должны иметь одни и те же частоты, т.е. в эту модификацию программы вводится дополнительный алгоритм проверки идентичности частот.
Что касается модуля диагностики по низкочастотной части прямого спектра вибрации, то в него невозможно вложить те же алгоритмы, что и в модуль диагностики по спектру огибающей из-за большого количества спектральных составляющих вибрации, рождающихся в других узлах агрегата и без больших потерь распространяющихся до других его узлов, где и стоят датчики. Так что линий в прямом спектре во много раз больше, чем в спектре огибающей, их источники – все узлы агрегата, и диагностировать дефекты гораздо сложнее – нужно проводить диагностику по агрегату в целом, создавая для каждого типа агрегатов свой и очень сложный диагностический модуль. Сейчас это делается в стационарных системах диагностики путем адаптации диагностического модуля к тому агрегату, на который эта система устанавливается, в начальной стадии ее эксплуатации.
Что качается конкретной ошибки в частоте ряда (выше 50Гц), который приписан к ряду обороток, так Вы сами разрешили программе искать ряды обороток на частотах выше 50Гц. Вам надо было при конфигурировании задать диапазон частот вращения 48-50Гц, допустимо 46-50Гц а Вы задали 48 – 52Гц.
  • Страница:
  • 1
  • 2
  • 3
Время создания страницы: 0.55 секунд