– post edited because i wrote bullshit – if you look at my test patch again you will see that i am also using hex values.
simply because in many manuals the chart is in hex, too.
so where it says...
Source switch set to "DAT"
F0 43 78 40 00 40 00 00 02 30 32 F7
Source switch set to "analog"
F0 43 78 40 00 40 00 00 02 30 33 F7 ...i would love to have a source for this data in the form of a text file:
"Source Switch",
DAT,
0 30 32
"Source Switch",
Analog,
0 30 33where 0 is the parameter number and the rest the value,
and similar for parameters with 7 or 14 bits of range e.g.
"Lowpass Filter A",
Frequency...where the missing parameter values mean
the range of 0x00 - 0x7F.
-
there are several ways how to find out what data is needed for a device.
one method is the manual, the other method is using a soft- or hardware (such as a max patch or your masterkeyboard) which reads what the device is responding to requests.
but both methods are not perfect. for example you still have to type all the nickname of the parameters yourself in both cases. compared to VST parameters in a sofware, dealing with MIDIfied parameters of a hardware device always is a pain in the ass.

the main thing what worries me (and stops me from building a bunch of editors for myself) is that both, a manual or the request responses can be still incomplete.
and it really sucks to start a range of 2 or 7 bit with 48 50 ... that doesnt make any sense to somebody who started with programming on a personal computer in 2001 and not on a midi hardware in 1984. today anyone would represent a 7 bit parameter in the range of 0 0 to 0 127 or 0x00 to 0x7F.