Yes, it should work, just try it.

This doesn't align with anything we have seen. Any chance there is vibration being introduced?

Thanks Chad... I'll dig into this; meanwhile, someone here suggested that perhaps we can fork the kernel, then just build the module and install that with modprobe (without actually updating the on-board kernel). Has that kind of thing ever been done with VOXL1? Ed

Hi @Daniel-Ryu Good news, we have a beta version that is ready for testing. Here are the details: use latest available VOXL2 system image python3 version of voxl-esc tools : https://gitlab.com/voxl-public/flight-core-px4/voxl-esc/-/tree/dev-python3 this version works on PC and VOXL2 (we are moving away from python2.7) if pip3 is not installed, https://pip.pypa.io/en/stable/installation/#get-pip-py if numpy, pyserial are not installed : pip3 install --upgrade numpy pyserial installation on voxl2: https://gitlab.com/voxl-public/flight-core-px4/voxl-esc/-/tree/dev-python3/tools#installation-instructions-for-voxl2 In summary, you will need to follow the steps below on voxl2. we will put it into a script soon. Please let me know if you run into any issues going through these steps #clone the voxl-esc repo cd /home/root git clone https://gitlab.com/voxl-public/flight-core-px4/voxl-esc.git -b dev-python3` #install voxl-esc-tools-bin version 1.1 into voxl-esc/tools directory #see instructions https://gitlab.com/voxl-public/flight-core-px4/voxl-esc/-/tree/dev-python3/tools#accessing-the-esc-tools-software #download and install slpi uart bridge package to VOXL2 cd /home/root wget http://voxl-packages.modalai.com/dists/qrb5165/dev/binary-arm64/voxl-slpi-uart-bridge_1.0.0-202303021121_arm64.deb dpkg -i voxl-slpi-uart-bridge_1.0.0-202303021121_arm64.deb #stop and disable PX4 while using voxl-esc tools systemctl stop voxl-px4 && systemctl disable voxl-px4 #temporarily move libpx4.so and create symlink for slpi bridge to libpx4.so #this is required because currently the slpi application loader looks for libpx4.so (hardcoded) cd /usr/lib/rfsa/adsp mv libpx4.so libpx4.so.bak ln -s ./libslpi_uart_bridge_slpi.so ./libpx4.so #reboot VOXL2 reboot #test voxl-esc tools cd /home/root/voxl-esc/tools ./voxl-esc-scan.py #perform ESC testing / calibration #... #when done, restore original libpx4.so cd /usr/lib/rfsa/adsp rm libpx4.so cp libpx4.so.bak libpx4.so

This is not legal advice, but Wikipedia has a nice writeup on LGPL that may be relevant to your question https://en.wikipedia.org/wiki/GNU_Lesser_General_Public_License "Whether a work that uses an LGPL program is a derivative work or not is a legal issue. A standalone executable that dynamically links to a library through a .so, .dll, or similar medium is generally accepted as not being a derivative work as defined by the LGPL. It would fall under the definition of a "work that uses the Library". Paragraph 5 of the LGPL version 2.1 states: A program that contains no derivative of any portion of the Library, but is designed to work with the Library by being compiled or linked with it, is called a "work that uses the Library". Such a work, in isolation, is not a derivative work of the Library, and therefore falls outside the scope of this License. Essentially, if it is a "work that uses the library", then it must be possible for the software to be linked with a newer version of the LGPL-covered program. The most commonly used method for doing so is to use "a suitable shared library mechanism for linking". Alternatively, a statically linked library is allowed if either source code or linkable object files are provided."

I was not implying that any other calibration needed to be done on the PX4 side. Sometimes you need to tune PX4 control gains, but it seems the default gains worked for you. Thank you for clarifying!

I tried it today and it worked fine

@Thabisa Apologies I don't know why I thought you had an RB5, no don't flash that image. Flash the voxl2 specific one: https://developer.modalai.com/asset/view/116

We wouldn't know that off hand. you may find that information in the Snapdragon 821 Datasheet linked to in the VOXL Datasheet here

Hi Ariel Firstly - I am assuming you restarted the service right? Secondly what is the camera configuration you are using (multiple cameras, all streaming simultaneously, etc?)? The TOF is quite processing hungry so it is quite possible that if you have a lot else going onboard that the system just can't keep up or the buffer is getting filled to quickly prior to processing, etc. When you do a voxl-inspect-services the voxl-camera-server is up and running I am assuming? If thats the case, whats the CPU consumption, etc. Also you will see at this link that the recommended FPS for the tof is 5 fps. Thanks, Zach

@Chad-Sweet said in Which FLIR Lepton breakout board: Sorry, J12 on the 5G (M0090) add-on should work fine. Any host port from a VOXL 2 add-on should work. ok thanks

@Isaac_j did you figure out a solution to this issue? I'm running into the same problem also using the Spektrum DSMX receiver and transmitter. QGC doesn't see any radio channels even though the transmitter/receiver pair are bound.

@José-Quintanilla You can see all the various options with voxl-configure-mpa -h but you'll probably want to use voxl-configure-mpa -p --family m500 --compute flight

Thanks Vinny. The shipping cost $10 is I think excessive for every small item I buy from Modalai.com. Subtotal $19.99 Shipping $9.99 Estimated taxes $1.45 Thanks. suvasis

Hi, it appears I do not have the voxl-dfs-server service. I'd like to know how I can install the service without reinstalling the whole suit and wiping everything off.

@tom Tom, Thank you, but I feel like an idiot. I say that because I just clicked on all of the links you just posted in that reply, gave it 30 minutes worth of clicks, and for the life of me, I can't find any reference to: voxl-time-sync or vpn-start.service or any of the instruction you provided in your short post. Is it me? I really and truly appreciate your help, but I feel like everyone on your end feels like we're all at your level but we're not. We need hand holding sometimes.. even though we're pretty clever guys (and gals.. or whatever letters you use..) or we probably wouldn't be messing with this stuff. Honestly.. a concise, 2-3 page document for the currently released products containing commands, file locations, syntax and switches, configs (with included defaults) and an example or two would go a LONG ways toward keeping you guys busy at what you do best instead of answering my stupid questions..

@yashas-katte Could you please start a new forum question for these new ESC issues? Thanks!

Hi @Marta-Gonzalez , just following up on this thread, have you had any success with getting the RB5 to boot correctly? If necessary I can setup a debug phone call with you to see if we can get things going.