FABRE a écrit :Merci pour vos réponses
J en ai fabriqué une , avec 4 sorties thru pour le moment
Il faut que j en rajoute 4
Ce qui serait cool ,ce serait par exemple que les appareils avec seulement IN OUT puissent faire
Du IN et OUT/thru (comme une sorte de merging)
Je ne sais pas si c'est clair comme explication
J'ai ça !!!
Enfin, je veux dire que j'ai fait le schéma, la maquette et les essais concluants (en plaquette LAB greffée sur l'appareil) d'un montage comme ça, à la hauteur de mes compétences, c'est à dire avec de simples circuits logiques classiques non programmables. L'idée c'était de modifier un petit clavier-maître Cheetah tout simple, pour qu'il reçoive les signaux d'une BCN44 en MIDI IN, par exemple (ou d'un autre clavier-maître sur un autre canal MIDI pour piloter des récepteurs multi-timbraux).
Mais attention,
il n'y a pas du tout de gestion du "merge" , juste une simple fonction logique "OU" entre les signaux en provenance du clavier d'une part et de l'entrée MIDI IN d'autre part. Donc aucune gestion de collision entre les signaux MIDI, ce qui veut dire que
des flux simultanés sont rigoureusement interdits sous peine de gros foutoir assuré dans le récepteur MIDI
.
D'où le fait que j'y ai prévu quelques Leds pour visualiser le trafic des données entrantes et sortantes, et minimiser à l'oeil les risques de collision.
Avec un peu d'astuce, on pourrait éventuellement dans un premier temps, gérer une priorité au MIDI IN avec un timer de sécurité de 300mS après la dernière donnée transmise. Ou bien carrément passer en logique programmée (PICs, Arduino, etc...) avec gestion des collisions par stockage en zone tampon pour les ceusses qui dominent ce sujet (ce qui n'est malheureusement pas mon cas).
Voilà ! Le seul souci, c'est que ce petit schéma est quelque part en PDF dans un de mes vieux ordis, et qu'il va me falloir un peu de temps pour le retrouver si ça t'intéresse.