DSPIY 2560 - Proto 1
Posté : mar. 14 juil. 2015 16:30
Bonjour,
J'inaugure ce nouveau forum avec mon projet de DSPIY contrôlé par un atmega 2560
J'ai pas mal avancé mais je bloque sur une partie. Je voudrais récupérer une information sur la présence du signal en entrée analogique du DSPIY2/3 ainsi qu'une information sur le niveau du signal sur le DSPIY1.
Ma première idée pour le DSPIY2/3 c'est mixer les voies L et R (un aop sommateur?), ensuite un détecteur de signal dans ce style : http://www.sonelec-musique.com/electronique_realisations_detecteur_sonore_006.html avec un optocoupleur en sortie pour isoler le dspiy de l'atmega
Pour le DSPIY1, comme j'utilise aussi les entrées numériques, je pense mettre un détecteur en sortie. Ça veut dire un mixeur 2*3 voies. Et au lieu du détecteur, mettre un truc dans ce style http://www.sonelec-musique.com/electron ... o_002.html pour pouvoir afficher le bargraphe comme sur l'écran.
Ça devient super lourd, surtout pour un quelque chose qui n'a pas besoin d'être précis. De plus, le soucis de récupérer les infos en sortie du dspiy, c'est qu'on devient dépendant du volume, et ça c'est pas terrible.
Les idées de Thierry :
Buffer avec grande résistance en entrée pour ne pas perturber le signal audio, redresseur qui peut être simple alternance + RC pour avoir l’enveloppe et passe-bas.
Un oscillateur en dent de scie qui est commun pour toutes les entrées.
Comparateur + opto.
Ca reste lourd, mais ça marcherai très bien pour les DSPIY2/3, car la détection du signal est indépendante du dspiy. Et comme le but c'est d'allumer les dspiy si il y a un signal et les éteindre (après un délai) quand il n'y a plus de signal, ça serait nickel.
Pour le dspiy1, l'µC du DSPiy lit le signal du DSP via l’I2C, peut être voir pour faire un système en I2C isolé qui surveillerait ce qui se passe sur le bus et reprendrais les niveaux. Cette solution me plait, mais sans doute pas évident de récupérer les bonnes infos pour l'atmega.
Il y a aussi la possibilité de sortir cette info sur le trig_out ou une led libre en pwm. Ca serait le plus simple, mais ça demande du code du côté du dspiy, et je suppose que le signal serait en mono.
Il y a aussi la possibilité du dsp le signal en numérique via le SPI.
Voila les possibilités !
Des idées/commentaires/avis ?
Louis
J'inaugure ce nouveau forum avec mon projet de DSPIY contrôlé par un atmega 2560
J'ai pas mal avancé mais je bloque sur une partie. Je voudrais récupérer une information sur la présence du signal en entrée analogique du DSPIY2/3 ainsi qu'une information sur le niveau du signal sur le DSPIY1.
Ma première idée pour le DSPIY2/3 c'est mixer les voies L et R (un aop sommateur?), ensuite un détecteur de signal dans ce style : http://www.sonelec-musique.com/electronique_realisations_detecteur_sonore_006.html avec un optocoupleur en sortie pour isoler le dspiy de l'atmega
Pour le DSPIY1, comme j'utilise aussi les entrées numériques, je pense mettre un détecteur en sortie. Ça veut dire un mixeur 2*3 voies. Et au lieu du détecteur, mettre un truc dans ce style http://www.sonelec-musique.com/electron ... o_002.html pour pouvoir afficher le bargraphe comme sur l'écran.
Ça devient super lourd, surtout pour un quelque chose qui n'a pas besoin d'être précis. De plus, le soucis de récupérer les infos en sortie du dspiy, c'est qu'on devient dépendant du volume, et ça c'est pas terrible.
Les idées de Thierry :
Buffer avec grande résistance en entrée pour ne pas perturber le signal audio, redresseur qui peut être simple alternance + RC pour avoir l’enveloppe et passe-bas.
Un oscillateur en dent de scie qui est commun pour toutes les entrées.
Comparateur + opto.
Ca reste lourd, mais ça marcherai très bien pour les DSPIY2/3, car la détection du signal est indépendante du dspiy. Et comme le but c'est d'allumer les dspiy si il y a un signal et les éteindre (après un délai) quand il n'y a plus de signal, ça serait nickel.
Pour le dspiy1, l'µC du DSPiy lit le signal du DSP via l’I2C, peut être voir pour faire un système en I2C isolé qui surveillerait ce qui se passe sur le bus et reprendrais les niveaux. Cette solution me plait, mais sans doute pas évident de récupérer les bonnes infos pour l'atmega.
Il y a aussi la possibilité de sortir cette info sur le trig_out ou une led libre en pwm. Ca serait le plus simple, mais ça demande du code du côté du dspiy, et je suppose que le signal serait en mono.
Il y a aussi la possibilité du dsp le signal en numérique via le SPI.
Voila les possibilités !
Des idées/commentaires/avis ?
Louis