История для этого сигнала следующая. Я купил усилитель NAD C 356BEE со встроенным модулем ЦАП MDC . Имеет оптический и USB-вход. С оптической системой все в порядке, но если я подключу ЦАП к своему ПК через USB, он издает щелчки / щелчки в указанное время. Частота щелчков как-то связана с частотой дискретизации сигнала. Например, при 96 кГц он появляется каждые 2,5 секунды, но при 48 кГц он появляется каждые 30 секунд.
Я сыграл синусоидальную волну, записал шум и увеличил масштаб сигнала. Это очень короткий сигнал, около 0,008 секунд. Ты хоть представляешь, что это может быть?
Амплитуда шумового сигнала намного выше, чем у тестового сигнала. Длина шумового сигнала случайная (но очень короткая, вы слышите только щелчок), но форма сигнала всегда одинакова для одного и того же тестового сигнала.
Разные частоты испытаний вызывают разные сигналы ошибок. Похоже, сигнал ошибки - это некое преобразование оригинала.
Ответы:
Это похоже на синусоидальную волну с осью Y, обернутой вокруг. Вот моя попытка воссоздать его:
Это график функции , где round ( x ) округляет x до ближайшего целого числа.1,25 ⋅ грех( т ) - круглый( 1,25 ⋅ грех( т ) ) круглый( х ) Икс
Возможно, самый высокий бит вашего сигнала обрезается? Казалось бы, это может привести к такой форме волны.
источник
Я на самом деле видел это раньше. Я работал на процессоре ADSP-21xx. Аудиокодек помещает входящие данные в формате дополнения со знаком 2. В тот день я отправлял данные в многоканальный ЦАП Maxim, который ожидал двоичный файл без знака. Все вокруг смеялись над ушами Бэтмена, затем я добавил несколько строк кода, чтобы вернуться к неподписанному двоичному файлу.
Чтобы это исправить, нам понадобится гораздо больше информации. Похоже, что могут быть некоторые проблемы переполнения.
источник
Это очень интересно Я решил взглянуть на концепцию потери наиболее значимого фрагмента синусоидальной волны. Я сделал это за половину цикла синусоидальной волны, и это действительно приводит к форме волны в вопросе оригинального плаката.
Созданная мной электронная таблица изменяет аргумент функции sin () с 0,00 до 3,14. Затем он масштабирует диапазон синусоидального результата, который будет масштабироваться в диапазоне от 0 до 255, чтобы соответствовать диапазону значений байтов. Наконец верхний бит диапазона значений байтов был обрезан.
Электронная таблица, используемая для создания изображения, доступна в виде файла Excel .xlsx здесь: https://docs.google.com/file/d/0BxTbL_E1KhGvbTYtY1k1WTNxT1U/edit?usp=sharing
источник
Подсказки на данный момент: 1. Проблемная форма волны выглядит как синус с высокой битовой (ыми) обратной полярностью или, по крайней мере, вызывает сдвиг к другой базовой линии. 2. Проблемный сигнал выглядит как тестируемый сигнал, но с отмеченным преобразованием. 3. Периодичность проблемы достаточно велика (секунды) и, похоже, зависит от частоты дискретизации.
Я собираюсь предположить, что где-то в системе есть переполнение буфера, в результате чего через некоторый интервал, на который влияет частота дискретизации, байты теряются, что приводит к отключению границ числа. Например: для 16-разрядных чисел ЦАП ожидает H1 L1, но вместо этого получает L1 H2 или аналогичный. (По аналогии с предложением Грэди). Таким образом, сигнал имеет функции, напоминающие предполагаемый сигнал, но, конечно, искаженные неправильными байтами в неправильных местах.
csadam не упомянул, как на компьютере генерируется USB-сигнал, но, возможно, это было бы интересно.
источник