"Bоенный" пик-детектор

Различные конкурсы нашего портала
Аватара пользователя
Jakob Brontfeyn

Activity Gold Silver Black
expert
expert
Сообщения: 1729
Зарегистрирован: 28 фев 2008, 11:01
Награды: 6
Благодарил (а): 1 раз
Контактная информация:

Re: "Bоенный" пик-детектор

Сообщение Jakob Brontfeyn »

IvanLis писал(а):
IvanLis писал(а):
Jakob Brontfeyn писал(а):процесс должен идти online один буфер за другим
Да и результаты не совпали с моим выходным фаилом,
тут есть еще над чем поработать
1. Яков, я давно подозреваю, что у Вас оплата "почасовая" либо "по объему кода" :wink: .
2. Да и работать тут можно сколько угодно, у каждого получится свой результат в какой-то окрестности с определенной степенью достоверности. Но не забывайте правило казино: "Главное вовремя остановиться", либо см. п.1.
Максимум и минимум он и в Африке мах и мин,
это было сказано в самом начале.
AndreyDmitriev

Activity Professionalism Tutorials Gold Black
VIP
VIP
Сообщения: 1327
Зарегистрирован: 03 фев 2010, 00:42
Награды: 6
Версия LabVIEW: 6.1 - 2024
Откуда: Германия
Благодарил (а): 1 раз
Поблагодарили: 38 раз
Контактная информация:

Re: "Bоенный" пик-детектор

Сообщение AndreyDmitriev »

Jakob Brontfeyn писал(а): Ну что я могу сказать, требуются максимумы и минимумы а не точки где производная равна нулю.
отклонение от 40 милисекунд вызвано кроме помех также взлетом и падением базисной линии.
Потом где гарантия , что пик в полупериоде будет обнаружен только один ? а если вдруг их будет
детектировано больше ? но даже при нахождении пика стандартным детектором нужно сделать
он него, скажем, плюс минус 5 точек и в этом массиве найти максимум или минимум.
Не думаю, что такая методика лучше, чем выделять массивы полупериодов
и в них уже искать максимум или минимум.
Ну тут у нас сильно разные взгляды на процессинг цифровых сигналов. Не понимаю, как можно искать абсолютный максимум или минимум при наличии шума - любой чуть более "шумный" отсчёт в окрестности истинного пика тут же приведёт к неверному результату.
Аватара пользователя
IvanLis

Activity Professionalism Tutorials Gold Man of the year 2012
Автор
guru
guru
Сообщения: 5462
Зарегистрирован: 02 дек 2009, 17:44
Награды: 7
Версия LabVIEW: 2015, 2016
Откуда: СССР
Благодарил (а): 28 раз
Поблагодарили: 86 раз

Re: "Bоенный" пик-детектор

Сообщение IvanLis »

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

Да и вообще меня например, как руководителя эксперимента, достаточно дорогостоящего, длящегося несколько дней да и еще приводящего к разрушению образца, абсолютно бы не беспокоил факт, что:
Jakob Brontfeyn писал(а):Писать все в файл немыслимо, это будут десятки гигабайт.
Я бы добился необходимого объема, для хранения всей информации. Причем все бы сохранял без всяких предварительных обработок, что повышает вероятность аварийной остановки и потери данных.
А уже после этого обрабатывал "сырец" несколькими алгоритмами с последующим сравнением и обобщением результатов.
К тому же мы разобрались, что объем требуется значительно меньший :wink:

Предварительная обработка данных да еще и "сомнительным" алгоритмом может привести к невосполнимой потере информации, особенно в условиях:
Jakob Brontfeyn писал(а):Сигналы реальные и довольно зашумленные. Реальных амплитуд и формы кривой основной нагрузки никто заранее не знает.
делать все это без использования предварительной фильтрации, а сохранять искаженные шум данные.

У меня прямо перед глазами стоит картинка:
22298_original.gif
Borjomy_1

Activity Professionalism Silver
doctor
doctor
Сообщения: 2210
Зарегистрирован: 28 июн 2012, 09:32
Награды: 3
Версия LabVIEW: 2009..2020
Откуда: город семи холмов
Благодарил (а): 27 раз
Поблагодарили: 26 раз

Re: "Bоенный" пик-детектор

Сообщение Borjomy_1 »

Согласен с IvanLis, для ответственного разового эксперимента не жалко и десяти гигабайт. Потому что если эксперимент сорвется из-за того, что нужные данные не были сохранены, у кого-то будет красная задница. И как минимум перед коллегами будет стыдно. Я уж не говорю, что запись с такой скоростью - не такая непосильная задача. Лично я бы, ставя такую задачу, чтобы не было соблазна каких-то манипуляций, строго настрого предупредил: мы не знаем, какую обработку будем проводить. Ибо нефиг.
AndreyDmitriev

Activity Professionalism Tutorials Gold Black
VIP
VIP
Сообщения: 1327
Зарегистрирован: 03 фев 2010, 00:42
Награды: 6
Версия LabVIEW: 6.1 - 2024
Откуда: Германия
Благодарил (а): 1 раз
Поблагодарили: 38 раз
Контактная информация:

Re: "Bоенный" пик-детектор

Сообщение AndreyDmitriev »

Borjomy_1 писал(а):Согласен с IvanLis, для ответственного разового эксперимента не жалко и десяти гигабайт. Потому что если эксперимент сорвется из-за того, что нужные данные не были сохранены, у кого-то будет красная задница. И как минимум перед коллегами будет стыдно. Я уж не говорю, что запись с такой скоростью - не такая непосильная задача. Лично я бы, ставя такую задачу, чтобы не было соблазна каких-то манипуляций, строго настрого предупредил: мы не знаем, какую обработку будем проводить. Ибо нефиг.
Да, именно так. Я б вообще гнал данные в TDMS, а потом посмотрел бы в сторону NI DIAdem на тему анализа и отчётов.
Аватара пользователя
Jakob Brontfeyn

Activity Gold Silver Black
expert
expert
Сообщения: 1729
Зарегистрирован: 28 фев 2008, 11:01
Награды: 6
Благодарил (а): 1 раз
Контактная информация:

Re: "Bоенный" пик-детектор

Сообщение Jakob Brontfeyn »

Да, труден путь к тебе истина, будем разбирать все по пунктам,
не в первый раз:
1. Те "научные сотрудники", которые ставят задание мне, не в состоянии
обрабатывать большие файлы. Origin у них виснет, а Ексель тем более.
Про Diadem никто слышать вообще не хочет.
У меня в даталогерах стоит ограничитель обычно 200 МБ, потом открывается
новый файл с сохранением оси времени. и добавленной буквой N_ в начале имени.

2. чем чище сигнал, тем ближе найденный "военным" пик-детектором
макс и мин к "настоящему пику", но он сработает у меня всегда.
это как пуля из автомата Калашникова и М16, первая долетит туда куда ее послали.
всегда.
Вторая, если встретится на пути кустарник, камыш, бамбук, улетит в никуда.
Через открытый воздух обе долетят.

3. иду домой, завтра продолжим...
Аватара пользователя
IvanLis

Activity Professionalism Tutorials Gold Man of the year 2012
Автор
guru
guru
Сообщения: 5462
Зарегистрирован: 02 дек 2009, 17:44
Награды: 7
Версия LabVIEW: 2015, 2016
Откуда: СССР
Благодарил (а): 28 раз
Поблагодарили: 86 раз

Re: "Bоенный" пик-детектор

Сообщение IvanLis »

Jakob Brontfeyn писал(а):Те "научные сотрудники", которые ставят задание мне, не в состоянии обрабатывать большие файлы. Origin у них виснет, а Ексель тем более. Про Diadem никто слышать вообще не хочет.
Все это похоже на кружок "Юный техник" в сельском доме культуры :suicide: .

О каком доверии к результатам полученным таким образом можно говорить? Компьютерами нормальными обеспечить не могут. Напряжение измеряем ARDUINO, используя резистивный делитель. Энкодеры дергаем из сломанных "мышек", а ШД из списанных принтеров и т.д. и т.п. :super: .
Borjomy_1

Activity Professionalism Silver
doctor
doctor
Сообщения: 2210
Зарегистрирован: 28 июн 2012, 09:32
Награды: 3
Версия LabVIEW: 2009..2020
Откуда: город семи холмов
Благодарил (а): 27 раз
Поблагодарили: 26 раз

Re: "Bоенный" пик-детектор

Сообщение Borjomy_1 »

1. Те "научные сотрудники", которые ставят задание мне, не в состоянии
обрабатывать большие файлы. Origin у них виснет, а Ексель тем более.
Про Diadem никто слышать вообще не хочет.
Вы о чем вообще???? Ну да, эксперимент бьется на относительно небольшие файлы. В чем проблема?
AndreyDmitriev

Activity Professionalism Tutorials Gold Black
VIP
VIP
Сообщения: 1327
Зарегистрирован: 03 фев 2010, 00:42
Награды: 6
Версия LabVIEW: 6.1 - 2024
Откуда: Германия
Благодарил (а): 1 раз
Поблагодарили: 38 раз
Контактная информация:

Re: "Bоенный" пик-детектор

Сообщение AndreyDmitriev »

Borjomy_1 писал(а):
1. Те "научные сотрудники", которые ставят задание мне, не в состоянии
обрабатывать большие файлы. Origin у них виснет, а Ексель тем более.
Про Diadem никто слышать вообще не хочет.
Вы о чем вообще???? Ну да, эксперимент бьется на относительно небольшие файлы. В чем проблема?
В принципе ничто не мешает делать поиск пиков на лету и сохранять оба файла - сырые данные и пики - количество данных позволяет и это.
Аватара пользователя
Jakob Brontfeyn

Activity Gold Silver Black
expert
expert
Сообщения: 1729
Зарегистрирован: 28 фев 2008, 11:01
Награды: 6
Благодарил (а): 1 раз
Контактная информация:

Re: "Bоенный" пик-детектор

Сообщение Jakob Brontfeyn »

Что то все переключились на вопросы организации труда в подразделении, где я работаю

http://www.en.iwm.fraunhofer.de/press-e ... s/id/1005/

Андрей, все это уже реализовано вот картинку вырезал специально.
для Вас, знающего немецкий.
"Военный" пик-детектор это лишь малая часть приложения.
Можно писать все в файл, хоть постоянно, хоть какое-то небольшое время
с циклическим интервалом задаваемым пользователем, хоть с максимальнюм обьемом
1000 /секунду, хоть с меньшим здесь 200 /секунду, при этом еще можно
активировать модус "peaks plus"
ведь пики находятся с дискретизацией 1000 /сек.
Параллельно пишется файл только из одних пиков.
Все это задается пользователем. Могу детальнее пояснить если будут у кого вопросы.
Но мы от основной темы уже совсем ушли.
Вложения
a_dmitriev.JPG
AndreyDmitriev

Activity Professionalism Tutorials Gold Black
VIP
VIP
Сообщения: 1327
Зарегистрирован: 03 фев 2010, 00:42
Награды: 6
Версия LabVIEW: 6.1 - 2024
Откуда: Германия
Благодарил (а): 1 раз
Поблагодарили: 38 раз
Контактная информация:

Re: "Bоенный" пик-детектор

Сообщение AndreyDmitriev »

Jakob Brontfeyn писал(а): Но мы от основной темы уже совсем ушли.
Да я просто особой проблемы не вижу. Есть нормальная рабочая задачка, которая состоит из двух частей - чисто технической по накоплению данных и математической, касательно их обработки. В нескольких первых экспериментах я бы просто писал все сырые данные, на которых гонялась бы и отлаживалась обработка. После стабилизации алгоритма накопление сырых данных можно отключить и сохранять лишь обработанные результаты.
Аватара пользователя
Jakob Brontfeyn

Activity Gold Silver Black
expert
expert
Сообщения: 1729
Зарегистрирован: 28 фев 2008, 11:01
Награды: 6
Благодарил (а): 1 раз
Контактная информация:

Re: "Bоенный" пик-детектор

Сообщение Jakob Brontfeyn »

Ну как мне обьяснить, что нельзя в моем случае
базироваться на анализе первой производной сигнала
для нахождения "пиков", и виной здесь не только, и не
столько чисто електрический шум, почитайте в гугле про
Portevin-le Chatelier effect
Вот, например, тут в картинках уже все сразу видно:
https://www.google.de/search?q=portevin ... AfQQsAQILw
видимо не получится, не зарывшись в чужую область
с головой, понять почему я делаю так, как я делаю, а не иначе.
Аватара пользователя
Jakob Brontfeyn

Activity Gold Silver Black
expert
expert
Сообщения: 1729
Зарегистрирован: 28 фев 2008, 11:01
Награды: 6
Благодарил (а): 1 раз
Контактная информация:

Re: "Bоенный" пик-детектор

Сообщение Jakob Brontfeyn »

Хоть мой алгоритм "военного" пик детектора и не вызвал
большого интереса у публики, но для полноты и логической
завершенности темы я решил показать картинки реального
текущего експеримента, где он применяется.
Проба нагружается "треугольником"
длительностью 16 секунд, при высокой температуре,
при этом накладывается (для механики высокая) частота 50 герц
синус определенной амплитуды. Эта вибрация соответствует
3000 об/мин (средняя для большинства автомобильных моторов).
При частоте измерения 1000 Герц, имеем возможность
писать в файл только мах и мин, то есть 100 в секунду.
Если будут вопросы, связанные с немецким языком,
охотно овечу и объясню.
Вложения
peaks_max_50_Hz.png
X_Y_50_HZ.png
max_min_50_Hz.png
Ответить

Вернуться в «Конкурсы»