Hello

My long-flight-time quad (APM 2.6, or Pixhawk) is a specialized aerial survey platform using 4S4P unprotected NCR18650B Li-Ion batteries. I have been using Afro Slim 20A ESCs successfully, but I want to be certain that they will not pull more than 3C of current from the battery. Theoretically, these ESCs could pull 80A during a max climb. I can eliminate this possibility by setting the climb rate conservatively, but are there other conditions where overcurrent could occur?

I'm only considering normal flight, not crash conditions such as impact or extremely high wind.

I believe that the ESC current rating means that it cannot drive a motor beyond that current draw at the max PWM command, correct? I want my system to be unable to burn out my battery (3C, 13600mah) during stabilization and I can set climb rates to be conservative. However, can I be certain that the only condition under which maximum battery current draw will be during climbs? What about maximum roll correction?

Since the battery is the limiting factor in this equation and finding the maximum ESC rating allowable is the result, motor/prop/weight can be ignored for now.

In essence, "Could my 20A ESCs burn my battery during stabilization in autopilot mode?" "Would using 10A ESCs be the best choice for max motor thrust while limiting the chance for battery overcurrent?"

Could I set the firmware to not draw more than a set current from the battery?

You need to be a member of diydrones to add comments!

Join diydrones

Email me when people reply –

Replies

  • "Could my 20A ESCs burn my battery during stabilization in autopilot mode?"

    Yep, quite possibly.

    "Would using 10A ESCs be the best choice for max motor thrust while limiting the chance for battery overcurrent?"

    NO...  Do what Kevin said, or get a lower pitch props (or fine tune solution using combination of both).  Each option will ultimately drop the max motor thrust, the latter option might well yield greater efficiency though!

    • No, you don't want to do that, as has already been said a lower rated esc can actually privide more current, it just might set it self on fire doing so.

      The other issue is to stabilise one esc may momentarily use quite a bit of current, while the oppostite corner esc is not using very much at all, resulting in the overall current being ok still. So what you suggest would limit attitude control power (if it worked the way you are asking about that is), which is bad.

      you are better off looking at maximum climb rate parameters for alt hold/loiter, but this may get you in trouble in other ways. 

      This is a system design and flying style issue. Also need to consider are these low c rated batteries fit for your purpose, system and application if you do actually need the power to get you out of trouble or even fly safely.

  • ESCs does not work in the way you specified, in the sense that let's say they don't let more than 20A of current go through... Usually a 20A esc can let a 30A load go through for a few seconds - then they burn out and your quad will drop.

    You cannot set in the firmware any form of current limiter for any escs on the market now I believe.

    The only way is to determine how much current your motors and props in conjunction with an AUW draws, and then adjust accordingly.

    For my own endurance bird, what I did was plan through ecalc first and determine a rough gauge as to what kind of power consumption this bird draws. Then build it and mount a lipo first and monitor the actual consumption at various levels. After which I set a throttle limit and change batt packs to the 18650s (though mostly I fly with lipos).
    • Your testing method is a good one and I have some 4S lipos that I could test with. I'll reexamine the max power characteristics with ecalc as well.

      It would be nice to get some data as to what PWM range gives me a 2:1 thrust to weight, then tell arducopter to set that upper level as the max PWM signals to the motor ESC. Not sure if attitude control would ever need more thrust, but experimentation could determine if such a limit caused excessively sluggish stabilization. 

      This type of solution would allow one to use ESCs powerful enough to never burn up while also controlling the max power output to protect the battery. Pretty much a win-win, but I don't know if anyone has coded such a program before.

      • You are interested in total current, limiting individual outputs that may need more current instantaneously and independently seems stupid to me. There is sluggish stabilisation and not enough power on each corner to stop it crashing. 2:1 on an individual motor may be enough, just seems the wrong way to do it to me.

        If you go that way though, you would still need to measure overall current even at your 2:1 thrust, it may be over you battery current limit.

        Seems to me there would be more value in developing the code for this particular application that allows a current limiter in the code that limits the global throttle value. This could be a parameter that is by default not crippling low for non endurance types. I don't think the code does that at the moment.

This reply was deleted.

Activity

DIY Robocars via Twitter
yesterday
DIY Robocars via Twitter
RT @SahikaGenc: AWS DeepRacer & Hot Wheels Track https://youtu.be/4H0Ei07RdR4 via @YouTube
Sep 14
DIY Robocars via Twitter
Sep 8
DIY Robocars via Twitter
RT @davsca1: We are releasing the code of our Fisher Information Field, the first dedicated map for perception-aware planning that is >10x…
Sep 8
DIY Robocars via Twitter
RT @SmallpixelCar: How this works: 1)object detection to find cones in single camera image, 30 frames/sec on @NVIDIAEmbedded Xavier. 2)comp…
Sep 8
DIY Robocars via Twitter
RT @SmallpixelCar: Use two color cones to guide the robocar. No map needed, on onsite training needed. Just place the cones and it will fol…
Sep 7
DIY Robocars via Twitter
Sep 7
DIY Robocars via Twitter
RT @roboton_io: Great to see http://roboton.io running at 60fps on the cheapest #chromebook we could find! #edtech #robotics #educat…
Sep 3
DIY Robocars via Twitter
RT @openmvcam: Crazy in-depth article about using the OpenMV Cam for Astrophotography: https://github.com/frank26080115/OpemMV-Astrophotography-Gear https://t.co/BPoK9QDEwS
Sep 3
DIY Robocars via Twitter
RT @openmvcam: Hi folks, it's finally here! Our first draft of our Arduino Interface Library is out! It works over SoftwareSerial, Hardware…
Sep 3
DIY Robocars via Twitter
RT @chr1sa: Please let them have an open API. This would be perfect for @DIYRobocars races https://twitter.com/NintendoAmerica/status/1301513099707658246
Sep 3
DIY Robocars via Twitter
RT @SmallpixelCar: Lanenet pretty much used all my GPU power on @NVIDIAEmbedded Xavier since I optimized with tensorRT. I need to run anoth…
Sep 3
DIY Robocars via Twitter
RT @LyftLevel5: Our @kaggle competition on Motion Prediction for Autonomous Vehicles is now live! Experiment with the largest-ever self-dri…
Aug 24
DIY Robocars via Twitter
RT @chr1sa: Our next @DIYRobocars virtual AI car race will be on Sept 26th. Sign up here https://www.meetup.com/DIYRobocars/events/272786977/ https://t.co/UENKGSOWO8
Aug 24
DIY Robocars via Twitter
New ready-to-run @NVIDIAEmbedded JetRacer car from Waveshare. Perfect for the next @diyrobocars race as soon as we… https://twitter.com/i/web/status/1297960223013867520
Aug 24
DIY Drones via Twitter
RT @chr1sa: The US government just approved 5 US-made drones for purchase, all based on the @Dronecode @PX4Autopilot standard. Great news f…
Aug 20
More…