Hello.
I would like to read the status of stompboxes and the rig names via MIDI. All works fine with one exception - the Delay section status is in most cases returned as "0" although it is "on". Does it mean that the Profiler doesn't return the status of the Delay section in current version of firmware? Or returns it randomly?
I have found in the "Profiler MIDI Parameter Documentation", p. 11: "With 4.0.0, Delays are part of the stomp types. Addressing them will result in no action." Is this fact related to this MIDI communication problem?
Regards,
Robert
Read the stompxoxes status via MIDI - Delay section status is not returned correctly
- RobertKrejci
- Thread is marked as Resolved.
-
-
Hello.
It seems to be working here.
If I send...
F0 00 20 33 02 7f 41 00 3c 03 F7 ( 3c = address page for delay slot)KPA returns...
f0 00 20 33 00 00 01 00 3c 03 00 01 f7 (...if stomp/fx in the delay slot is "on")
or
f0 00 20 33 00 00 01 00 3c 03 00 00 f7 (...if stomp/fx in the delay slot is "off") -
Thank you very much for your reply. But it doesn't work to me. I send init message:
F0 00 20 33 02 7F 7E 00 40 02 3B 05 F7
KPA responds with a full "02" set of parameters.
I repeat it every 3 seconds.
The Delay slot is in most cases returned as "0" although it is on.My KPA doesn't respond to this your Request Single Parameter ("0x41") message at all - when communication is active nor without init.
Do you use any initialization sequence? Or do you send it immediately without init? Which software do you use for sending the messages to KPA?
Thanks. -
Thank you very much for your reply. But it doesn't work to me. I send init message:
F0 00 20 33 02 7F 7E 00 40 02 3B 05 F7
KPA responds with a full "02" set of parameters.
I repeat it every 3 seconds.
The Delay slot is in most cases returned as "0" although it is on.My KPA doesn't respond to this your Request Single Parameter ("0x41") message at all - when communication is active nor without init.
Do you use any initialization sequence? Or do you send it immediately without init? Which software do you use for sending the messages to KPA?
Thanks.I'm using Ctrlr (http://ctrlr.org/).
I just send single parameter requests to update the modulators - I'm not using any initialization sequence (there's no active communication happening at all.)
-
Comparing sysex dumps (Using init message F0 00 20 33 02 7F 7E 00 40 02 3B 05 F7)
Here you can see the differences:
Left: delay slot "on"
Right: delay slot "off" -
Thanks for your reply. We programmed an application in the CTRLR editor: KPA-Delay-error.zip
The error occurs when the communication is started repeatedly. When you repeatedly start the communication (for example once per second), the Delay Off counter is being incremented although the Delay button on KPA is still ON.
Can you observe the same thing?
Tested in both previous and actual version of KPA firmware. -
It happens here too.
Here are github links that might be helpful:
https://github.com/BurenkovS/b…eries/vendors/kemper_amps
https://github.com/BurenkovS/b…mper_amps/kpa.h#L123-L141
https://github.com/BurenkovS/b…mper_amps/kpa.h#L241-L247