Hey Guys,
The commutation errors being experienced are hitting the Internet more and more with all brands across the board and Maytech ESCs, as well as a series of other "SimonK" based units. It's not a direct reflection of the KDE Direct XF motors, as this also occurs with T-Motors and other brands, using higher-pole count designs to reach higher peak-efficiency. Right now, the limitation are the controllers and here's some insight I have to share:
1. When the controller is asked to make a sudden throttle increase (such as from 25% to 100%) in a very short time-period, this results in extremely high amperage "micro-bursts" that rip through the controller. Micro-bursts up to 2000A! are not uncommon in this scenario and cannot be seen on data logs (must use a visual oscilloscope), but luckily, the capacitors are there to protect the MOSFETs and soak-up these massive peaks, which only occur for a very short period of time and luckily, for the most part, do not cause harm. To combat this, controllers utilize a time-delay (measured in microseconds) to help reduce these peak loads and not trip built-in Current Limiting protection circuitry. What you may be witnessing is not an issue with commutation with the motors, but the trip of the Current-Limiting occurring in the low-cost controllers common on the market. These can often be Disabled, but then the risk of damage to the ESC is raised - especially for low-cost units.
2. Commutation rate is limited by the quality of the components and the speed/quality of the primary processor. Many of the low-cost controllers use very cheap components and processors that are limited to their abilities. With a high-pole count motor, the speed of the commutation rate is increased and if the processor cannot keep up with the fast load changes, it will result in the loss of proper operation as you can see in the video. I highly recommend to anyone with a quality system to not utilize low-quality ESCs - they are the backbone of the power system and there's a reason the prices are so low - cheap components and poorly-optimized control algorithms = poor performance.
3. Another aspect is the control-algorithm - SimonK is an "open-source" code, meaning any company can use it for development, and royalties are to be paid to the original designer. Many companies have simply stolen the code and then tweaked it to their own liking, so one brand with "SimonK" does not mean the same algorithm as another with "SimonK". Let alone the hundreds of different revisions and tweaks, the reality is - you don't always know what you are going to get, let alone, if the same brand is re-flashed with different versions. So, one brand with SimonK may work just fine with high-pole count motors, while another will not - they are NOT the same basic codes. This is all up to the integrity and honesty of the company using it, as to how good the code truly is and whether or not it is properly optimized.
Long story short, we are asking low-quality controllers to do very important functions. We are soon releasing our own series of controllers optimized for the XF Brushless Motors that use our own proprietary algorithms and true 600Hz-refresh compatibility, and the highest-quality components we're able to source. We'll do our best to price these competitive on the market, but in many regards, the cost in materials just to make them is higher than some of the controllers are sold for on the market! So, there is a dramatic range between brands in quality, and we hope to provide you guys the best and hassle-free equipment.