eCalc estimates for throttle @hover have grossly changed in recent versions at least for my KDE 2814XF-515 motors.
According to eCalc throttle @hover should be 65%. In reality it averages ~45% with the exact same configuration as shown below. When first considering building this quadcopter, eCalc was close to reality when using 13x5.5 APC props and 12000 mah battery. I clearly remember plugging the numbers in and being satisfied my motor/prop/weight combination would work and were well below 50%.
I have contacted eCalc and their position at first was I must not be interpreting the flight data correctly. This is nonsense, as the flight logs clearly show Throut and Thrin both firmly below 50% @hover in stab mode. If eCalc data were correct, the copter would barely have enough power after takeoff. The pwm agrees.
eCalc says current draw is 6.07A * 4= 24.28A total. Reality is ~20A. On my Y6 eCalc says 36A. Reality is ~26.
I don't know how many scenarios these errors apply to. This is just a cautionary note to double check eCalc before using it.
Replies
Ouch...I've just built a Talon 820 hex with 6 KDE3510's and KDE ESC's. I ran the calc around a month ago. I did maiden today...around 3 minutes checking that all seems sound. I'll put her through her paces over the weekend an compare to my original ecalc sheet. My design current draw has changes as well and the mixed flight time has reduced by 30%. Cant wait for the weekend.
what is your actual current draw at hover compared to eCalc?
I have Frsky Lipo sensor that gives me total and per cell v on the Taranis. It is much better than the PM which as voltage drops the error increases telling me the total is say 14.5 when the Lipo sensor says 15. Battery failsafe wants to land the copter, but I know there's a lot more flight time left. I'm to the point of disabling the PM and use just the Frsky Lipo sensor, but then if there's a problem (flyway cough cough), it should have battery FS functioning. I wonder if there's a way to integrate the more accurate Lipo sensor into the FC.
I checked this morning and it seems to be repaird. Now we have two values for throttle - log and linear. Log throttle values are the ones we have before the update.
Values are better than a couple of days ago but still not what i used to see a few weeks ago.
Also, I forgot to mention this but ecalc doesn't take the weight of the propellers in the calculations. If you are using sub 12" props, its not a big deal but 13-18" CF props add about 50gms each and when you go to 26-29" CF props, each adds about 100gms.They really have to add this to their calcs.
I think you're expected to take everything into account when entering the frame weight (not including drive). For example, my quad is 390g, but I estimated the total at 590g (FC, GPS etc.) before eCalc does its thing. It worked out quite well when eCalc was giving good throttle @hover estimates. Their current estimates were off though.
Have you tried this tool?
http://controls.ae.gatech.edu/dbershad/EMSTAirTimeCalculator.html
I ran your data and got the following results. Seems to match better with what you've posted.
Sensitivity analysis
Maximum range analysis
Now that eCalc is supposedly fixed, I'll compare the two.
Any luck with the comparison?