Erkennst du dieses Signal?

Die Geschichte für dieses Signal ist die folgende. Ich habe einen NAD C 356BEE-Verstärker mit integriertem MDC-DAC-Modul gekauft . Es hat optische und USB-Eingang. Die Optik ist in Ordnung, aber wenn ich den DAC über USB an meinen PC anschließe, macht er zu festgelegten Zeiten ein Klicken / Knacken. Die Klickfrequenz hängt irgendwie mit der Signalabtastrate zusammen. Zum Beispiel bei 96 kHz alle 2,5 Sekunden, aber bei 48 kHz alle 30 Sekunden.

Ich habe eine Sinuswelle gespielt, das Rauschen aufgezeichnet und die Wellenform vergrößert. Es ist ein sehr kurzes Signal, ungefähr 0,008 Sekunden. Hast du eine Idee woran es liegen könnte?

Die Amplitude des Rauschsignals ist viel höher als das Testsignal. Die Länge des Rauschsignals ist zufällig (aber sehr kurz, Sie hören nur ein Klicken), aber die Wellenform ist für dasselbe Testsignal immer gleich.

Unterschiedliche Testfrequenzen verursachen unterschiedliche Fehlersignale. Es scheint, dass das Fehlersignal eine Transformation des Originals ist.

Das sieht aus wie eine Sinuswelle, um die die y-Achse gewickelt ist. Hier ist mein Versuch, es neu zu erstellen:

Dies ist ein Plot der Funktion , wobei round ( x ) x auf die nächste ganze Zahl rundet .$1.25 \cdot \sin(t) - \operatorname{round}(1.25 \cdot \sin(t))$$\operatorname{round}(x)$$x$

Vielleicht wird das höchste Bit Ihres Signals abgeschnitten? Das würde wahrscheinlich eine solche Wellenform erzeugen.

Das habe ich schon mal gesehen. Ich habe an einem ADSP-21xx-Prozessor gearbeitet. Der Audio-CODEC setzt die eingehenden Daten in das Komplement-Format von 2 mit Vorzeichen. An diesem Tag habe ich die Daten an einen Mehrkanal-Maxim-DAC gesendet, der eine vorzeichenlose Binärdatei erwartet hat. Alle um mich herum hatten ein Lachen über die Batman-Ohren, dann fügte ich ein paar Codezeilen hinzu, um zur nicht signierten Binärdatei zurückzukehren.

Um das Problem zu beheben, benötigen wir viel mehr Informationen. Es sieht so aus, als ob es einige Überlaufprobleme geben könnte.

Das ist sehr interessant. Ich beschloss, mir das Konzept des Verlusts des höchstwertigen Teils einer Sinuswellensequenz anzuschauen. Ich habe es für einen halben Zyklus einer Sinuswelle gemacht und es führt tatsächlich zu der Wellenform in der Frage des ursprünglichen Posters.

In der von mir erstellten Tabelle wird das Argument für die Funktion sin () von 0,00 auf 3,14 erhöht. Es skaliert dann den Bereich des Sinusergebnisses, der über den Bereich von 0 bis 255 skaliert werden soll, um einem Byte-Wertebereich zu entsprechen. Schließlich wurde das obere Bit des Byte-Wertebereichs abgeschnitten.

Die zum Erstellen des Bildes verwendete Tabelle ist als Excel-XLSX-Datei verfügbar: https://docs.google.com/file/d/0BxTbL_E1KhGvbTYtY1k1WTNxT1U/edit?usp=sharing

Bisherige Hinweise: 1. Die Problemwellenform sieht aus wie ein Sinus mit hoher Bitumkehrpolarität oder verursacht zumindest eine Verschiebung zu einer anderen Grundlinie. 2. Problemwellenform sieht aus wie die zu testende Wellenform, jedoch mit der angegebenen Transformation. 3. Die Periodizität des Problems ist ziemlich lang (Sekunden) und scheint mit der Abtastrate zu variieren.

Ich werde vorschlagen, dass es irgendwo im System einen Pufferüberlauf gibt, bei dem in einem Intervall, das von der Abtastrate beeinflusst wird, Bytes verloren gehen, wodurch die Zahlengrenzen verschoben werden. Beispiel: Für 16-Bit-Nummern erwartet der D / A H1 L1, empfängt jedoch stattdessen L1 H2 oder Ähnliches. (Ähnlich wie Gradys Vorschlag). Das Signal hat also Merkmale, die an das beabsichtigte Signal erinnern, aber natürlich durch die falschen Bytes an den falschen Stellen verzerrt sind.

csadam hat nicht erwähnt, wie das USB-Signal vom PC erzeugt wird, aber das wäre vielleicht interessant.