Audiofanzine a 25 ans !
Se connecter
Se connecter
Mot de passe oublié ?
ou
Créer un compte
ou
Se connecter avec Facebook
FR
EN
Notifications
  • Refonte graphique octobre 2025
    Refonte graphique octobre 2025
    Une refonte graphique vient d'être mise en ligne. Nous espérons qu'elle vous plaira. Merci de nous signaler tout bug ou perte de fonctionnalité ici →
  • Un cadeau d'UVI pour les 25 ans d'Audiofanzine
    Un cadeau d'UVI pour les 25 ans d'Audiofanzine
    Pour célébrer notre quart de siècle, UVI se joint à nous et vous offre le Digital Synsations Vol.1. Pour en profiter c'est par ici 👉
  • Nouveauté : Bookmark article, news ou tuto
    Nouveauté : Bookmark article, news ou tuto
    Bookmarkez un article, une news ou un tuto et retrouvez-le dans votre section "Mes signets" du menu membre.
  • 6 nouveaux annuaires
    6 nouveaux annuaires
    Luthiers, Réparateurs, Cours de musique, Studios d’enregistrement, de mastering et de répétition... Suggérez l’ajout d’une entreprise, inscrivez la vôtre ou déposez un avis.
  • Alertes disponibilité et baisse de prix
    Alertes disponibilité et baisse de prix
    Ces nouvelles fonctionnalités vous permettent d'être informé·e dès qu'un produit est disponible ou que son prix a baissé.
  • Tentatives d'arnaque dans les petites annonces
    Nous faisons face depuis quelques mois à une recrudescence de tentatives d'arnaques dans les petites annonces. Suivez nos recommandations >
Les Mains dans le Cambouis
News
Articles
Médias
Forums
Tutoriels Tutos

Convertisseur Midi/CV

  • 45 réponses
  • 4 participants
  • 3 531 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/

2
Bonjour,

je viens juste de finir un module de ce genre, je mettrai l'article en ligne dimanche prochain. C'est avec un PIC mais n'importe quel uC avec module UART peut faire l'affaire. Pour la réception des données MIDI, je te conseille vivement de bosser avec les interruptions et un buffer circulaire. Pour ma part j'utilise un convertisseur numérique externe mais tu peux très bien utiliser un réseau R/2R sur un port 7 ou 8 bits de ton uC.

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

3
L'interupt me semblait etre le plus juste en terme de timming effectivement. De tout facon, en létat le uC ne fera rien d'autre. Le canal sera reglé avec un DIP switch connecté sur un port que le uc lira au démmarage et stockera comme canal de référence.

je vais aller me document sur ce principe de buffer circulaire, je ne connais pas.


rumorofsmoke.github.io/

4
Le buffer circulaire te permet de traiter plus facilement (et surtout de façon plus fiable) des données MIDI qui arrivent par gros paquets. Tu peux faire sans, mais tu risques alors de louper des événements en cas de réception de nombreuses informations sur un intervalle de temps court.

Pour ce qui est de la résolution du DAC, j'utilise un MCP4921 (une sortie) ou MCP4922 (deux sorties). Ces DAC sont de type 12 bits mais je les utilise avec des données 7 bits (valeur MIDI oblige). On peut en utiliser bien d'autres, je suis resté sur ces références car j'avais déjà utilisé le MCP4921 et je l'ai en stock.

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

5
Ci-après le module d'alain coupel :
http://www.acxsynth.com/midi2cv/midi2cvfr.htm
6
Oui, je le connaissais, il a fait là un très beau travail !

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

7
Voici le début de l'article que je vais fignoler pour dimanche, il y a déjà un peu de matière.
Interface MIDI 017 - Convertisseur MIDI / CV-Gate
Le soft est fonctionnel (test proto OK), il me reste juste à lui ajouter la fonction de sauvegarde de la note de base qu'on peut spécifier en mode "Learn".

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

8

je sais qu'il y a plusieurs normes pour la relation note/tension. Il serait intéressant d'en savoir plus et d'adapter le circuit pour répondre à ces normes.

M.bareille à pondu ça :
http://m.bareille.free.fr/mcv628/mcv628.html

 

http://www.pierredon.free.fr

9
Bonjour Christian,

oui, déjà vu celui-là aussi, et bien d'autres ;-)

Il existe en effet plusieurs normes, j'en parle sur ma page Commande CV-Gate 001 :
- Hz (ou kHz) / volt
- octave / volt
avec pour ce dernier quelques variantes :
- 1 V / octave (le plus répandu)
- 1,2 V / octave
- 0,32 V / octave
Sans parler des plages de tension (0 V à +5 V, -5 V à +5 V ou 0 V à +10 V)

J'ai décidé de m'attaquer un peu plus tard à une version qui englobe l'ensemble de ces fonctionnalités, mais je ne conserverai pas le 16F628, cause taille mémoire et nombre broches ;-). Il y aura un écran LCD ou OLED pour naviguer dans les menus de configuration.

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

10
J'ai ajouté ce jour sur mon proto un réglage de décalage de la tension de sortie sur toute son étendue (fine tune par pas de 1,2 mV).
Mais je ne vais pas m'étaler ici pour ne pas pourrir le sujet de notre ami Redpill ;-)

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

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

21
j'ai commencer a faire le début du code pour la premiere étape. Sans le UART pour l'instant (faut d'avoir recus les composants). Je voulais surtout tester l'opération binaire pour le cannal et le note_on et note_off. Le code (sans UART) fonctionne. Pour les intéressés :

https://github.com/ThebigDickhead/AVR_PROG/blob/master/midi_to_cv/midi_test.c

Faut que je regarde un peu plus le protocol midi (si il y a des bits "start/stop" ou de parité) ou seulement une donné 8 bits.

je dois ajouter une routine pour effacer le "noteOn/Off" lorsqu'il n'y a pas eu de commande depuis longtemps (histoire de pas piquer une crise pour rien).

Reste plus qu'a atteindre l'optocoupleur et la prise DIN.

rumorofsmoke.github.io/

22
premier test concluant ! OuOuuuuu (c'est le bruit que je fais quand ca marche)

je me suis pris la tete avec la prise midi et l'optocoupler mais ca fonctionne comme prévus. Le choix des cannaux et tout le tointoin. Chose agaçante par contre, l'indexation des cannaux commence a 00 dans la machine mais a 01 pour l'interface utilisateur.

edit : j'ai meme réussis a afficher la note sur le LCD. C'est en bonne route on dirait (jusqu'a ce que Murphy me balance des battons dans les roues :lol:)

rumorofsmoke.github.io/

[ Dernière édition du message le 16/10/2014 à 18:11:16 ]

23
bon ba je continue a poster tout seul. Je peux receptioner les trois bytes sans difficultés.

Le projet initiale était de se passer du byte de velocity et en fait il serait peut etre bon de le garder pour commander d'autres paramètres.

finalement ca se profile plutot pas mal, va rester ensuite l'écriture du DAC.

rumorofsmoke.github.io/

[ Dernière édition du message le 18/10/2014 à 15:01:11 ]

24
Le principal est que ça avance, peu importe le rythme.
Comme tu disposes d'une variable byte pour mémoriser l'octet de vélocité, autant le garder, on ne sait jamais.
Bon courage pour la suite, qui ne sera pas forcément plus difficile. Faut juste savoir quoi envoyer au DAC, et là ça dépend des références de DAC ;-)

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

25
ba en tout honneté ca me surprends moi meme que ca ai marché aussi facilement. Commencerais je a enfin capter quelques choses a tout ce bazar ? :-D

je pense que le plus compliqué va etre la valeur a sortir sur le DAC tout en conservant le 1V/octave avec une marge d'erreur la plus mimine. Et là effectivement va falloir une tension hyper propre et stable pour la référence du DAC.

Peut etre qu'un DAC integré serait l'idéale, va falloir que je regarde avec les contraintes de place.

Effectivement, j'y avais pas penser lors du design analogique du synthé mais la vélocitée pourrait etre un parametre interessant a conserver pour un éventuel ajout dans le futur.


rumorofsmoke.github.io/