Reconnaissez-vous ce signal?

L'histoire de ce signal est la suivante. J'ai acheté un amplificateur NAD C 356BEE avec un module DAC MDC intégré . Il a une entrée optique et USB. L'optique est OK, mais si je connecte le DAC à mon PC avec USB, cela fait du bruit de cliquetis / claquement à des moments spécifiés. La fréquence des clics est en quelque sorte liée à la fréquence d'échantillonnage du signal. Par exemple, à 96 kHz, il apparaît toutes les 2,5 secondes, mais à 48 kHz, il apparaît à 30 secondes.

J'ai joué une onde sinusoïdale, et j'ai enregistré le bruit et zoomé sur la forme d'onde. C'est un signal très court, environ 0,008 seconde. Avez-vous une idée de ce que cela pourrait être?

L'amplitude du signal de bruit est beaucoup plus élevée que le signal de test. La longueur du signal de bruit est aléatoire (mais très courte, vous entendez juste un clic), mais la forme d'onde est toujours la même pour le même signal de test.

Différentes fréquences de test provoquent des signaux d'erreur différents. Il semble que le signal d'erreur soit une transformation de l'original.

Cela ressemble à une onde sinusoïdale avec l'axe y enroulé autour. Voici ma tentative de le recréer:

Il s'agit d'un tracé de la fonction , où arrondit à l'entier le plus proche.$1.25 \cdot \sin(t) - \operatorname{round}(1.25 \cdot \sin(t))$$\operatorname{round}(x)$$x$

Peut-être que le bit le plus élevé de votre signal est coupé? Cela semblerait susceptible de produire une telle forme d'onde.

J'ai déjà vu cela auparavant. Je travaillais sur un processeur ADSP-21xx. Le CODEC audio met les données entrantes au format complémentaire signé 2. Ce jour-là, j'envoyais les données à un DAC Maxim multicanal qui attendait un binaire non signé. Tout le monde a ri aux oreilles de Batman, puis j'ai ajouté quelques lignes de code pour revenir au binaire non signé.

Pour y remédier, nous allons avoir besoin de beaucoup plus d'informations. Il semble qu'il puisse y avoir des problèmes de débordement.

C'est très intéressant. J'ai décidé de jeter un coup d'œil au concept de perdre le bit le plus significatif d'une séquence d'onde sinusoïdale. Je l'ai fait pendant un demi-cycle d'une onde sinusoïdale et cela conduit effectivement à la forme d'onde dans la question de l'affiche originale.

La feuille de calcul que j'ai créée fait passer l'argument de la fonction sin () de 0,00 à 3,14. Il met ensuite à l'échelle la plage du résultat sinusoïdal à mettre à l'échelle sur la plage de 0 à 255 pour correspondre à une plage de valeurs d'octets. Enfin, le bit supérieur de la plage de valeurs d'octets a été coupé.

La feuille de calcul utilisée pour créer l'image est disponible sous forme de fichier Excel .xlsx à partir d'ici: https://docs.google.com/file/d/0BxTbL_E1KhGvbTYtY1k1WTNxT1U/edit?usp=sharing

Indices jusqu'à présent: 1. La forme d'onde du problème ressemble à un sinus avec une polarité inverse de bit (s) élevée (s) ou au moins provoquant un décalage vers une ligne de base différente. 2. La forme d'onde du problème ressemble à la forme d'onde sous test, mais avec la transformation notée. 3. La périodicité du problème est assez longue (secondes) et semble varier avec la fréquence d'échantillonnage.

Je vais suggérer qu'il y a un tampon dépassé quelque part dans le système, où à un certain intervalle qui est affecté par la fréquence d'échantillonnage, les octets sont perdus, ce qui provoque la suppression des limites de nombre. Par exemple: pour les nombres à 16 bits, le D / A attend H1 L1 mais reçoit à la place L1 H2, ou similaire. (Similaire à la suggestion de Grady). Le signal a donc des caractéristiques qui rappellent le signal prévu, mais bien sûr déformé par les mauvais octets aux mauvais endroits.

csadam n'a pas mentionné comment le signal USB est généré par le PC, mais ce serait peut-être intéressant.