Hi, When attempting to enter a parameter of 10 when creating a SYSEX message it transmits a value of B. Changing the decimal value to 9 generates a 9 as expected. Changing the decimal value to 11 generates a C.
I think what you are seeing is a decimal number (10, 11, 12) being translated to hexadecimal format (0A, 0B, 0C). It is Quite common to use hexadecimal when writing SysEx strings, the F0, 3E, and 60 in your message are hex numbers too.
In a sysex message assigned to a control, there is no need to add the prefix “F0” nor the suffix “F7”, as they’re being added automatically, but if you mention them (or only one as in this case) it shouldn’t do any harm either.
In any case, I recreated your case (same control with same sysex construction), and I do get the expected 11 bytes:
If you are 100% sure your preset is transmitting “B” instead of “A”, please share the preset itself so we can have a closer look what might cause it.
The first example and this preset don’t match up: parameter 10 is a different control type. In the preset it’s an option list but in the first message it was a fader. So I can already guess what is going on…
Just ensure you assign different parameters a different number, and your problem will be solved.
I guess your option list should have been given #11 instead of #10 and the one adjacent to it (currently #12, but transmitting “0C”) should have been granted #13 ?