Are the docs generated from Parameters.cpp? If so can I suggest you use the text I have put above, including the rally point , I think (maybe), it’s clearer than just “OnlyForGoAround”. I added a screen shot to show why it’s important.
Hello @tridge
Thank you very much for all you and all developers effort to make this system better and better.
About this issue:
Could you please clarify, how this works?
My key question is how to callibrate this battery remaining percentage ??
The reason of my question is, I found “problem or issue” when using Cuav Nora PM lite using CAN , that is supllied by CUAV.
I did posting this issue some times ago. The problem was, Mission planner display the remaining battery percentage WRONGLY. Eventhought Voltage and current display are correct… Also battery consumed was correct (in MAH). This is very confusing. So the battery remaining percentage is much lower than it should be.
Thank you…
@tridge, I just received a support request for EKF’s not aligning and preventing arming on the beta 4 firmware. Maybe this is unrelated to the beta, but the log is attached here. I flew the aircraft without prearm issues just prior to this, so I’m not sure what the cause is. My flight was totally successful, although I did have to reassign the trigger and feedback servo_function parameters to -1 to get the camera working normally. That will be helpful for the release notes when 4.2 goes live.
Hello cool developer, it’s great to see you continue to develop.
Q_ENABLE = 1
Q_FRAME_CLASS = 1
Q_FRAME_TYPE = 16
Q_TILT_TYPE = 2
Q_TILT_MASK = 8:
Q_TAILSIT_ENABLE = 0
Q_TILT_YAW_ANGLE = 0
Function = 39 Please develop the tailtilt servo to respond to QSTABILIZE as well.
In QSTABILIZE mode, the tailtilt servo does not respond to the rudder stick.
Can you make the reaction visible on the Servo output screen when armed?
I think you may be right about a motor reversal. It looks like the left motor went into reverse at the same time that you got an ISR flood internal error. @andyp1per can you have a look at this?
The sequence seems to be:
two ESCs running normally with DShot150, on PWM(5) and PWM(6), both giving ESC DShot telemetry. ESCs setup as 3D, to allow for reverse thrust landing
ISR flood on pin 57, the camera feedback pin (on SERVO8)
both ESCs stop reporting telemetry for around 1.5s, battery sensor current draw remains steady during this time
2nd (right) ESC starts reporting telemetry again, then stops, then starts again
1st (left) ESC starts reporting telemetry sporadically, only giving data infrequently, and the aircraft starts to yaw left, ending up spinning at over 1000 degrees/second, which is remarkably fast for a plane of this size (I presume this is a believer?)
I don’t understand the relationship between the ISR flood and the ESC reversal. An ISR flood is an external event, triggering lots of pin toggles, causing us to shut down that interrupt source. Was there some other event that caused both the ISR flood and the motor reversal? Or did the flood somehow impact the ESC?
@Naterater is the aircraft undamaged enough to run ground tests? Do the ESCs/motors still work? Do they operate in the right direction?