JSandu's profile - activity

That error is usually shown up when the program cannot find the YAML file. Maybe you deleted or modified the calibration

That error is usually shown up when the program cannot find the YAML file. Maybe you deleted or modified the calibration

Nothing at all @kharkad. I'm thinking of implementing something myself when I have more time. Early this year I guess.

Hi there,

I have been looking for a way to publish roll, pitch, yaw angles without change them to quaternions but I didn't find that kind of message after googling for a while. I know I can write my own types of messages but I don't want to reinvent the wheel if is the case.

So, does anyone know a standar message with pose and orientation being the angles in rpy form?

Regards, Juan Sandubete López.

Alright ! Thanks for your help

Ok, should I change this question?

That seems to be enough for what I need (at least for now). And yep, I noticed the example, it fit like a glove And no

To create a rqt plugin could be an option, but I don't really need it that much. Maybe I can spend some time learning ho

Thanks you for fast answering @gvdhoorn I am trying it for better visualizing the angles with rqt_bag because It is not

Thanks you for fast answring @gvdhoorn I am trying it for better visualizing the angles with rqt_bag because It is not

Message for publishing roll, pitch, yaw without converting to quaternion Hi there, I have been looking for a way to pub

MAVROS-to-MAVROS communication implementation in a GroundStation-Robot (RasPi onboard) Hi there, I am trying to build a

MAVROS-to-MAVROS implementation in a GroundStation-Robot (RasPi onboard) Hi there, I am trying to build a robot which o

MAVROS-to-MAVROS implementation in a GS-Robot (RasPi onboard) Hi there, I am trying to build a robot which one I want t

MAVROS-to-MAVROS implementation in a GS-Robot (RasPi onboard) Hi there, I am trying to build a robot which one I want t

Hi there,

I'm using the robot_localization package for fusing several data inputs. I have a theorical model that estimates an ideal odometry for my robot only based on my commands and the robot model. On the other hand, I have a SLAM estimation system as input for the EKF too.

My robot is a quadcopter and it has a yaw drift. I mean, its yaw value changes slowly over the time; and that is not registered by the theoretical model estimation. So model a slam orientation diverge very fast (in a minute or so). With enough time, there would be even 90º between their orientations, so it would be like one of them were not accomplishing the rep 103..

The question is: What would be the best way to fuse those estimations? Should I associate the "model yaw" to the estimated pose or is the EFK robust against orientation differences? Maybe I should do some reset of the theoretical pose estimated?

Thank you in advance, Juan.

Thanks you so much Tom

Robot_localization for fusing model pose and SLAM odometry Hi there, I'm using the robot_localization package for fusin

Robot_localization for fusing model pose and SLAM odometry Hi there, I'm using the robot_localization package for fusin

Robot_localization for fusing model pose and SLAM odometry Hi there, I'm using the robot_localization package for fusin