@Alex-Kushleyev Thank you for reverting back. I will go through the documentation. If I disable the shutter will it work with causing any issue with respect to FFC.
Also I would wish use any other thermal camera with usb camera support, can it be used for localisation through QVIO, I will be required to create a MIPI communication, right?

I will find some documentation regarding the feature tracker question.- looking forward for your response.

@Alex-Kushleyev We made a couple discoveries:

First, thanks for referring me to this other topic, I'm not sure how I missed this. Switching, temporarily, to kernel 2.0.0 does result in connector J7 functioning, however J6 still does not for some reasons. Otherwise, a colleague discovered that some SKU configurations with kernel 2.0.2 actually still work, for example the voxl2-mini-test-fixture (TF-M0104) seems to work with the older interposers and cameras. I guess it is related to this having cam config 6.

As a result we have the following questions

I would still be curious to figure out if I have hardware problems with J6, what logging information could help with this? Is there any downside to using the voxl2-mini-test-fixture configuration, the only desire being to use the newer SDK while having the older cameras functioning?

@Vinny Thanks for the info,

Just to be clear, I am not looking for the PCB design schematics, just a symbol per board showing all the inputs and outputs to the board as a whole which then could be used in a system wiring diagram. If not I can just go ahead and make them myself, as all the info for it is on your docs

@Pelle-Bredegg-Hermansen
Hi Pelle,
I emailed you the schematic review report for your considerations, just wanted to post here this task is completed.

Keep us posted!
Thanks!

@Colby-Howell You can save camera data onboard using voxl-logger, but it will take up a lot of storage very quickly and the voxl2 has < 64gb so be careful with that. If you're not trying to save raw frames and are okay with compression & artifacts you can stream it to a ground computer with voxl-streamer and save it there

For connecting to the drone the easiest (especially cause you don't have a ground radio) is wifi, you can just connect your drone to a somewhat powerful router, set a static IP and ssh in.

For autonomous navigation, the best way in my opinion is to talk to voxl-px4 through the uxrce-dds bridge (implemented on the voxl2 as voxl-microdds-agent) https://docs.px4.io/main/en/middleware/uxrce_dds

@Nitin-Varma-Vegesna said in Repair:

My Starling 2 drone crashed, and a good amount of damage was done. The PCB board was cracked, and the GPS mount was broken, and I was wondering whether I should submit a Repair Merchandise Authorization, and generally how long does the entire process take from submit an RMA to receiving the drone back?

I submitted an RMA form, but I would still like to know how long the entire process takes generally please?

@magnetocircuit Yes, this is supported. In the config file for px4 /etc/modalai/voxl-px4.conf set ESC=VOXL2_IO_PWM_ESC.

@Aaron-Porter Hello there,

voxl-evaluate-vins is currently not used by the Autonomy team @ ModalAI, we opted for our new benchmark solution, a bit more consistent in terms of statistical rigor and better integration with voxl-portal. Still, when replaying logs for VINS, it is imperative that one replays them using the ION pipes, as our VINS solution is optimized for cl_mem ptrs. Note that when replaying ION pipes, it is recommend to stop camera-server before replaying -- as clean killing ION pipes via the voxl-replay args is currently being optimized. This should resolve the common segfaults experienced during the replay/benchmark operation itself.

https://gitlab.com/voxl-public/voxl-sdk/utilities/voxl-benchmark-vio

Finally, I would recommend updating your VINS to the latest available tag on Gitlab

@sja123 No, unfortunately, we do not currently support boot from SD card.