@george-kollamkulam Great just wanted to make sure there wasn't any other issue.
Posts made by Aaron Porter
-
RE: ROS2 Foxy Setup Issues
-
RE: ROS2 Foxy Setup Issues
@george-kollamkulam Any updates or are you still running into issue?
-
RE: ROS2 Foxy Setup Issues
Based on what you gave here. Yes, if voxl-camera-server is not running then there is nothing going into the ros2 topics to be published by voxl-mpa-to-ros2. The main way to figure out why voxl-camera-server is not running is to run
voxl-camera-server
on the VOXL2's command line. If need be you can also use the debug flags not sure what they are off the top of my head but you can find them by usingvoxl-camera-server -h
.First lets find out why voxl-camera-server is not working then we will have a better idea if mpa-to-ros2 has a problem.
-
RE: Connecting an External sensor to the VOXL2
The overall goal is just to get time synced between the Lidar and the VOXL2's IMU. Oddly enough, I was looking through the voxl-kernel for qrb5165 and the driver for PTP is there. Is the physical layer chip not able to support PTP?
Where I see the driver in the Kernel:
https://gitlab.com/voxl-public/system-image-build/qrb5165-kernel/-/tree/qrb5165-ubun1.0-14.1a/drivers/ptp?ref_type=heads -
Connecting an External sensor to the VOXL2
So we are trying to sync the time between the VOXL2 and an external lidar that are connected via ethernet. We can collect the data from the Lidar however due to the timestamps between the Lidar's real time clock and the VOXL2's monotonic time stamp there is Skewing occurring because the Lidar does not have a IMU to use. The question here is how would someone solve this issue?
PTP was attempted of but the problem is that the VOXL2's Linux Kernel does not support software-transmit when inspected using ethtool. If there is a way to get around this that would be ideal. Then it would just be working with getting the Monotonic clock to work with the Real Time Clock.
The thought of collecting the time of the lidar and then setting an offset to match up with with the monotonic clock was purposed but due to the query-response nature of the setup. There is an unknown round trip delay from the VOXL2 query to the the Lidar's response back to the VOXL2.
Also alternative suggestions are welcomed if there is a far simple way then sure, but the request is to avoid adding additional hardware.
Thank you for your time,
Aaron Porter -
Purpose of VFC
So for anyone that has the same a question about VFC as I did, this post is just to answer the question.
The purpose is to be a more robust system that doesn't get PX4's state and EKF from being corrupted when VIO fails. So in essence it is a more graceful way for the drone to fail out of Position mode into altitude mode. So the functionality and performance seem to be the same as the drone using position odometry data just in offboard mode. More changes maybe in the wood works but as of June, 2025, this is its purpose so far.
-
RE: LIO with TOF LiDAR: Seeking Point Intensity & Noise Data from mpa_to_ros
@Judoor-0, are you using the ModalAI TOF? Depending on the point cloud format, I see that there is a way to get the confidence level and the rgb values from the point cloud data. You might be able to use the RGB as intensity and the confidence value for Noise information. I can test it out if you are using a ModalAI TOF to check the PointCloud formatting just so I can give you a full answer.
-
RE: Playing with VFC
So something that I was seeing while testing this was having a bit of instability with Open VINS flying and altitude flying (Not Using VFC). I was seeing that voxl-open-vins-server stated that the IMU temperature was too high and kept resetting. After letting the VOXL2 cool down for a day I was able to have the Drone Fly in VFC mode but not sure how it flew compared to Position mode using VIO.
-
RE: Question regarding product application
@Muqing-Cao You can get the VIO data from the ROS1 and ROS2 Topic /ov_overlay , /ov, or /qvio depending on which VIO you are using. Both have the same type interfaces available so either should work. Yes, you will be able to get run the commands on a host computer and as long as they are on the same ROS_DOMAIN_ID, for ROS2 this should be automatic.
-
RE: Playing with VFC
Thank you, I was playing around with it.
Seems like for the controller it is a bit difficult since all main the buttons on the Xbox controller are mapped to the same channels. But at least then are set to different values. -
Playing with VFC
Hello,
I am playing around with VFC on one of the Starlings 1. I am able to takeoff in altitude mode and change over to Offboard mode. I thought that changing to offboard mode from altitude would cause the drone to go into VFC_Altitude mode however, I get a message in QGC that the mode is VFC_Manual and feels similar to manual mode as well. Not sure if I am missing something? Am I wrong in thinking that it should be in VFC_Altitude?
I am using a joystick controller instead of an RC controller.
Thank you for your time,
Aaron Porter -
Locking Camera Frame Rate
Question about the frame rate on the voxl cameras. Is there a way to get voxl-camera-server to lock the frame rate regardless of the Exposure? We noticed that auto exposure will cause the camera frame rate to lower on cameras that are in darker locations compared to the cameras that are located in brighter areas. Just asking if there is a way to make it so that we can have a consistent frame rate regardless of where the camera is looking and the lighting in those areas?
Thank you,
Aaron Porter -
Voxl-logger
Question about Voxl-logger. Is there a way to get the camera data that is saved in voxl-logger to have a different format or is the the format locked based on the camera's meta data? What I am asking is there a flag that changes a RAW data stream from the camera to PNG or JPEG?
Thank you for you time,
Aaron Porter -
Open-vins low quality not going into altitude
Hello all, I was doing a bit of testing with voxl-open-vins-server and noticed an issue where the PX4 flight mode remains in position mode when the quality dropped below the the EKF2_EV_QMIN. I am seeing that QGC is sending a message saying that the system is falling back into altitude mode, but the flight mode never changes. I changed the PX4 parameter for EKF2_EV_QMIN to 90, however it seems to stay in position mode even though when I look at the PX4 logs the VIO quality drops below the QMIN value. I tested qvio to see if this was a voxl-px4 issue, but voxl-qvio-server switches into altitude mode when the quality drops below the the QMIN value. My question is why is it that when Open-vins reports that the quality is less than the QMIN it stays in position mode?
Thank you for your time,
Aaron Porter -
RE: voxl-open-vins-server imu_to_cam RPY(deg) different output logs
Unsure, if you have resolved this so I am going to attempt to help but I am going to need more information if possible. I am unsure how the setup is for the drone seems like you have one camera (Tracking_rear) pointed straight backwards and two cameras (Tracking_front, Tracking_down) facing forward at a 30 degree downward angle?
I am not sure that you are showing with the log output.
Have you tried hand testing using the commandvoxl-inspect-pose -l
and seeing how RPY and translational movement (moving the drone up, right, forward) are behaving for the local frame? -
MIPI Connections
Question, Is it possible to connect a MIPI cable to the top of a Voxl2 using some of the pins in J5 or J3? So we don't have to touch Kernel stuff but can still use a MIPI camera through Linux if we create the driver.
Thank you for your time,
Aaron Porter -
RE: VOXL2 IO Board Flashing Firmware
I am following this guide: https://docs.modalai.com/voxl2-io-firmware/
I am trying to install the firmware using STLinkas for the bootl oader it is a ModalAI bootloader already installed I assume based on the blue LED light flash, so it is not a legacy board
-
VOXL2 IO Board Flashing Firmware
I am trying to flash the firmware to the VOXL2 IO board but I am getting an issue using OpenOCD. It seems like the version has changed since the documentation was created.
+ FIRMWARE_FILE=/.../Downloads/m0065_firmware.bin + sudo openocd -f /usr/share/openocd/scripts/interface/stlink-v2.cfg -f /usr/share/openocd/scripts/target/stm32f1x.cfg -c 'adapter speed 4000' -c init -c 'sleep 100' -c 'reset halt' -c 'sleep 500' -c 'flash write_image erase /.../Downloads/m0065_firmware.bin 0x08001C00' -c 'reset run' -c exit Open On-Chip Debugger 0.10.0 Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'. Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD adapter speed: 1000 kHz adapter_nsrst_delay: 100 none separate invalid command name "adapter"
I am on a Linux computer and installed OpenOCD using just
apt-get install openocd
. I have the ST-Link connect like the diagram shows. And the ST-Link is connected to my computer via USB.
So Honestly I am lost to as to what I am doing wrong?Thanks in advance,
- Aaron
-
Actuator Tab not Identifying motors
The Problem:
So we recently ran into an issue where the Actuator Tab in QGroundControl wanted us to Identify and assign the motors for the starling. We tried using voxl-configure-mpa with the sku set to starling. Still we were not able to spin the motors.The Solution:
We were able to resolve the issue my installing a new version of the SDK onto the starling which resolved the issue we were having.Hope this helps
-
VIO Quality
Hello,
I am trying to get the VIO Quality on the drone below to be higher than 20% when flying. I am using
voxl-inspect-qvio
to see the quality in real time while I am moving it manually.
In the beginning when the drone first starts up the quality is good at or around 100%, I can move the drone forward and I see x increasing, move left and y decreases, moving up the z value decreases. Once I start moving the drone the quality drops to 20% and will occasionally restart. I was looking at the documentation post here for troubleshooting VIO issues. I checked the IMU_APPS and saw only green values even when I jostled it a bit. I thought that the light from the lidar that I had behind it was causing some lighting issues so I removed it. Still having the same issue.I tried getting the extrinsic file values as close to the correct offset values that I can for the tracking camera. The only thing that I can see that Might be an issue is that the camera is not pointed completely straight. But if that is not the issue then I don't really know what else to look at to fix the quality drop.
Thanks,
-Aaron