DSPiy : logiciels et algorithmes

» 06 Oct 2013 20:40

C'est une version bêta, donc avec des bugs, anomalies et inperfections.... Donc uniquement pour faire des tests... Et pas directement sur des enceintes. :charte:

Merci aux courageux de nous faire un petit rapport de ce qui fonctionne et ne fonctionne pas. :thks:

» 06 Oct 2013 20:47

Un petit bug
Dans DS_Crossover, en mettent LR36 ou LR48, les réglages des EQ disparraissent

» 06 Oct 2013 21:34

mais avec le bessel 36 il me semble que l’on est à côté de la fréquence de croisement désirée

Alors il y a un pb dans l'interprétation des coefs.
Traité sous deux formes

La F de coupure (1kHz) à -3dB est parfaitement respectée

l’on compare au niveau de la pente, on ne voit pas grand-chose de mieux.

La contrainte d'un Bessel est son tpg constant. Pas sa pente, à l'inverse d'un Bu, par exemple.

Si cela peut aider, un tableau des coefs des transformées de Linkwitz.

» 06 Oct 2013 21:44

Comme je l'ai noté, je n'ai pas tout vérifié, une simple erreur d'encodage est possible.
Il s'agit d'une version bêta dont le but est de dégrossir l'ensemble.

» 06 Oct 2013 21:53

alkasar a écrit:
sur le site se trouve DSPiyStudio v2.02 beta ...

Super ! l'aventure continue et les résultats arrivent.
Merci pour tout ce boulot !

» 06 Oct 2013 23:42

Merci razzortec pour ce premier retour.
Je prend note de tout et vérifierai, même si je ne répond pas directement.

» 06 Oct 2013 23:51

razzortec a écrit:Un petit bug
Dans DS_Crossover, en mettent LR36 ou LR48, les réglages des EQ disparraissent

dans quelle appli ?
sur l'appli 2x3 c'est normal puisque ces filtres consomment tous le biquads disponibles.

» 07 Oct 2013 12:48

alkasar a écrit:
razzortec a écrit:Un petit bug
Dans DS_Crossover, en mettent LR36 ou LR48, les réglages des EQ disparraissent

dans quelle appli ?
sur l'appli 2x3 c'est normal puisque ces filtres consomment tous le biquads disponibles.

Oui c'est ça Alain
Il y a que l'appli 1x3 qui permet de combiner les 2

» 09 Oct 2013 21:35

Petit bug découvert dans DStudio, toutes versions :
Selon les applis, un « Import Config » d’une appli digitale vers appli analogique et inversement peut créer des effets non désirés : plus de signal en sortie ou sur un seul canal.
Sera corrigé dans DStudio 2.02

» 11 Oct 2013 9:11

bonjour

maintenant que l'on a le soustractif, on pourrait peut etre faire une tentative pour avoir une appli 2x3+1 avec un Sub piloté/asservi apr le dspiy...
il y a pas mal de contraintes à discuter mais c'est probablement le bon topic pour commencer

voila un schéma d'appli qui me trote dans la tete:

on utilise un filtre soustractif pour séparer la partie ULF (ultra low frequence) sans boulverser la phase.
la partie HP (High Pass) suivra un traitement traditionel crossover, et la partie LP (low pass) aura une fonction servo pour asservir la membrane avec un capteur d'acceleration (voir topic sub asservi) directement relié sur une entrée analog-in du dspiy.
Il faut envisager de corriger les delais de chaqu'une des 2 branches pour minimiser le dephasage entre les enceintes principales et le sub à la frequence de crossover f0, mais je ne represente cette complexité ici.
Le probleme majeur c'est de minimiser le group delay de la chaine ADC-DSP-DAC et par exemple le filtre High pass en sortie du capteur est remplacé par un "DC servo" dans le DSPiy pour éviter le déphasage induit par une capa série...

c'est une idée donc pour débat

EDIT: le pilotage (optionel) du gain avant le servo c'est pour éviter l'effet mur de brique dans le sub quand il n'y a pas de signal ou quand on tapotte sur le sub, sans parler des portes qui claques quand les gosses sont dans le coin. Mais il y a peut etre une autre bonne raison genre stabilité à faible niveaux, etc... pour discussion

» 11 Oct 2013 9:48

Le problème majeur est le group delay introduit par le DSPiy.
J’en ai déjà parlé et fait des mesures qui confirment les précédentes mesures de Philby.
On est vers 600µS avec le DSPiy.

Les délais principaux proviennent des convertisseurs AD et DA.
C’est leur principe même de fonctionnement qui introduit un délai. Par exemple un ADC contient en général un filtre FIR dont le seul défaut est d’introduire un délai.
Ces délais de groupe sont en général repris dans les datasheets en nombre de sample ou fixe en µS.
Certains sont +- programmables, le WM8737L permet un mode avec 4/fs. AD74111 en mode Low Group Delay : 87µS
Le AD73322L qui fait AD et DA a respectivement 25µs et 50µs mais en 16bits, en 48kHz et avec un port non I2S mais je pense utilisable avec notre DSP.

Je n’ai pas fait trop de recherches sur les DAC, il faudrait voir pour un ampli class-D avec entrée I2S.

Une vraie régulation PI ou PID pourrait rester stable avec certains délais, mais pas des plus simple à implanter avec Sigmastudio.
Mais l’idée est à creuser, car on peut aussi très simplement rajouter par exemple un limiteur.
Et un sub montant à 120Hz soit 8333µs c’est pas très rapide. Mais 8333/600=14 il faudrait au grand minimum un rapport de 20 et a 100 ce serait mieux mais donc un délai max de 83µs.

» 11 Oct 2013 9:54

Ca fait quand même un bon déphasage (25°)!

» 11 Oct 2013 10:07

Et ça reste complexe pour remplacer 3 AOP.
Par contre si l’on pouvait trouver un système sans capteur sur la membrane mais une sorte de fichier de calibration en ayant juste un ou des capteurs pour compenser les paramètres variables.

» 11 Oct 2013 10:24

thierryvalk a écrit:Et ça reste complexe pour remplacer 3 AOP.
Par contre si l’on pouvait trouver un système sans capteur sur la membrane mais une sorte de fichier de calibration en ayant juste un ou des capteurs pour compenser les paramètres variables.

cette idée à justement été dévlopée sur le topic diyaudio et balayée rapidement du fait que ce fichier serait valable à une certaine condition de puissance, or les caractéristiques HP+BOX vont changer avec la puissance

pour les 3 aop on est d'accord, le but est pas trop de les remplacer, mais de faire autrement pour avoir de nouvelles possibilités

» 11 Oct 2013 10:28

C'est déjà le cas.
Pour ce CFB, le pression vitesse est purement modélisé et peu être traité par le DSP hors boucle
Ici c''est plus simple qu'en CFB, mais c'est le même principe. On a un ensemble de paramètres issue de modélisations et de mesures et une boucle minimale d’asservissement.
Au final, même en la minimisant au max, cette boucle est là, c'est elle l'asservissement et elle est critique. Pourquoi vouloir remplacer comme tu le dis trois pauvres AOP qui travaillent à 80% de la vitesse de la lumière par quelque chose d'infiniment plus complexe et lent.