Se connecter
Se connecter
Mot de passe oublié ?
ou
Créer un compte
ou
Se connecter avec Facebook
Notifications
< Retour vers Les Mains dans le Cambouis
Agrandir
Les Mains dans le Cambouis
Forums thématiques
Les Mains dans le Cambouis
Actu 35 35
Articles 36 36
Médias 8 180 8,2k
Tutoriels Tutos 26 26
Forums 11 080 11,1k

Convertisseur Midi/CV

  • 45 réponses
  • 4 participants
  • 3 344 vues
  • 8 followers
Sujet de la discussion Convertisseur Midi/CV
est ce que certains auraient déja travailler sur un projet tel que celui-ci ?

faute d'avoir trouver quelque chose d'approchant (ou trop complexe) je me suis dis qu'il fallait que je me remonte les manches. Je veux vraiment le convertisseur le plus bete qui soit (dans un premiers temps du moins) qui convertit un message midi et une tension (cv).

L'idée étant d'utiliser un atmega et son périphérique UART. Il réceptionne les 3 bytes (channel, note, velocity) le dernier étant ignoré. Si le canal est bon, il décode le second byte et envois la valeur correspondante sur un DAC 8 bit (surement celui là).

parallèlement a ca, fait un circuit de gate qui doit rester a l'état haut tout le temps que la touche est maintenus.

déja est ce que 8bit serait suffisant ? ca fait une résolution de 19.5mV pour 1V/octave (j'ai pas poussé plus loins mais ca m'a l'air acceptable)

est ce que la méthode (interuption) vous semble logique ?

rumorofsmoke.github.io/

Afficher le sujet de la discussion
11
pas de soucis Chimimic, fait donc ca apporte des infos et finalement mon idée est identique a la tienne.

J'avais effectivement vus le projet d' Alain Coupel, trés interessant mais largement tros gros pour mon projet meme si je suis pas obligé de tout monter. L'idée de me casser un peu la tete sur ce projet m'interesse fortement d'autan que j'ai jamais rien fait de définitif avec un µC. Ca me semble en plus pas forcement compliqué. Néamoins comme je sens l'envie d'un synthé modulaire pointé sa truffe humide, il est pas impossible que je retourne vers ce module.

Le seul petit soucis que je pourrais voir c'est la tension de 5V qui oblige a ajouter un étage de gain si on veut monter dans les octaves et modifier un peu les valeurs sur le DAC. Mais bon rien d' insurmontable.

Pour le code a proprement parlé, je pensais faire array de bytes , recepetioner les imformation dans ce tableau. Si les premiers imformation noteOn et Channel sont ok, traiter le reste de l'imformation et activer les gates/triggers.

Les impératif sont vraiment la taille et l’efficacité. Comme c'est pour un projet qui j’espère finira dans une petite valise (dans l'esprit EMS) il ne faut pas que ce soit trop imposant (il y a déja du monde).

rumorofsmoke.github.io/

12
C'est marrant qu'on en parle maintenant, car ce projet trottait dans ma tête depuis un bon moment déjà et je ne me suis décidé à le monter que la semaine dernière. Je voulais surtout montrer qu'on pouvait faire un tel convertisseur pour une poignée d'euros, tant que les besoins ne dépassent pas la limite d'une sortie CV. Un truc simple en somme mais qui soit tout de même utilisable ;-)

Dans un premier temps, et sachant que tu "débutes" avec les microcontrôleurs, je te conseille de commencer avec un projet simple, du style "allumer une LED sur réception d'un événement NoteOn et l'éteindre sur réception d'un événement NoteOff". Une fois cette base acquise (réception données sur UART et traitement simple des octets reçus), tu pourras jouer comme bon te semble avec d'autres périphériques (CNA ou autres).

Pour une étendue plus grande de la tension de sortie CV, tu pourras voir ça après.

Oui, le traitement des infos reçues peut se faire via un tableau d'octets. Cela n'a rien d'obligatoire mais permet de structurer plus proprement ton programme, tu t'y retrouveras plus facilement.

Bon courage pour la suite !

Formateur en techniques sonores ; électronicien ; auteur @ sonelec-musique.com

13
Je sais pas ce que tu entends par débutant mais quand je disais rien de définitif je voulais dire que j'avais pas fait des projets finis "en dur" mais j'ai quand meme pas mal bricolé avec les uC et tout ce qui est interuption, Uart, SPI, I2C et compagnie. J'avais fait un controller a distance sur une communication UART d'ailleurs, ca marchait bien il y avait meme un 7 segments displays pour les cannaux en fonction avec un shit register. Je l'ai jamais monté en dur car j'en avais pas l'utilité.

j'ai meme pour projet un sequencer AVR avec l'enregistrement des patterns dans l'eeprom mais faut déja que je m'occupe de cette histoire de midi.

je comptais de tout facon faire par étape comme le suggere.

rumorofsmoke.github.io/

[ Dernière édition du message le 25/09/2014 à 13:24:15 ]

14
J'avais en effet mal interprété tes propos ;-)
Dans ce cas tu ne devrais pas avoir trop de mal à avancer dans ce genre de projet...

Formateur en techniques sonores ; électronicien ; auteur @ sonelec-musique.com

15
J'ai lus ta page Chimimic, c'est effectivement la même chose :D:

je n'en étais pas encore arrivé a la tension de référence pour un 5V stable et propre mais faudra que je pense a ca également. Je sais que ces tensions de références peuvent couter cher. J'ai commencer un peu a voir le code mais je vais atteindre dimanche et voir comment tu as fais si j'arrive a déchiffrer le Pascal.

J'ai oublié mais une fois le code fonctionnel j'ajouterais la fonction pitchbend.

SInon ce qui pourra etre intéressant c'est de pouvoir paramétrer le canal depuis le micropressor avec le minimun de bouton. Mon idée était d'utiliser un DIPswitch mais c'est peut etre plus ergonomique et élégant de faire depuis le uC, mais sans visualisation ca risque d'etre compliqué. A voir. En tout cas ca devient intéressant.





rumorofsmoke.github.io/

16
Pour ma part j'ai pris la décision de laisser ce projet en l'état, je n'y ajouterai pas d'autres fonctions. La version plus évoluée par contre, contiendra le maximum pour la rendre la plus universelle possible, comme c'est le cas des autres "gros" projets. Mon idée est bien de séparer les deux projets, un petit qui fait le minimum et l'autre qui fait le maximum.

Pour ce qui est de la configuration, on peut prendre bien des directions différentes. Auto-paramétrage, configuration via des sysex, menu sur écran LCD, microswitches, etc...

Pour le code source, je ne sais pas encore si je vais continuer à le diffuser de façon systématique pour l'ensemble de mes projets, pour des raisons que je ne souhaite pas trop étaler ici (j'en dirai plus sur mon site un de ces quatre). Mais si d'une manière ou d'une autre je peux aider, il va de soi que je continuerai de répondre aux questions ;-)

Formateur en techniques sonores ; électronicien ; auteur @ sonelec-musique.com

17
Je vais commencer soft pour mettre un peu la norme midi dans les pattes. Je vais proceder par étapes. Déja detecter et réception le byte noteon avec le bon cannal, ensuite afficher la note sur un LCD et viendra ensuite le reste.

c'est dommage pour le code, j'avais regarder celui que tu avais fait pour le switcher multi-cannaux (avec écriture eeprom) et avait trouvé des points interessant. Les codes accessibles ca me permets de voir si je fais fausse route ou si j'ai la bonne méthode.

je vais commander quelques optocoupleur et des prises midi. Je postera l’avancement du code si ça intéresse du monde, le schema n'aura rien de folichon en soit.

rumorofsmoke.github.io/

[ Dernière édition du message le 27/09/2014 à 21:20:05 ]

18
Citation :
Déja detecter et réception le byte noteon avec le bon cannal, ensuite afficher la note sur un LCD et viendra ensuite le reste.

Etape par étape = bonne méthode !
L'affichage sur écran LCD des événements décodés est une excellente chose, ça permet de voir si ça tourne rond quand on envoie quelques notes isolées et plusieurs notes en rafale.

Citation :
le schema n'aura rien de folichon en soit

Du moment que ça fasse ce que tu veux, c'est bien l'essentiel, non ? ;-)

Formateur en techniques sonores ; électronicien ; auteur @ sonelec-musique.com

19
je viens de commander ce qui manquait donc la prise de tete devrait pas tarder a commencer :-D

rumorofsmoke.github.io/

20
Cool ! :bravo:

Formateur en techniques sonores ; électronicien ; auteur @ sonelec-musique.com