bitSync wrote:I'm getting confused again. Sorry. I thought you said you were using D8Bridge to do the MCU/serial translations - that was the "easy way"? This sounds like your software is now taking on the MCU/serial translation function formerly provided by D8Bridge? Or are you emulating in your own code how you would expect D8Bridge to handle the incoming d8b console serial messages because you don't have the D8Bridge software??
well I'm doing "the hard way" because I don't have the d8bridge software for testing, but now you gave me an idea: to make two different programs, one made exclusively to send and receive serial communication (including the detections of "Mode changes" and saving the "states" of the faders,etc, ALL without a MIDI or MCU message ),
and other program to "simulate" d8bridge (well now that I don't have d8bridge) so people with d8bridge can use my first program with d8bridge ( hope it works) and the first program "emulates" the response communications to d8bridge, and people without d8bridge (like me) can use my second program (that will make the translations to MCU MIDI, like d8bridge ) then:
program 1: on D8B Mode: send/receive D8B surface desk commands from/to D8b CPU, and on DAW Mode: send/receive D8B surface commands from/to VIRTUAL SERIAL PORT ( detecting Mode changes and saving the D8B surface states(faders/leds/vpot/lcd display,etc) for recall on each Mode Change)
the the VIRTUAL SERIAL PORT could be connected either:
d8bridge
or
program 2: receives D8B commands from VIRTUAL SERIAL PORT and translates to MCU (or HUI/Logic,etc) and sends to MIDI ports (like one MCU and Extenders), and receives MCU/HUI,etc commands from the MIDI ports, then translates to D8B commands and sends to the VIRTUAL SERIAL PORT
bitSync wrote:How are you accomplishing the discretionary sends to the d8b CPU or not with just a single serial connection to your application host? I wish I could see how you are integrating the d8b CPU, the d8b control surface, D8Bridge and your software and its host.
well I couldn't understand what you said there....
can you explain ?
bitSync wrote:
I'm anxious to hear what happens to the console audio paths during these experiments. Do you suppose you could establish a few audio routes through the board and see if they persist when you switch to your DAW mode?
well yesterday I only tried to connect a microphone to channel 1 and it worked well, then I need to test If the audio routes work while using DAW Mode, but I think It will work well, the problem might be to prevent a button from working the usual way while on DAW Mode,(example: that pressing a "MUTE" button on DAW Mode sends the MCU Mute message to DAW and doesn't really mute the channel on the audio path)