Filtre actif à base de DSP : le DSPiy

[Philby]

oui, je parle du V2.
Je pensais qu'un convertisseur usb.I2S était mieux que l'usb à CP2114, mais je peux me tromper!!!

[thierryvalk]

Ils sont tous 2 USB -> I2S.
Mais la comparaison s’arrête là.
Le CP2114 c’est exclusivement du 16bits à 48KHz, mais a le grand avantage de ne pas nécessiter de driver et surtout de couter moins de 2€.
Et vu qu’il nous sert aussi pour la programmation, c’est gratuit.

[Philby]

Oui, il a bien des avantages! Mais sur mon petit portable, la lecture bagotte un peu alors qu'avec l'amanero, c'est fluide...
je ne sais pas si c'est une question de driver.

[thierry38efd]

En anecdote ,

avec le 2114+rallonge USB moderne (3m),il y'a un petit "sifflement" (du genre 1KHz+5-6KHz).
phénomène bizarre,sur 2 PC.

Avec une rallonge USB 1.0 du début des années 2000,aucun bruit...
les chinoiseries modernes.
c'est peut-être des "rebonds" en ligne de transmission.

edit:par contre,pas de problème en Com. ou avec un câble USB court.(genre 50cm ou 1m).

[alkasar]

on pourrait faire un sujet a part RPi avec DSpiy ? pacapona tu t'y colles ?
ca intéresse du monde (cf quelques pages plus haut sur le sujet) et j'ai peur que ces discussions intéressantes soient perdues en page 346 d'un long topic.

pour moi, comme déjà dit plus haut je vois 3 niveaux de cohabitation, de complexité croissante :
1- Rpi comme source. A priori en I2S. Prévoir les cas DSPiy1, Dspy2 avec et sans ADAU1452

2- Rpi est aussi controleur : le Rpi pilote le DSPiy par exemple en envoyant les codes IR dans le trigger_in du dspiy. Dans ce cas, le Rpi devient la tour de controle, on peut utiliser ses interfaces, GPIos, écran tactile,etc. Misu a déjà commencé a réfléchir a la question pour la partie codes IR.

3 - Rpi remplace DStudio. Le must : le Rpi dialogue avec le µC du dspiy (par l'interface série ? I2C ?). On pourrait aller jusqu'à remplacer DStudio par une interface web sur un serveur hébergé sur le Rpi. Le Rpi+DSpiy devient un appareil complètement autonome.

[Tazz28]

Ils sont tous 2 USB -> I2S.
Mais la comparaison s’arrête là.
Le CP2114 c’est exclusivement du 16bits à 48KHz, mais a le grand avantage de ne pas nécessiter de driver et surtout de couter moins de 2€.
Et vu qu’il nous sert aussi pour la programmation, c’est gratuit.

tout est dit.

[Tazz28]

on pourrait faire un sujet a part RPi avec DSpiy ? pacapona tu t'y colles ?
ca intéresse du monde (cf quelques pages plus haut sur le sujet) et j'ai peur que ces discussions intéressantes soient perdues en page 346 d'un long topic.

pour moi, comme déjà dit plus haut je vois 3 niveaux de cohabitation, de complexité croissante :
1- Rpi comme source. A priori en I2S. Prévoir les cas DSPiy1, Dspy2 avec et sans ADAU1452

2- Rpi est aussi controleur : le Rpi pilote le DSPiy par exemple en envoyant les codes IR dans le trigger_in du dspiy. Dans ce cas, le Rpi devient la tour de controle, on peut utiliser ses interfaces, GPIos, écran tactile,etc. Misu a déjà commencé a réfléchir a la question pour la partie codes IR.

3 - Rpi remplace DStudio. Le must : le Rpi dialogue avec le µC du dspiy (par l'interface série ? I2C ?). On pourrait aller jusqu'à remplacer DStudio par une interface web sur un serveur hébergé sur le Rpi. Le Rpi+DSpiy devient un appareil complètement autonome.

1- DSPiyV1, il faut compléter la DINv1 avec l'isolateur pour le mode maitre et revoir le soft, DINDS, pas prévu sans modif hard. DSPiyV2, y a plus d'isolateurs je crois donc soft uniquement.

[thierryvalk]

Oui, exact, dans le cas où le Rpi est en Slave.
Vu que l’on parlait du CP2114, à la base je voulais l’utiliser avec son oscillateur interne.
C’est techniquement possible, mais cet oscillateur fait 48MHz.
Donc soucis similaire au Rpi, une division d’horloge qui n’est sur des entiers , mais de mémoire Silabs se vantait d’avoir une méthode de division qui allait bien.
Le constat : n’a jamais fonctionné avec le CS8422. Cela me fait dire qu’il faudrait analyser un peu mieux le Rpi en Master vu qu’il semble fonctionner.

Je me méfie de plus en plus des lectures du Net.

PS j'espère que ces posts seront replacés lorsque le sujet aura été créé.

[Pacapona]

on pourrait faire un sujet a part RPi avec DSpiy ? pacapona tu t'y colles ?
ca intéresse du monde (cf quelques pages plus haut sur le sujet) et j'ai peur que ces discussions intéressantes soient perdues en page 346 d'un long topic.

pour moi, comme déjà dit plus haut je vois 3 niveaux de cohabitation, de complexité croissante :
1- Rpi comme source. A priori en I2S. Prévoir les cas DSPiy1, Dspy2 avec et sans ADAU1452

2- Rpi est aussi controleur : le Rpi pilote le DSPiy par exemple en envoyant les codes IR dans le trigger_in du dspiy. Dans ce cas, le Rpi devient la tour de controle, on peut utiliser ses interfaces, GPIos, écran tactile,etc. Misu a déjà commencé a réfléchir a la question pour la partie codes IR.

3 - Rpi remplace DStudio. Le must : le Rpi dialogue avec le µC du dspiy (par l'interface série ? I2C ?). On pourrait aller jusqu'à remplacer DStudio par une interface web sur un serveur hébergé sur le Rpi. Le Rpi+DSpiy devient un appareil complètement autonome.

Ok Je vais essayer de faire une synthèse... Mais ce sera entre ce soir et geudi afin d'avoir le temps d'y mettre les infos trouvées...

[Tazz28]

mais de mémoire Silabs se vantait d’avoir une méthode de division qui allait bien.

Oui, pour leurs oscillateurs programmables, c'est leur spécialité. Par contre je pense pas pour le CP2114.

[Pacapona]

Voila c'est lancé... J'ai fait moins de recherche finalement... ont allait pas attendre geudi...
http://www.homecinema-fr.com/forum/diy-filtrage-equalisation/rpi-dspiy-t30060695.html

[choubidou]

Petite question est ce que le CS8422 sur le DSPiy V2 est configurer en master clock ou pas ?

[thierry38efd]

Peut-être que Thierry est en week-end.

[thierryvalk]

Document sur l’I2S du DSPiy rajouté en section documentation sur DSPIY.be

[Philby]

Super papier! Merci Thierry!