Nano 2.0 dropping signal when flight data polled too quickly

Firmware/software/electronics/mechanics
Post Reply
jasongd05
Beginner
Posts: 4
Joined: Thu Jan 29, 2015 3:35 am

Nano 2.0 dropping signal when flight data polled too quickly

Post by jasongd05 »

I've combined the ramp.py example with the logging example. When I set the logger to 1000ms the drone flies fine, but when I set it to 100ms the drone loses connectivity sporadically (failing on, which is fun...). It seems to happen when I try to vary a control relatively fast. We're trying to figure out how to give the drone a mission and write control loops to have it complete a flight plan, so which polling is important.

Thanks in advance.

Jason
tobias
Bitcraze
Posts: 2339
Joined: Mon Jan 28, 2013 7:17 pm
Location: Sweden

Re: Nano 2.0 dropping signal when flight data polled too qui

Post by tobias »

Could you please share your python file so we can try to reproduce? In the cfclient there is no problem logging at 10ms intervals so it is difficult to guess where the problem lies.
jasongd05
Beginner
Posts: 4
Joined: Thu Jan 29, 2015 3:35 am

Re: Nano 2.0 dropping signal when flight data polled too qui

Post by jasongd05 »

Alright. Here it goes! We are attempting to run the quad from the IPython Notebook with interactive widgets to start.

Here's a link to the notebook. The logging is happening at 100ms, and the control information is sent at 100ms.

If you see any other issues with this notebook, let me know. At the bottom we have some telemetry data that doesn't make a lot of sense. We've moved the quad in a straight line on the y-axis, the output from the accelerometer seems to show it moving diagonally in the x y plane...

http://nbviewer.ipython.org/gist/jgoad/ ... 4d4836c1ae
marcus
Bitcraze
Posts: 659
Joined: Mon Jan 28, 2013 7:02 pm
Location: Sweden
Contact:

Re: Nano 2.0 dropping signal when flight data polled too qui

Post by marcus »

Hi,

I tried running the notebook, but the IPython I have doesn't support version 4. Any chance you could export it in a lower version so I can run it with ipython 2.3.0 (Ubuntu 14.10)?

When running the client there's a lot more logging going on and the commands are sent even quicker, so I would guess it has something to do with IPython. What's the CPU load like? Could it be that it's running too slow?
Post Reply