ModalAI Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login
    1. Home
    2. Ricardo Silvestre
    • Profile
    • Following 0
    • Followers 0
    • Topics 1
    • Posts 2
    • Best 0
    • Controversial 0
    • Groups 0

    Ricardo Silvestre

    @Ricardo Silvestre

    0
    Reputation
    3
    Profile views
    2
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    Ricardo Silvestre Unfollow Follow

    Latest posts made by Ricardo Silvestre

    • RE: Treatment of log for a ROVER with an odometer

      @Chad-Sweet Hey Chad, thanks for the answer, I believe is more of a problem with the camera itself, in some periods, as described above, the odometer outputs extremely high local values before resetting all to zero and losing all reference.

      I'm having difficulties mapping an indoors track without GPS (basically creating a virtual map of the path), because everything goes well when the camera does not reset and I have a reliable circuit shown, but when the camera does reset all the work is lost. My client is very pressing about this matter.

      Thanks for any additional information!

      posted in VOXL-CAM
      Ricardo SilvestreR
      Ricardo Silvestre
    • Treatment of log for a ROVER with an odometer

      Hello, I have a ROVER model that I use together with a VOXL-CAM, that is capable of visually estimating the odometry (local position values) of the circuit path, due to the circuit being underground and no GPS signal is available, the information is sent to the CUAV X7 Flight Controller where I can recover the data using the SD card slot.

      I have a problem where, for some reason, while in the circuit with the QGroundControl controller the local position of the odometer is reseted in some specific places (as shown in the figure below), I believe due to the camera losing reference.
      7d5aa0fc-fa27-4256-a363-69d6cecb3de4-image.png

      57562209-0966-462e-82ff-fc965d662eca-image.png

      I was wondering if there was a way to correct this error so I could correctly estimate the position. If not possible would there be a way to export the *.ulg file to a *.csv for example and then manually removing the problematic points, and then re-exporting it to *.ulg so I could visualize the data in the logs.px4.io website?

      Here’s two logs that I took that can help.

      For this one the discontinuity apperars around 13:20 https://logs.px4.io/plot_app?log=2196a6ba-f03f-438c-bc69-28420727308a

      And for this one the discontinuity appears around 11:40 https://logs.px4.io/plot_app?log=9a360a9b-ebb0-4a1a-82ac-d351c06b9c08

      posted in VOXL-CAM
      Ricardo SilvestreR
      Ricardo Silvestre