MIDI signal loss from my GCP
Posted: Sun Sep 06, 2009 8:42 pm
Hello,
I am new to the forum, and have come here in search of some help. I need it big time. I am having problems with my equipment responding to the MIDI signals sent by my GCP.
The basic break down of the set up I am running is a GCP to control 3 GCXes - out of the last GCX's MIDI out/thru to a Line 6 Echo Pro, and from its MIDI out/thru to a Chauvet Obey 40 DMX Controller. Now, I use the GCXes to control all my effects and amp selecting/channel switching and that all works fine. But the problem I am having is that whenever I send a program change to the Echo Pro and the Obey 40 at the same time, the Obey 40 won't respond. However, if I don't send a change to the Echo Pro, while I am sending a change to the Obey 40, then everything works fine. It seems that my GCP is only capable of sending one command change at a time. I thought it was capable of controlling up to 8 MIDI devices? I have already done a lot of trouble shooting in this scenario including removing the Echo Pro out of the MIDI signal path, to see if it was something to do with it not passing along the MIDI data. I have swapped out some of the MIDI cables( I haven't changed them all though), made sure that the two devices are set to different MIDI channels, changed the MIDI channels that each device was set to, just to see if they would respond on a different channel, and then finally I just set the GCP not to send changes to the Echo Pro, so now the Obey 40 works every time and if I need a different setting on the Echo Pro, I have to manually change it instead of relying on MIDI to do it.
I recently ordered a MIDI Solutions 2-Output Active MIDI Thru Box to see that if I split the signal and don't feed the Echo Pro and Obey 40's MIDI signal through the GCXes if that would help out, but I am still waiting for that in the mail to see if it will even solve the problem. I would really like to solve this issue, so if there is any guidance you could give that would be so great. I look forward to working this out.
Thanks a lot.
Dan
I am new to the forum, and have come here in search of some help. I need it big time. I am having problems with my equipment responding to the MIDI signals sent by my GCP.
The basic break down of the set up I am running is a GCP to control 3 GCXes - out of the last GCX's MIDI out/thru to a Line 6 Echo Pro, and from its MIDI out/thru to a Chauvet Obey 40 DMX Controller. Now, I use the GCXes to control all my effects and amp selecting/channel switching and that all works fine. But the problem I am having is that whenever I send a program change to the Echo Pro and the Obey 40 at the same time, the Obey 40 won't respond. However, if I don't send a change to the Echo Pro, while I am sending a change to the Obey 40, then everything works fine. It seems that my GCP is only capable of sending one command change at a time. I thought it was capable of controlling up to 8 MIDI devices? I have already done a lot of trouble shooting in this scenario including removing the Echo Pro out of the MIDI signal path, to see if it was something to do with it not passing along the MIDI data. I have swapped out some of the MIDI cables( I haven't changed them all though), made sure that the two devices are set to different MIDI channels, changed the MIDI channels that each device was set to, just to see if they would respond on a different channel, and then finally I just set the GCP not to send changes to the Echo Pro, so now the Obey 40 works every time and if I need a different setting on the Echo Pro, I have to manually change it instead of relying on MIDI to do it.
I recently ordered a MIDI Solutions 2-Output Active MIDI Thru Box to see that if I split the signal and don't feed the Echo Pro and Obey 40's MIDI signal through the GCXes if that would help out, but I am still waiting for that in the mail to see if it will even solve the problem. I would really like to solve this issue, so if there is any guidance you could give that would be so great. I look forward to working this out.
Thanks a lot.
Dan