Автор: Vika
Больше 30ти наборов...
К сожалению, объект всего один. |
|
Это 30 запусков объекта, или 30 наборов последовательных измерений при одном запуске?
Я бы смотрел в сторону таких двух вариантов постановок задачи:
1) если данные представляют собой мониторинг состояния работающего объекта (т.е. если есть один временной ряд) - то можно пытаться прогнозировать следующую точку ряда и смотреть, как прогноз расходится с реальностью. Думаю, объект у Вас существенно инерционен, и если возникают точки с плохим соответствием прогноза и реальности - значит, или какой-то внутренний разбаланс произошел, или диспетчер не туда ручку управления крутнул. Т.е. идея состоит в построении индикатора стабильности состояния эксплуатируемого объекта.
2) если данные отражают несколько запусков объекта - то можно провести кластерный анализ и посмотреть на наличие кластеров (и понять, каким - "правильным или неправильным" эксплуатационным режимам соответствуют те или иные кластера). Если есть достоверный кластер в области околопредельных (низких или высоких) технологических параметров - значит, опять же диспетчер не умеет держать объект где-то в "средней" области неэкстремальных условий, а регулярно загоняет объект в подкритические режимы и не может оттуда его вывести.
Т.е. Вашу задачу о прогнозировании срока службы я оба раза переформулировал в виде задачи определения степени регулярности выпихивания объекта в околокритические режимы. Знакомый народ так решал задачу о сроке службы алюминиевых электролизеров - получалось неплохо (с электролизерами тоже ни разрушающего контроля не провести, ни длинной статистики набрать, так как плавок за время до регламентного ремонта получается мало, а после ремонта это уже получается другой объект).
Ну и народ, вообще-то, уже правильно сказал - незачем тут нейросети использовать (да и данных мало).