-
Notifications
You must be signed in to change notification settings - Fork 481
Conversation
> **Tip** If performance is still poor, try increasing the [LPE_PN_V](../advanced/parameter_reference.md#LPE_PN_V) parameter. | ||
This will cause the estimator to trust measurements more during velocity estimation. | ||
|
||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@TSC21 OK, this is now more clearly split up the top to make it first generic. Below here I'm trying to make things more "ROS" specific. Unfortunately some of the information is a bit messy, so a few more questions below. Can you sanity check what is there now too?
|
||
This section shows how to setup the system with the proper reference frames. There are various representations but we will use two of them: ENU and NED. | ||
## Asserting on Reference Frames |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This section confuses me - what does "Asserting on Reference Frames" even mean? :-)
The rest of the section and sub headings talk about "rigid body" which is not defined, and is all about Optitrack.
So:
- how relevant is this reference frame information/how generic?
- If it is relevant how do we separate it. I'm "guessing" that it probably is useful because maybe ROS uses ENU and PX4 uses NED, so this could be under ROS heading with a note to that effect?
The mocap specific info could then go under the specific optitrack setup?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The frame of the rigid body is the body frame. If it is relevant as a rigid body, probably not.
It's relevant to state that the local/world frames are different from ROS to PX4:
- ROS body frame is FLU (X forward, Y left, Z up), usually named
base_link
, while in PX4 is FRD (X forward, Y right and Z down); - ROS world frame is in ENU (X pointing East, Y pointing North and Z pointing up), with the naming being
odom
ormap
, while in PX4, the frame is NED (X North, Y East, Z down).
For a better insight about the ROS frames: http://www.ros.org/reps/rep-0105.html
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@@ -119,17 +225,19 @@ At this point, if you followed those steps, you are ready to test your setup. | |||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@TSC21 is this first flight stuff relevant to both vision and mocap? Some of it is specific currently "Put the robot on the ground and start streaming MoCap feedback. "
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Using vision egomotion and using mocap are two completely different approaches. So this should be under something specific to MoCap. To vision, there are other concerns as well.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you provide information about what concerns are relevant to vision? I will make this section have Mocap/Vision subsections
* Stream over MAVLink and check the MAVLink inspector with QGroundControl, the local pose topic should be in NED | ||
* Move the robot around by hand and see if the estimated local position is consistent (always in NED) | ||
* Rotate the robot on the vertical axis and check the yaw with the MAVLink inspector | ||
* **Before** creating the rigid body, align the robot with world x axis. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@TSC21 HOw do you alight the robot with world x axis? What does this mean?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The world axes should be defined on the MoCap system setup. I never configured one, so I can't give an input regarding that. This just assures that the position where you start is with heading 0.
@TSC21 Can you confirm my comments above? (or ETA when you might have time - I do appreciate you are busy!) |
@TSC21 OK, I think your info incorporated. There is a missing TBD section on the end about First Flight with VIO. If you think this is otherwise OK perhaps we should merge and you come back to me to fill that in? In other words - "good to merge"? |
Yes LGTM |
This is update to Vision/Mocap pages following on from #573.
Intention is to more concisely separate into what is supported by PX4 and the estimators, and then map this to ROS. This might be done in separate docs, one under computer vision and one under ROS [TBD]
Next step for iterating this is when there are answers to:
Fixes #191