@voxl-phoenix , this may be a hardware issue because VOXL2 will boot just fine without M0173 camera front end plugged in (if the hardware is OK). It is possible that one of the camera connectors (where M0173 plugs in) has broken off or is loose, causing a hardware failure. If you would like a better diagnosis, please share a video of the voxl2 not booting, so we can see the LEDs (i realize there are green leds on top and bottom, but the way your image shows, you can see both of them. Also, in this non-booting state, does the VOXL2 show up as any USB device when plugged into a linux machine using the main USB C connector?

Alex

Hi @dew54 ,
Are you willing to share your schematic with us? We always perform a courtesy review of any customer design.
What Alex said is true but there are some more subtle nuances because our Microhard design pre-dates Voxl 2. Everything was designed to be backwards compatible but a custom design can certainly step on some toes of the 5V network.
Let us know if you are willing to share and we'll email you to exchange the Sch.
Thanks!

@bkim1301 I would start by connecting the VOXL 2 UART 7 to a PC with a serial to USB cable. Make sure you can communicate back and forth using that setup and then do the same with the Teensy before connecting the Teensy and the VOXL 2 together. It's often very helpful to use an oscilloscope on the rx / tx lines to verify that there is actually data flowing.

@antenna-eng What hardware do you have connected to the VOXL 2 board? Cameras etc.

Hi @scosgrove,

Thanks for the details.

On the DSP there is a dedicated HW block for each UART (similar for the UARTs connected to the application processor). All the UARTs supported on DSP have hardware FIFOs. Since you asked about the size:

DSP UART2 has 64-byte low level FIFO on RX DSP UART6, 7 have 128-byte low level FIFO on RX

When fifo is close to filling up, there is an ISR that triggers on the DSP which transfers the data from FIFO to other memory, and then the data propagates to the user. I wonder if there is some issue when fifo is read while another byte is incoming into fifo at the same time.

Which uart port are you using for this test?

I can do some testing with bursts of 70-250 byte packets. In the past we have tested continuous data transfers of several KB but not at high rates. Also, what baud rate are you using now?

Alex

@Jetson-Nano The M0173 kits include the IR filter on all sensors.

@Jetson-Nano Have you looked at voxl-inspect-cpu?

@Zachary-Lowell-0 as mentioned I have set offboard-mode in voxl-vision-hub.conf to "off".

I did a flight test shifting to offboard-mode,

The drone was able to execute the script in a stable way without any jittery motions or trying to come back to home position.

These are the flight logs,
https://review.px4.io/plot_app?log=e32a28df-cbba-4765-8499-6fe46e2ff890

@Eric-Katzfey thanks! I got started using mavsdk and pymavlink

Hello @zauberflote1! Thanks for sharing.
Made any progress on this package?

@Alex-Kushleyev Correct, I just used the last 4 more powerful cpus. That was enough of a performance boost to run my optimization at the frequency I was hoping for. I didn't try using all 8 threads, I can give it a shot if that's useful information for you

@tahawaru Okay, that shows you have 1.14.0-2.0.78. If you want to build 1.14.0-2.0.63 then you need to check that version out instead.

@modaltb

Hey Travis,

Thank you very much for your explanation and for passing on the link.
I understand how it was done now.

I will consider what is the next possible option for the project.  
I appreciate your time.

Best Regards,
Leon

@nickk14

Awesome, glad to hear it! Yeah, we've actually mounted fans to our boards that run multiple models simultaneously because the thermals definitely get up there. Might be worth thinking about depending on your application.

All the best, let me know if I can help out in any other way.

Thomas

@Moderator Thank you for the response.

I did come across this product of yours here: https://www.modalai.com/products/mdk-m0135?_pos=1&_sid=e4d19a51b&_ss=r that should work great after looking through some of your user guides and technical documentation.

@eric

Sorry for the late response on this!!

Your best bet would be to just try it out, I can't say without trying it myself. It's possible it works, it's possible something fails. I've never had to deal with this so I can't say for certain.

It's also worth pointing out that voxl-tflite-server is more meant to be an example of how TFLite models can be run on VOXL and not an in-depth ML framework for deploying custom models. If voxl-tflite-server doesn't support it, by all means fork the repository and build out the functionality to be able to. Even better, make a pull request with that functionality and I'll test and approve it!

Hope this helps,

Thomas Patton

@david-devassy

Hey David,

We do support deep learning inference on VOXL2! You can check out this page on our docs to read more about our deep learning capabilities. Out of the box our YoloV5 model gets around 30 frames per second. You also mention object avoidance and SLAM using path prediction. We have our own implementation of Visual Object Avoidance (VOA) which you can read about here.

You could certainly create custom implementations of both of these on VOXL! However I want to highlight that our code for both of the above is C/C++ and not in Python for speed reasons. I can't give you a reasonable estimate about Python performance but it would likely be slower.

Hope this helps! Let me know if you have any other questions.

Thomas Patton
thomas.patton@modalai.com

@dsupplee yes, the images on VOXL 2 are unsigned. please see the VOXL 2 kernel build guide here: : https://docs.modalai.com/voxl2-kernel-build-guide/