[DSP_ACE 0]

Я что то не понимаю. Если нужен многоканальный интефейс для макета, то покупается что то типа Behringer U-PHORIA 4 или более канальный, ну а если есть куча денег- то NI CompactDAQ. Последним, в сочетании с лабвью, пользуюся многие знакомые акустики. Можно и напрямую в матлаб данные пускать для отладки модели, без тормозов лабвью.

А когда макет будет более-менeе работоспособен, можно будет определить требуемое число каналов, битность АЦП и требования к вычислительному ядру ( т е появится вменяемое ТЗ) и только тогда ваять железо.

Хотя в лабе по диагностике и ремонту турбин я видел все тот же NI CompactDAQ набитых чем то вроде NI 9232 без всякого самодельного железа- было просто не выгодно оплачивать разработку из за нескольких измерительных стендов.

 

зачем нам покупные У нас есть свои 10 и 16 канальные

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

полномочий засвечивать у меня нет

Наши собственные студии (две) забиты импортной техникой hi-fidelity и hi-end класса в рэковых стойках Не рэковый прибор это обычно для любителей

Засовывать под капот рэковый прибор - как это возможно?

Наша собственная плата HyperMic2 по уровню не хуже прибора Benchmark Я это знаю поскольку участвовал в разработке обоих

И гораздо лучше по классу чем ацп Zoom, M-Audio ,Mackie по той же причине В большинстве звуковых девайсов из экономии не предусмотрена

гальваноразвязка по цифре, у нас есть Кстати , плата HуperWire на сайте smtronika.ru изначально была разработана для фирмы M-Audio

, я имею право выпускать ее под своим брендом Такие же мои платы ( но на usb) есть для Zoom и Mackie Особенно удалась 4-каналка для

Alesis Но напоминаю что по вашей же мысли все каналы должны быть синхронны и синфазны с точностью до джиттера клока

 

В качестве сравнительных методов измерений конечно обязательно дублировать данные для статистики и тд

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

в частности для сравнения данных)

Прибор себестоимостью 30-50 баксов должен стоять под капотом , ничему не мешать, писать на флэшку ,

обрабатывать что может и сливать данные через lte на сервер

Тут как раз все ограничения по размеру, крепежу, виброустойчивости , температуре, влажности и тд справедливы Но главное конечно качество звука

Изменено 22 июля, 2016 пользователем DSP_ACE

[AlexandrY 3]

Но главное конечно качество звука

 

Что-то сомнительно.

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

АОН-ы отлично детектировали тоны в шуме будучи построены на компараторе, т.е. 1-битном АЦП!

 

Можно вспомнить и сигма-дельта АЦП построенные на компараторе, и принцип дитеринга и т.д.

 

[DSP_ACE 0]

Что-то сомнительно.

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

АОН-ы отлично детектировали тоны в шуме будучи построены на компараторе, т.е. 1-битном АЦП!

 

Можно вспомнить и сигма-дельта АЦП построенные на компараторе, и принцип дитеринга и т.д.

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

Почему ?

 

Возможно я сам отвечу Дело в том что я не верю в разделение труда

Есть пословица у янки - хочешь сделать дело хорошо сделай его сам Конечно есть исторический опыт что цивилизация поднялась

на разделении труда в городах ( в отличие от деревни)

 

Но сейчас другой период Течет на стыках Иногда хлещет Вы видимо встречали команды где все валят др на др - железячники на программеров

нижнего уровня те на системщиков и все вместе на аналитиков которые формировали ТЗ Успешных проектов за последние годы

единицы , сплошные жалобы на обьективные обстоятельства Причем в Штатах тоже - видел разные крэши

Но там отчасти изза быстрой смены аппаратной базы Разработчики не успевают за новыми чипами

 

Поэтому я предпочитаю 80% проекта держать в своих руках Хотя мозг не резиновый получается эффективней

 

Поэтому я говорю следующее - оцифровывать надо с максимальным качеством И не перекладывать на следущего в цепочке программиста dsp

То что не оцифровано пропадает для алгоритма или его нужно воссоздавать на порядок более затратней ( например методами линейного

предсказания)

То что вы называете 1 битным ацп применяется на всех дельта-сигма ацп( не "прямых" ) на частоте в 64\128 раз больше частоты сэмплирования

(например на 2048\4096 кгц) Затем однобитовая цепочка усредняется и преобразуется в слова или подается на выход девайса как дельта-сигма

поток ( это называется DSD) Арифметические и другие сигнальные операции с 1 битовыми цепочками как вы понимаете затруднены ,

поэтому dsd не сильно распространено ( все равно приходится преобразовывать в параллельный стандартный вид)

 

Изменено 22 июля, 2016 пользователем DSP_ACE

[AlexandrY 3]

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

Почему ?

 

Потому что передискретизация увеличивает эффективную разрядность. Даже дети знают.

А наблюдать вы собрались сутками, т.е. очень медленные сигналы. Ну и вот..

[DSP_ACE 0]

Потому что передискретизация увеличивает эффективную разрядность. Даже дети знают.

А наблюдать вы собрались сутками, т.е. очень медленные сигналы. Ну и вот..

Медленные сигналы?

При 6000 об\мин

100 ударов по толкателю в секунду, 10 ms

Каждый удар имеет очень крутой фронт огибающей и соотв очень широкий спектр

Дельта сигма модулятор имеет при большой скорости нарастания сигнала очень плохие характеристики

поэтому должен быть очень большой запас по частоте сэмплирования ( или надо ставить "прямой ацп")

Но мы это проходили на ударных инструментах

Изменено 22 июля, 2016 пользователем DSP_ACE

[AlexandrY 3]

То что вы называете 1 битным ацп применяется на всех дельта-сигма ацп( не "прямых" ) на частоте в 64\128 раз больше частоты сэмплирования

(например на 2048\4096 кгц) Затем однобитовая цепочка усредняется и преобразуется в слова или подается на выход девайса как дельта-сигма

поток ( это называется DSD) Арифметические и другие сигнальные операции с 1 битовыми цепочками как вы понимаете затруднены ,

поэтому dsd не сильно распространено ( все равно приходится преобразовывать в параллельный стандартный вид)

 

АОН-ы не были дельта-сигма, это были простые корреляторы.

 

У вас я чувствую неопределенность выбора масштаба времени измерения.

Вы не знаете свойства информации которую собираетесь вылавливать.

 

Я полагаю наблюдая периодические сигналы с мотора и пропустив через коррелятор вы добъётесь любой заданной разрядности.

Как астрономы ловят гравитационные волны слышали?

 

 

Арифметические и другие сигнальные операции с 1 битовыми цепочками как вы понимаете затруднены ,

 

Хм, вы натолкнули меня на идею как еще использовать aliased bit-band regions в Kinetis.

С этой фичой вполне можно битовые потоки прогонять по DMA.

[DSP_ACE 0]

>АОН-ы не были дельта-сигма, это были простые корреляторы.

Я делал аоны и на z80 и на 580-м и на adsp2115(собственный)

В самой распространенной схеме с Тушинского рынка стоял однобитовый компаратор

который делал из сигнала dtmf ( 2 частоты из 6) бинарный сигнал А потом процессор

ездил по однобитовому потоку коррелятором Вероятность распознавания была так себе

 

Но в более сложных системах с ацп алгоритмы были гораздо сложнее, теме более когда dsp в наличии

 

 

>У вас я чувствую неопределенность выбора масштаба времени измерения.

>Вы не знаете свойства информации которую собираетесь вылавливать.

опять какие то обвинения Конкретно можете огласить весь список обвинений ?

 

>Я полагаю наблюдая периодические сигналы с мотора и пропустив через коррелятор вы добъётесь любой заданной разрядности.

видимо вы имеете в виду накопление по результатам N периодов ?

Дело в том что частота оборотов может плавать ( как уже замечали тут) и механизм накопления возможно неприменим

То есть каждый импульс надо анализировать как уникальный ( тянучки)

С подобной проблемой сталкивался мой приятель по институтут - он работал в ящике где они распознавали модель

вертолета свой\чужой по отраженному радиоимпульсу Так вот - на все провсе давалось 3 импулься Дальше смерть от противоракеты

 

>Как астрономы ловят гравитационные волны слышали?

сачком ?

Изменено 22 июля, 2016 пользователем DSP_ACE

[AlexandrY 3]

Дело в том что частота оборотов может плавать ( как уже замечали тут) и механизм накопления возможно неприменим

То есть каждый импульс надо анализировать как уникальный ( тянучки)

С подобной проблемой сталкивался мой приятель по институтут - он работал в ящике где они распознавали модель

вертолета свой\чужой по отраженному радиоимпульсу Так вот - на все провсе давалось 3 импулься Дальше смерть от противоракеты

 

Вот я и говорю, что нет определенности.

Радар вы делаете или холтер?

Или и то и другое вместе?

 

Файлы больше нескольких гиг даже Matlab не переварит.

100% гибрид радара с холтером дешевым не выйдет.

 

Разработкой противоракетной обороны вертолетов мой шурин как раз занимается. Так шта...

[DSP_ACE 0]

 

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

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

Поэтому для взаимной экономии времени предлагаю заинтересовнным лицам звонить по скайпу ( обязательно с видео)

мой ник

serg petrusinski

[Гость TSerg]

У меня вообще сложилось впечатление о клоунаде с момента публикации этого топика.

[DSP_ACE 0]

У меня вообще сложилось впечатление о клоунаде с момента публикации этого топика.

О , большое спасибо за тонкость и взвешенность формулировок

То что вы хамите так эфемерно и опасливо , подтверждает что я не зря потратил время на прочистку мозгов двум совковым самоуверенным хамам

Пусть возвращаются к руководству стотысячными армиями программеров Они там нужнее , кому то надо разбирать взаимные претензии

Что касается сути вопроса - предложение побеседовать в скайпе с видео остается в силе для спонсоров и для инженеров которые чтото умеют

Скоро вопрос возможно будет закрыт Для микрофонных и цаповых дел спонсор быстро нашелся в USA

Изменено 22 июля, 2016 пользователем DSP_ACE

[Гость TSerg]

О , большое спасибо за тонкость и взвешенность формулировок

То что вы хамите..

Хамлю? Да, ладно - я всего лишь "стволы" прочищаю, особенно в отношении всяких [uSA]

[AlexandrY 3]

Скоро вопрос возможно будет закрыт Для микрофонных и цаповых дел спонсор быстро нашелся в USA

 

Забавно.

Как раз сегодня закончил программу для контроллера с 16-ю аналоговыми входами.

Залил прошивку, а через час вставили в агрегат, запаковали и отправили в Австралию.

Реально метод Agile работает!

 

Все что нужно для "диагностики двигателя" есть. И USB HS, и запись на uSD карту сигналов, а подключение для анализа в Matlab.

И даже беспроводная связь есть. :laughing:

[DSP_ACE 0]

Забавно.

Как раз сегодня закончил программу для контроллера с 16-ю аналоговыми входами.

Залил прошивку, а через час вставили в агрегат, запаковали и отправили в Австралию.

Реально метод Agile работает!

 

Все что нужно для "диагностики двигателя" есть. И USB HS, и запись на uSD карту сигналов, а подключение для анализа в Matlab.

И даже беспроводная связь есть. :laughing:

 

Чтож , до встречи на рынке

Уважаю честную конкуренцию

 

Хамлю? Да, ладно - я всего лишь "стволы" прочищаю, особенно в отношении всяких [uSA]

Да вы батенька русофил , как я погляжу Особенно ваше лицо меня впечатляет :)

Но вот двум велосипедистам не пристало собачиться

Я для здоровья км по 60 проезжаю на реальном вело почти каждый день

В Австрии и Франции только на ситибайках и веллибах передвигался В Греции на Родосе и Патмосе по горам

Ладно - оффтоп Модераторы здесь как верфольфы

 

Сорри - надоело мне непонятно с кем общаться вслепую, тратить время и нервы

Следующий диалог в скайпе с видео Велкам

Изменено 22 июля, 2016 пользователем DSP_ACE

[Hirer 0]

"... Но сейчас другой период Течет на стыках Иногда хлещет Вы видимо встречали команды где все валят др на др - железячники на программеров

нижнего уровня те на системщиков и все вместе на аналитиков которые формировали ТЗ ...

Поэтому я предпочитаю 80% проекта держать в своих руках Хотя мозг не резиновый получается эффективней ... " ©

 

Это точно !