Filtre actif à base de DSP : le DSPiy

» 17 Juil 2014 21:34

Je ne connais pas trop la technologie de ces boîtiers, mais il s'agit du GND. Donc à mon avis plus q'une fonction thermique comme sur certains boîtiers de composants de puissance pure.

Ce PCB est petit, mais 4 couches. On a donc une couche avec presque la totalité de la surface comme GND.
Niveau consommation, ce DSP fait de l'ordre de 400mA pour en 1V2. Le régulateur est interne avec transistor NPN externe, et là je pense avoir oublié d'évaluer la dissipation de ce dernier.
Le collecteur donne le 1v2 au DSP via l'autre couche interne mais qui partage le 3v3 digital et 3v3 analogique. Pas certain d'avoir mis assez de surface de cuivre pour dissiper 3v3-1v2 x 400mA :oops:

Il me faudra donc peut être bricoler un refroidisseur pour ce transistor.

Tant que l'on est sur le thermique, vu que l'on prend le 3v3 sur le régulateur digital du DSPiy qui peut fournir jusqu'à 1A, faudra surveiller sa dissipation qui se fait aussi via un pad central.

Sur le DSPiy II qui est en 4 couches, même principe et donc grande surface de refroidissement. Par contre sur le DSPiy 1 il faudra peut être lui coller un refroidisseur en plus.

Bref, rien n'est si simple mais pas compliqué et lorsque l'on compare aux produits "concurrents" ce DSP a tout de même de grands potentiels tout en gardant une relative simplicité de mise en œuvre.

» 17 Juil 2014 22:27

Il faudrait voir en pratique,

800mA cela semble vraiment le max à température ambiante à 85°.

à 300MIPS,la datasheet donne une conso de 150mA.(FIR 2x9000+100aine de biquad à 48KHz)
ce,juste pour les calculs DSP.

Avec les modes de réduction de puissance,peut-être moyen de désactiver de l'inutile.
il y a des colles qui tiennent 80-90°,cela ne devrait pas être rédhibitoire.

le 6V aussi,1A devrait être limite pour l'ensemble en théorie.

» 17 Juil 2014 22:46

Oui, il faut voir en pratique d'où ce proto un peu brouillon.
Ce qui est marrant, c'est que l'ADAU1452 semble avoir une consommation en fonction du traitement contrairement à l'ADAU1701 du DSPiy.
Ce qui est plus logique vu que mis à part quelques fonctions comme volume et détections de niveau, le DSP fait toujours le même travail par sample. Et donc tourne toujours à 100% contrairement à un processeur de PC par exemple.

» 18 Juil 2014 7:58

Sur la carte d'évaluation,le PNP du reg linéaire,
c'est un std2805 smd (6mm x 6mm)
15W 5A.

pour le reg du DSPiy,en utilisant une alim 5V 2A,ça permet déjà de limiter la dissipation sur le reg 3.3V.
(la V2 fonctionnait en 4.6V).
ou sinon pour ne pas changer l'alim,rajouter 2 diodes en serie sur le 6V.

chose à part:
294MIPS x 4 opérations= 1.2 Giga opération/seconde.
en divisant par 48KHz et 3000 biquads =8 Multiply/addition par biquad.

je pensais qu'il n'en fallait que 6 par biquad.?
peut être la limite mémoire,3000 x 6 coeff=18000 mots
avec 4000 théorique--->24000 mots.

» 18 Juil 2014 10:10

Je ne sais pas sur l’ADAU1452, mais sur l’ADAU1701 c’est 10 instructions par biquad en double précision.

Pour les coefficients, ils sont en mémoire data et il n’en mémorise que 5. A0=1

On a déjà vu en FIR, les chiffres donnés par ADI ne sont pas très clairs.

» 18 Juil 2014 12:42

Petites simulations avec SigmaStudio, simplement 2 entrées vers 2 sorties en 48KHz pour voir la consommation en ressources.

2 tables FIR de 8000 :

DM0 RAM used : 16031 (of 20480)
DM1 RAM used : 16008 (of 20480)
PM RAM used : 00000 (of 8192)
Program lenght : 00120 93 instructions (32bit :66 64bit :27)
Total PM used : 00120 (of 8192)

En rajoutant 1 biquad double précision :

DM0 RAM used : 16040 (of 20480)
DM1 RAM used : 16017 (of 20480)
PM RAM used : 00000 (of 8192)
Program lenght : 00144 108 instructions (32bit :72 64bit :36)
Total PM used : 00144 (of 8192)

Et un second sur la même voie:

DM0 RAM used : 16045 (of 20480)
DM1 RAM used : 16021 (of 20480)
PM RAM used : 00000 (of 8192)
Program lenght : 00147 93 instructions (32bit :73 64bit :37)
Total PM used : 00147 (of 8192)

Donc pour le premier biquad : 9 + 9 = 18 data Ram et 22 instructions
Le second : 5+4= 9 data Ram et 3 instructions

On constate que ce n’est pas du tout la même logique qu’avec l’ADAU1701 et qu’il n’y a pas vraiment de logique.
Ce qui est normal vu sa structure interne.
Et bien content que ce soit SigmaStudio qui s’occupe de tout, je n’ose imaginer la complexité pour écrire soit même des routines en assembleur et même en C.

» 18 Juil 2014 14:28

En effet,
on se demande bien quelle est la sauce interne !

peut-être qu'il écrit un en-tête pour la ligne biquad,le premier biquad semble consommer +,et les suivant sont "constant" et normaux en gourmandises.

En pratique,les calculs sur 32 bits sont suffisants
il y a de la ressource qd même,avec 2x10000 taps +60aine de biquad.

il a de l'avenir le petit

» 18 Juil 2014 15:46

Quelle température le four ?

» 18 Juil 2014 16:43

Kro a écrit:Quelle température le four ?

Dépend de la soudure principalement.
Préchauffage au alentours de 160°C et refusion vers les 250°C . Plus pour de la soudure sans plomb.
Le tout est de pouvoir monter rapidement à la température de refusion.
En fait il faut suivre une courbe cible et faire des écoutes tests.

» 19 Juil 2014 16:11

Pour apporter encore le meilleur,la quintessence,la substantifique moelle ,

Avec le nouveau firmware,le bargraphe ne décolle pas.il reste dans les ~20-30% de l'affichage.(

Bon,c'est pas ce qui est le +important).
Le seuil de -75dB en explication ?

même en rentrant quasi pleine échelle (et en sortant ça envoie ,0dB les Hélicoptères du tour de France se sont barrés).

(une impression non fondée,la sensibilité a changé ? toujours 1Vrms avec jumper ?)

J'ai collé un passe haut 48dB/o +grosse EQ négative et sélective (genre brickwall à 40Hz avec une chouille de surtension).
Nickel,impossible de faire talonner les graves (à 0dBfs). :bravo:

c'est juste super propre.

» 19 Juil 2014 18:19

Il y a fichier .bin pour la version 3.0 ?

» 19 Juil 2014 20:55

Le firmware n’interfère en rien avec la qualité du son.
Il ne fait que 2 choses : fixer le volume et lire le niveau d’entrée.
Chose qu’il ne fait pas trop bien vu qu’il lit un niveau max avec décroissance dans le temps. Bref on n’est pas en dB.
A noter qu’avec le nouveau look de l’affichage, le full scale se trouve à moitié d’écran.

Le firmaware 3.0 en .bin existe, mais sur mon PC. :ko:

Vacances, j’oublie tout, plus rien à faire du tout, j’ ….

» 21 Juil 2014 15:40

Le firmware n’interfère en rien avec la qualité du son.
Il ne fait que 2 choses : fixer le volume et lire le niveau d’entrée.

Oui,oui,je ne parlais pas de qualité du traitement.
justement pour le bargraphe,avec la nouvelle table de volume,il semble que "l'amplitude" du bargraphe est bcp +faible.(bon,c'est vraiment pour discuter...

)

Ce pourquoi un essai avec la table de volume initiale aurait été "comparable".

qqun d'autre a remarqué cela,ou c'est moi qui boit trop ?

» 21 Juil 2014 16:04

Tiens, comme j'ai testé la V3 du Firmware sur mon DSPiy CG1 ...

Alors, dans les fonctions en plus qui fonctionnent bien:
- Auto-Off - impeccable (sur entrée I2S)
- L'atténuation jusque -75dB, très bien
- le gros bare-graph c'est cool.

Soucis lorsque l'on met un nom trop grand (plus de 11 caractères), il passe à la ligne (superposé au texte existant - entrée I2S).
Ce n'est pas critique dans le sens où l'on ajuste le nom et zou.

Sinon, ben, enjoy again :thks:

Merci Thierry pour ce produit très ben conçu :bravo:

D.

» 21 Juil 2014 17:34

C'est vrai qu'avec des délais supérieurs,en rajoutant deux HP de basse,filtrés et shiftés en phase,on obtient une réponse en bas sans trop de nulls.

à creuser (faut juste de la place pour les caser).
le dilemme (si il y a ),c'est avec le FIR 2x9000 taps,ce sera ou correction de phase en bas,ou EQ ph.minmale.
il y aura de quoi faire.