pianothor wrote:I will surely find something to base the project on.. but I didn't understand a few things:
- If I were to put the transducers in ON/OFF mode using transistors, I would see them as buttons.
Reading the distance provided by my transducer (before the signal reaches the transistor), if I acted on a variable resistor that I place in series or instead of the speaker's volume knob, I would convert the distance into voltage or current, and this voltage/current into resistance/impedance. Wouldn't I get the same effect? All this without VST because there is no MIDI.
- Reasoning about the MIDI variant instead.. I thought that the entire MIDI protocol isn't necessary; I only need the fourth octave and volume, nothing else... couldn't I restrict everything to this? Furthermore, it seems to me there is a function to set an output clock and thus make it a serial output... if I managed to do everything, how would I read the MIDI if I don't have the drivers for my "keyboard"? Would I have to use the Arduino drivers to connect everything to some VST?
- First, I forgot one thing: if I used the MIDI protocol, would I be able to have a polyphonic or monophonic keyboard? What does this depend on?
Regarding the ultrasonic sensors configured as ON/OFF via transistors, I am sure I can do it because I have already done something similar, so in the end, the ultrasonic sensors are only used for "show"...
Thank you very much for the answer.
When trying to engineer something, one always applies what is colloquially called operations research. That is, one seeks to eliminate redundancies at both hardware and software levels to reduce costs and system complexity, seeking the best compromise between functionality and production cost.
If it is not your intention to implement the discussion related to velocity, then the use of an ultrasonic system is perfectly useless, expensive, and costly in terms of project complexity. If I were the one evaluating your project, the first question I would ask you would concern exactly why using an ultrasonic system instead of simple microswitches. When we use constructs, whether they are hardware or software, they must always be linked to a precise choice. Therefore, if I were your professor, I would immediately challenge you on this.
Regarding the MIDI protocol, then, choosing to treat only one octave is completely indifferent to treating 5, 6, 8, or 10. A protocol is a system of instructions that is independent of how many outputs it has; therefore, writing a protocol for one octave would not change the logic compared to writing the same protocol for 8 octaves.
Regarding what you said about the transistors you need instead of switches, you are correct, but only if you intend to drive an analog oscillator. If what you want to do is a control surface that drives a sampler, there is no other way to do it than by using the MIDI protocol. The main problem, therefore, is that working in analog, you must perform a domain change; to drive digital instruments, you must insert something within the circuit that discriminates, according to certain parameters, the analog signal into a digital signal; secondly, you will have to take these digital data and create a protocol that handles transmitting the data produced by your interface to the MIDI player.
Since in this context, for the project you have chosen, there is very little electronics—inasmuch as unless you want to drive voltage-controlled oscillators, if you want to create a control surface, the work is 90% computer science—I can give you an idea.
I don't know if you know what a theremin is. It is an instrument controlled via hand movements in a magnetic field. You could propose an ultrasonic variant of the theremin. It is not difficult to find electrical diagrams of the theremin on the Internet, and I believe that building an ultrasonic variant would be more interesting from a creative point of view, as, from what I know, none exist, and therefore you would be proposing something new. On the other hand, it would seem to me like a much more flimsy project to present at a final exam (maturitĂ )."