Hey Arvind, Could you try using this version of voxl-camera-server: http://voxl-packages.modalai.com/dists/qrb5165/dev/binary-arm64/voxl-camera-server_2.2.32-202607291154_arm64.deb Im able to get 2 camera streams, and every time I click the save picture button on QGC I see the snapshots saved without any issues. Heres some versions of my packages I am using: voxl-camera-server 2.2.32 voxl-mavcam-manager 0.6.1-202601081558 voxl-streamer 0.8.1

@royazriel , We do not recommend doing apt upgrade, since we do not test this update method. If you want to update the SDK, you should do that following our SDK install instructions. As an advanced user, you may select to update your apt sources to use dev releases (basically latest dev branches) and selectively install packages that you want to test. The recommended SDK release for Starling 2 (Max) is 1.6.4 With that in mind, please let us know if you have any more questions about this. Alex

And the latest build of our fork with this fix is here: http://voxl-packages.modalai.com/dists/qrb5165/dev/binary-arm64/voxl-px4_1.14.0-2.0.146-202607161052_arm64.deb

@RoyAzriel 1.6.4 release is tested on Starling 2 now, go ahead and use that from the link I emailed you.

Hello @royazriel , please take a look at our documentation, which has some testing tips : https://docs.modalai.com/voxl-open-vins-server/

@Eric-Katzfey thanks. before I did sdk reflash I found out the px4 params were somehow corrupted. I have tried to reproduce these values without success. what made it work is taking a similar drawn read the params usign px4-param show -a and writing the to the corrupted one.

@tom said in Latest SDK versions - How to access?: https://storage.googleapis.com/platform-beta-releases/voxl2/voxl2_SDK_1.6.4-beta8.tar.gz Thanks @tom !!!

Hi Kim, There are a couple changes required here that will make this work: 1. Rebuilding Kernel with SPI14 enabled You're going to have to rebuild and flash the kernel with QUP14 enabled as SPI. There is also a directional level shifter on GPIO67 that needs to be set to high in order for SPI on QUP 14 to work. I created this branch for you that should have the kernel changes that you need: feature/voxl2-mini-spi-qup14 (link) In order to actually build and flash the kernel please follow the instructions from our public docs on how to build the kernel https://docs.modalai.com/voxl2-kernel-build-guide/ When building the kernel, after syncing but before building, make sure to go to the cloned meta-voxl2-bsp directory and checkout the branch that I created (feature/voxl2-mini-spi-qup14). Also there is a chance you may need to build a kernel variant depending on your device so also make sure to check this document to see if you have a -2 device which would require building the kernel with the -v var02 flag https://docs.modalai.com/m0054-versions/#m0054-1-and-m0054-2 2. Configuring Trustzone with Correct QUP I would recommend using the devcfg binary that comes from the `voxl2-mini_SDK_1.0.0.tar.gz. In order to flash devcfg you'll want to run the following command fastboot flash devcfg <path/to/voxl2-mini_SDK_1.0.0/devcfg>/devcfg.mbn You should flash the kernel and devcfg (Trustzone) during the same fastboot session to avoid running into any issues with the device booting. Let me know if you have any additional questions or run into any issues!

@Alex-Kushleyev Thank you so much for your response. It helped a lot.

@Alan_S The voxl-vtx repository is currently private, the source code for both voxl-vtx and voxl-vrx are contained within.

@Alex-Kushleyev Hi Alex, Thank you for the clarification. That makes sense regarding the accel parsing—agreed that a 4 LSB discrepancy on a 20-bit value is negligible compared to in-flight noise, but it’s good to see it will be corrected. Appreciate you taking the time to investigate and confirm. Igor

@ZuraNeb Perfect! Thank you!

@fhaltmayer , unfortunately, we do not have any updates at this time. It looks like we may never release Ubuntu 20.04 for VOXL2 because it is a LOT of work to switch to a new major Ubuntu release and test + maintain everything. Additionally, even Ubuntu 20.04 is already relatively old, so we are trying to focus our efforts on more forward-looking software development with larger impact. Alex

@bendraper Hello, I hope this quick clarification helps for warnings: CMake Policy warnings: OV internally (external dir in the repo) still uses boost and references an older cmake version -- it's a harmless warning for devs (as you are building from scratch) Yaml-cpp lib warnings: This is a third party dependency that gets compiled from scratch during the make/build process. We use C++ 17 but the library is based on an older C++ version; nevertheless, it compiles fine on C++ 17 with minor warnings. -- it's a harmless warning TrackOCL warning: ModalFlow is a core library written in C++ 17 that allows function call usage as done in TrackOCL, i.e., the narrowing conversion is harmless in this case. That being said, we are actively working on the dev branch, so all flight--impacting warnings are hopefully caught early. We currently have no flight-impacting warnings/bugs identified, but if you found one warning/bug that caught your attention, please feel free to share. All the best, ZBFT

@Andrew-Jong , we are able to reproduce the error that you are seeing. I believe that you may need to set up a virtual display in order to get this to work. You could try doing so using Weston compositor, which would normally run if the display was available. Please try it and let us know if you are able to get it to work (or not). You would need to create a config file /etc/xdg/weston/weston.ini and try running it manually like this : weston --idle-time=0 --config=/etc/xdg/weston/weston.ini a sample config file might look something like this: # configuration file for Weston [core] idle-time=0 repaint-window=15 [output] name=virtual-1 mode=on We have not tested this yet, but hopefully it's a good start. Alex