I was wanting to feed the euler angle output (which would be supported by the airspeed sensor) from a pixhawk to an arduino? I was then going to use these angles in a custom stabilization algorithm for my VTOL which would be done by the arduino.
Does anyone know the upper limit of how many unique samples of the three angles (yaw,pitch,roll) you can transfer over every second? I think I will probably be needing to transfer over about 50 samples each second…
Hey wait amilcarlucas, do you know if the pixhawk updates its angles in response to the input from an airspeed sensor or does it instead takes the airspeed data and then just do something akin to trimming the aircraft without touching its angles?
Thank you for the links, ah, now I understand what you meant by “aerodynamic angles”. If the wind is strong enough from a certain direction, the angle of attack calculated can vary quite widely from the absolute pitch angle relative to the earth. For my project, I must have angles that are relative to the earth and they must be compensated for by airspeed sensors (or gps/GNSS, but ill go with airspeed) so that acceleration can be accounted for-at least in part.
So question for you, are you sure that the body angles as you describe them are not updated with the airspeed measurements?
Body angle have nothing to do with aerodynamics in ArduPilot. Aerodynamic angles are only estimations. There were discussions at one point of adding in a feature for alpha and beta measurements (here), but there hasn’t been any movement on that in a while.
What are you meaning by acceleration compensation?
Usually to reset the integrators for the inertial navigation system (INS) a GPS position is used. An airspeed sensor would only help resolve part of the integration problem. You can dive into the code to learn the particulars of ArduPilot take on INS.