-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gendrv Issue #53
Comments
The problem came from the madgwick package, which used "fixed_frame"(default odom) as parent . But it should not be odom in our cases. |
I think we can set "publish_tf" to false, because we do not use wadgwick package to publish tf. We use robot_state_publisher to publish tf. So the tf publisher from madgwick should be disabled. |
I will prepare a patch on this later. |
I am pretty sure I tried that and it created other errors. Pito Salas Computer ScienceBrandeis Univeristy On Jan 27, 2025, at 1:44 AM, Thomas Chou ***@***.***> wrote:
I will prepare a patch on this later.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***>
|
Hi Thomas,Any news on this patch?Pito Salas Computer ScienceBrandeis Univeristy On Jan 27, 2025, at 1:44 AM, Thomas Chou ***@***.***> wrote:
I will prepare a patch on this later.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***>
|
Please check hippo5329/linorobot2 no-tf branch. I am traveling and do not have robots to test. |
Thank you. Unfortunately it didn't fix the problem. I am still seeing the imu tf parent as odom which it should not be. Here is a short capture to show what I am seeing…
Thanks for all you do!
https://share.zight.com/KouRAWDX

… On Jan 28, 2025, at 9:04 PM, Thomas Chou ***@***.***> wrote:
Please check hippo5329/linorobot2 no-tf branch. I am traveling and do not have robots to test.
—
Reply to this email directly, view it on GitHub <#53 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAAK5CJR2DK5AIE75Y67A7T2NAZLRAVCNFSM6AAAAABV5BI64WVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMMRQGQ3TIMZWHE>.
You are receiving this because you authored the thread.
|
I updated hippo5329/linorobot2. And checked via view_frame. The imu_link's parent is base_footprint now. |
I am having trouble getting the Waveshare gendrv board fully working. This issue report looks long but it's just because I put all the details in. I think I might be misunderstanding some detail in your instructions because of how you interleave instructions for gendrv with all the others.
I have followed your instructions carefully and it is mostly working. I hope you can take a few minutes and look through this and help me spot my mistake. My meaning is to follow the default path through your instructions.
I've spent a lot of time digging into the underlying packages (like ekf_filter_node and imu_filter_madwick) and I don't see where I am going wrong. THANK YOU!
My gendrv_config.h looks like this:
IMU set up
I have set up the imu. It is publishing to imu/data_raw which is expected to because of the presence of the mangetometer. The data from /imu/data_raw and /imu/magnet seems correct. A little lower hz but maybe that's because it's an ESP32.
/imu topics hz reports
My ekf.yaml looks like this:
Bringup
And I launch with the following bringup:
Which is pretty straightforward. .And the output also looks perfect:
Problems
After this I have the following weirdness... The imu_link tf is a child of the odom tf which is incorrect.
Also another clue is this error:
Question
Do you see anything in my various setup files that might be causing this?
The text was updated successfully, but these errors were encountered: