That is an option I was talking about from the beginning.
AZ Controller is not in Cakewalk package because I am just a user, I am not working for Cakewalk.
As you can see I am also preparing ready to use preset for this plug-in, in case someone has no time/background to configure it the way he/she wants, but has time to test the result and report what is not working (since I do not have any of these devices). That is why I have asked which particular device you have and what you are missing in its functionality. I can try to help then.
The plug-in has like 90% of what SDK provides, the rest 10% I simply do not need myself nor was asked to implement. At the same time, there are many features which do not exist in other plug-ins. If something can be done and is requested, I normally just code it.
There are many bugs in SDK and Sonar which are Control Surface related. There are some parts from Sonar which are not covered by SDK at all (Matrix for example). And CW does nothing in that direction since years. At the same time, what exist and work has sufficient power to cover above average needs.
Note that AZ Controller has no strict device <-> preset relation. So every new feature coded is available to use with any device.
From what I know, there are (successful) attempts to convince Launchkey/pad illuminate pads according to user preferences. The same for MCU (not really)compatible devices. So, apart from some "proprietary" protocols (made by manufacturers to be incompatible on purpose) it is possible to work with modern surfaces in Sonar. Other question who really want spend time for that. At the moment, CW, Manufacturers and ... users show close to no interest.