Asservissement d'un subwoofer avec le DSPiy

[philby]

Impressionnant, ca donne envie.

Petite question sur l'appli.
Dans mon cas j'ai 2 sub, mettre 2 DSPiy c'est un peux beaucoup.
Donc on réfléchissant, mais pas trop, je devrais pouvoir sortir les voies SUB en SPdif d'un autre DSPiy qui fait sélecteur de sources.
Donc 2 entrées analogiques de disponibles
Tu as compris la question ?

Non

Tu veux asservir sur un sub, et sortir le signal vers deux subs, l'un étant "esclave"?

Ou deux voies analogiques pour 2 capteurs?
mais là, il faut refaire l'appli

[thierryvalk]

Oui, faire 2 sub indépendants avec 1 seul DSPiy.
OK pour refaire l'appli, mais faisable sans trop se prendre la tête ?

[alka]

un gars sur hcfr a fait deux subs identiques avec un seul asservi MFB, l'autre non. Cad un seul avec le catpeur et les deux subs soumis au meme signal corrigé. Ca marche. Le deuxième sub sans accéléro se comporte bien.

cela dit, faire une économie sur une carte DSPiy ca ne te ressemble pas !

[philby]

Oui, faire 2 sub indépendants avec 1 seul DSPiy.
OK pour refaire l'appli, mais faisable sans trop se prendre la tête ?

Oui, ça pourrait être faisable je pense...à voir, surtout en passant à 48k.
Les subs resteraient en stéréo, c'est à dire complètement indépendants au niveau signal, mais soumis aux mêmes corrections (pas de réécriture de DStudio!)

[philby]

Un truc comme ça, en partant d'une 2x3, donc 6 blocs de biquads filtrants + 4 peq chacuns (là il n'y en a que 4!)
avec deux groupes de filtres (là ils y sont, sur les voies accéléro).
On n'a que 4 sorties! On peut encore avoir un autre sub en symétrique!!!!
Bon, c'est riche, parce que un ampli en //sur l'autre, et ça gère les deux subs (mais en mono...)

Tu n'es pas obligé de prendre des JBL GT120 non plus

[alka]

je ne savais pas que le DSP sait gérer 4 entrées simultanées !
là ca devient coton pour le nommage et pour dstudio de s'y retrouver...

[thierryvalk]

Bon, c'est riche, parce que un ampli en //sur l'autre, et ça gère les deux subs (mais en mono...)

Au final pas vraiment vu qu'il faut toujours un DSPiy et 2 ampli.
En stéréo c'est aussi mieux pour faire la mise au point.
Moins de ressources ne me dérangent pas, le passe-bas devrait être fait en amont question d'être en FIR.

je ne savais pas que le DSP sait gérer 4 entrées simultanées !

Oui l'ADAU1701 sait lire ses DAC et l'entrée I2S pour le digital en même temps.
Et s'il faut 2 entrées digitales, il y a des possibilités avec l'ADAU1452.

[philby]

Donc ça , ça te suffirait?
Les voies "signal" sont simplifiées à l'extrème. Juste un délai pour aligner...
Par contre sur les accéléro, les 15 biquads puis les 8 biquads dans la boucle sont nécessaires, si on veut bien linéariser.

[thierryvalk]

Oui, et même le délai n'est pas nécessaire vu qu'en FIR c'est la voie basse qui est à la traine et pénalise le reste.
Par contre 1 biquad sur le signal serait pratique pour avoir le réglage du gain et de la phase sous la main.

Faudrait aussi bien tester l'affaire en 48K, niveau latence ADC et DAC mais aussi le fait que l'on dispose de 2x moins de précision sur les délai 1/48 à la place de 1/96 comme pas.

Sans être parano, mais se pencher sur les protections serait un plus.
On devrait sans trop de ressources pouvoir détecter un écrêtage anormal et passer les sorties en Mute.

Et j'ai même trouvé une fonction pour les 2 sorties restantes :
Si le DSP passe les sorties en Mute, le DSPiy n'en sait rien, on pourrait donc utiliser ces sorties pour commander des LED d'affichage de l'état.
A cogiter.

[philby]

J'ai hésité justement à virer le gain et la phase!
Le problème c'est que le passe haut ne peut être mis sur "aucun", comme le passe bas (du moins sur mid). On a donc 10Hz, au moins. Ca n'est gênant qu'au niveau de la mise au point.

Donc :

[thierryvalk]

Ah oui, autant pour moi, je pensais à tord que le signal passait par les casses de filtrage global.
Je pense que ce sera mieux sans.

[philby]

J'ai d'ailleurs une petite observation à propos des délais de calcul du dsp :
Sur l'appli sub, j'ai mesuré sur tous les points accessibles que j'ai ressorti sur les différentes sorties, exactement le même retard, de 600µs.
Ce délai est-il incompressible, ou dépend-il du nombre de process programmés.
Ou encore, autre possibilité, toutes les sorties sont latchées au même moment, après tous les calculs?

600µs, ce n'est pas négligeable (j'ai 0 délais ajoutés sur l'asservissement) et passer à 48kHz sera équivalent à mettre un timer à 60 dans l'appli actuelle, et ça ne passe pas pour le moment.
On voit ici les points concernés :

[thierryvalk]

Le principe est relativement simple au niveau des calculs du DSP.
A chaque sample il fait ses 512 instructions (en 96k), donc latence identique que tu aies 1 ou 50 biquad.
Sinon pour la latence totale, c'est ADC + 1 sample pour le DSP + DAC.
Il y a peut-être aussi l'un ou l'autre sample pour l'I2S.

En passant en 48K on risque d'avoir une latence plus grande pour le DAC, niveau ADC je ne pense pas vu qu'il n'y a aucun paramétrage à ce niveau.

Par contre, pour les contrôles délais, il y a un truc étrange mais qui semble incontournable dans Sigmastudio et le DSP, c'est le délai minimum qui est de 1.
On peut mettre 0 dans DStudio, mais c'est une supercherie vu qu'il fera +1 pour transmettre au DSP.

[philby]

D'accord, c'est limpide quand tu explique!
Ce qui explique qu'on ait 600µs partout.
Il faut voir maintenant comment ça joue pour l'asservissement, et où se situe ce temps dans la chaine.

[thierryvalk]

Oui, de mémoire on avait déjà tenté cet exercice mais sans aller au bout.

Il y a les datasheets :
ES9023 group delay 35/fs
Pour l'ADC du DSP, rien vu dans la datasheet, juste cette conversation : https://ez.analog.com/message/7713#7713


On devrait pouvoir ce qui se passe en injectant un signal carré qui ferait saturer l'ADC et en vérifiant sur l'I2S d'un DAC.

[philby]

Oui, interressant :

The DSP core itself has a very small group delay of one or two samples.
The ADCs have a group delay of about 25 samples, or 0.5 ms @ 48 kHz.
The DACs have a group delay of about 25 samples, or 0.5 ms @ 48 kHz.
The complete ADC-DSP-DAC path has a group delay of ~50 samples, or 1 ms @ 48 kHz.

Donc à 96k, on a 25 samples pour l'adc : 260µs
25 samples pour les dacs : 260µs
2 samples pour le dsp : 20µs
donc en tout 52 samples = 540µs

C'est assez cohérent avec ce que je mesure.
En fait le dsp lui même est négligeable.

[thierryvalk]

Donc à 96k, on a 25 samples pour l'adc : 260µs
25 samples pour les dacs : 260µs
2 samples pour le dsp : 20µs
donc en tout 52 samples = 540µs

je compte :
ADC 25
DAC 35
DSP 2

Total : 62*1/96 = 646 µS

Notre DAC est un ES9023 et non le DAC de l'ADAU1701

[philby]

oups, oui, je n'avais pas fait attention.
Donc il faudra voir ce que devient le délai total en 48k...
Je vais essayer de faire ça ce WE...