Hi Everyone! I have a Yamaha M7CL and am trying to change the DCA names via MIDI. All of my other NRPN MIDI commands are working by following the examples. I am sending HEX ASCII values for the data bytes. Is there a non-standard ASCII encoding for the M7CL they are using for the two short names?
Here is the relevant section from the MIDI Table:
Scene kDCAName 123 7
CH TABLE #07
kNameShort1 0 0 ~~~~' ' ' 0 - '~~~~' F0 43 1n 3E 11 01 00 7B 00 00 cc cc dd dd dd dd dd F7
kNameShort2 1 0 ~~~~' ' ' 0 - '~~~~' F0 43 1n 3E 11 01 00 7B 00 01 cc cc dd dd dd dd dd F7
I'm sending F0 43 10 3E 11 01 00 7B 00 00 00 00 (for DCA 1) 00 54 45 53 54 ('TEST' in HEX) F7
Once this works I will set kNameShort2 using ... 7B 00 01 ...
As there are only four byte pairs to send and 5 data byte pairs I didn't know where to put the bytes, so I figured the MSB would be zeroes. I tried it anyway and ended up with tildes. The output from my tests are unicode boxes and periods.
Any advice on getting this to work would be greatly appreciated!
I've attached the MIDI Reference guide for Yamaha products and the M7CL MIDI Tables
Here is the relevant section from the MIDI Table:
Scene kDCAName 123 7
CH TABLE #07
kNameShort1 0 0 ~~~~' ' ' 0 - '~~~~' F0 43 1n 3E 11 01 00 7B 00 00 cc cc dd dd dd dd dd F7
kNameShort2 1 0 ~~~~' ' ' 0 - '~~~~' F0 43 1n 3E 11 01 00 7B 00 01 cc cc dd dd dd dd dd F7
I'm sending F0 43 10 3E 11 01 00 7B 00 00 00 00 (for DCA 1) 00 54 45 53 54 ('TEST' in HEX) F7
Once this works I will set kNameShort2 using ... 7B 00 01 ...
As there are only four byte pairs to send and 5 data byte pairs I didn't know where to put the bytes, so I figured the MSB would be zeroes. I tried it anyway and ended up with tildes. The output from my tests are unicode boxes and periods.
Any advice on getting this to work would be greatly appreciated!
I've attached the MIDI Reference guide for Yamaha products and the M7CL MIDI Tables
Briefly, I know nothing about this machine, or the item you are trying to set, but I've sent SYSEX data similar to this many times before, and created programmes to do so.
The data you give as from the manual is NOT consistent with the data you say you sent. There seems to be an extra byte.
You show the three bytes which I expect is the destination memory address. 7B 00 00. According to the manual, this should then be followed by two bytes, cc cc, which I expect would be a count telling the system the number of dd (data) bytes to follow. But you have an extra zero in there, and you show the cc cc bytes as zero (should be 4, not sure if that should be 04 00 or 00 04), then the 4 data bytes followed by the F7 terminator
So, check why the extra byte. Check if cc cc should be a count (might also be a checksum).
Geoff
The data you give as from the manual is NOT consistent with the data you say you sent. There seems to be an extra byte.
You show the three bytes which I expect is the destination memory address. 7B 00 00. According to the manual, this should then be followed by two bytes, cc cc, which I expect would be a count telling the system the number of dd (data) bytes to follow. But you have an extra zero in there, and you show the cc cc bytes as zero (should be 4, not sure if that should be 04 00 or 00 04), then the 4 data bytes followed by the F7 terminator
So, check why the extra byte. Check if cc cc should be a count (might also be a checksum).
Geoff
0
Undo
Votes
the cc cc bytes are the channels of the M7CL mixing desk, not checksums. The 8th byte can also be Hex 13 instead 7B (normal 1> 48 channels)
- Page :
- 1
There are no replies made for this post yet.
