vio problem

[RoyAzriel]

Hi,
system-image: 1.8.06-M0054-14.1a-perf
kernel: #1 SMP PREEMPT Wed Oct 22 04:29:38 UTC 2025 4.19.125
────────────────────────────────────────────────────────────────────────────────
hw platform: M0054
mach.var: 1.2.1
SKU: MRB-D0012-4-V3-C28-T8-M36-X0
────────────────────────────────────────────────────────────────────────────────
voxl-suite: 1.6.4~alpha2

We are flying indoors using lidar and vio.
We monitor MAVLINK_MSG_ID_ESTIMATOR_STATUS during the flight looking at s.flags & ESTIMATOR_POS_HORIZ_REL
it is our way to monitor vio status.
vio was wroking fine for few weeks out of the box.
Now it seems it degragated, in each run it fails when we get to a specific point in our lab. it was not like this before.
We suspect it has to do with hardware but we dont know what exactly. vio loses horizontal position when we get to this specific point when the drone sliding to the side. we do not know what can fire this event.
When we run voxl-check-vibration it seems ok. so we think there is no need to calibrate. The tracking cameras stream looks fine.
voxl-vision-hub.conf
"en_vio": true,
"vio_pipe": "qvio",
"secondary_vio_pipe": "ov",
"vfc_vio_pipe": "ov",
"en_reset_vio_if_initialized_inverted": true,
"vio_warmup_s": 3,
"send_odom_while_failed": true,
"horizon_cal_tolerance": 0.5,
One thing we are not sure about. should both qvio and ov services are working out of the box ? ov is redundency for qvio ? in one of the drones the ov service was disabled without any reason. I guess they should both work after boot.
when you turn off ov service do we need to change the vision-hub.conf file ?
do you have any idea what can be the reason or how to debug it ?

currently we are getting poor vio compared to what we had when we got the drones.

BR,
Roy

[zauberflote1]

Hello there,
It seems that you're currently running an alpha version of an old version of the SDK. I would recommend updating your SDK.

In regards to VIO, I would recommend running OV pipe instead of QVIO (more details on this available on my past replies/posts). In addition, I would recalibrate your unit IMU via voxl-portal, ensuring your gravity magnitude post calibration is ~||9.81m/s^2||. You can inspect it via voxl-inspect-imu on the devices' shell.

All the best,
ZBFT (Joao Leonardo Silva Cotta)

[RoyAzriel]

Hi ZBFT,
We have done the steps you recomended both with 1.6.4 alpha2 version in with 1.6.6 version.
canceling qvio, making sure only one open-vins service regarding vio. recalibrating imu.
The drone is still loosing horizontal pos at the same manuver( sliding to the left when there is a wall in front)
I want to proved you with some facts.

1. we reverted back to a code we know worked well before and suddenly we experiance this problem. ( made us syspect somthing changed in hw ( some kind of movment of camera or lense because of a crash)
2. the qvio with 1.6.4 alpha2 version with qvio was working perfectly with this version of ours and now it not failing in the same manuver again and again.
3. we double check all px4 params against a golden copy.
4. The other possiblity that it is something wrong in our appication is also a possiblity( we have two drone acting the same)
   can you guide us what other information we can log in order to trace why vio pos suddenly jumps to a far horizontal position. what can explain such a behavior ?

BR,

Roy