Replies: 1 comment 2 replies
-
If you intend on using the MIDI path, implementing your own System Exclusive is the way. Otherwise, you could expose another USB endpoint like HID, CDC and/or any other class compliant device depending on your use case. I’ve seen many synth/control surfaces manufacturers do that. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I have a series of MIDI controllers that are built around Raspberry Pi Picos. The MIDI controllers both connect to the host device and send/receive MIDI data over USB. I'm currently using Mido on the host device to handle all of the incoming and outgoing MIDI messages. What I'd like to do is also send other kinds of data over the same ports that Mido is using. I need to do this in a way that is non-blocking. What would be the best way to do this, if it's possible?
To be more specific, I have a sequencer module that connects to the host device and sends Note On/Off, Control Change, and System Real-Time messages. It also receives SysEx messages from the host device. I've been keeping the MIDI controllers rather "dumb" up to this point. So they aren't aware of what else is going on in the system, except that they've been connected to the host device, and need to send certain kinds of MIDI messages when a button is pushed, a knob turned, etc. Now I'd like the host device to be able to send the MIDI controllers non-MIDI messages. I want the host device to send the sequencer MIDI controller song/track number information, so that it can be displayed on the sequencer. Would I be able to use something like PySerial to also connect to the same port Mido is using, and send data over it without interfering with the MIDI messages?
Beta Was this translation helpful? Give feedback.
All reactions