Hi @dvz It sounds like that specific unit may need to be RMA'd and we can give it a full check-out through our tests. Please refer to this page for submitting an RMA, as there is not much we can do remotely given your assessments and noted behaviors. https://www.modalai.com/pages/rma

@Colby-Howell New order# 8874.

@zuraneb that new download page doesnt seem to be sending out email verification emails so I cant verify my email so I gent register an account, so I cant download the flat builds

hi @nostrain , Thank you for providing an important detail regarding unloaded motor. I am going to test that condition with a similar motor. I am a bit hesitant to ask you to go back to the older firmware since we have had a number of improvements since the original firmware, so we will try to figure out how to make this work. In general, the ESC with unloaded motor should not be doing this, even while running in RPM control mode (which has been tuned for optimal response with a propeller). Ideally, the unloaded performance should not fail (while would behave differently from loaded motor). Meanwhile, i am not sure how much value it is to do RPM step response tests with unloaded motor, because RPM controller assumes a loaded motor and the RPM controller is using the tuning parameters you provided. However, the motor behavior is extremely different without the propeller. To test realistic conditions, we typically run robustness tests like this with propeller on. One more request, are you able to repeat the same test with the original firmware (that currently works) and set the demag_timing ESC parameter to 0. This was a feature originally put in for testing to help with low kv motors, but we later decided that this feature was not complete / robust enough to cover general use cases and it was removed. I am curious if it is helping in this case. Alex

Yes, you can connect to one of the UARTs on J19. However, there are only 3 UARTs so you'll have to choose which one to use. The PWM outputs on the IO expander are mainly intended to be used when you have PWM ESCs instead of a ModalAI UART based ESC. In that case you would connect to the ESC UART. If you want to use the IO expander in addition to a ModalAI UART based ESC then you will have to choose between the RC UART or the GNSS UART.

Hi @jetson-nano I'm not sure I am following. The ADB Debug port is still available on VOXL 2 when you use an M0062 Debug Board with USB Hub. Our plug-in boards that connect to J3 and J5 do not consume the primary USB. See here for guidance: https://docs.modalai.com/expansion-design-guide/#usb-expansion-over-j3--j5

Can you plug the cable from the working drone into the other one? That could tell you if it's the cable.

Also, there are many good simulators out there.

@Noah-Heinen Hello there, Yes, we haven't officially supported this package for a while, and our development drones currently do not ship STEREO_RAW8 format by default. However, even though there are no official plans for this repo, I made some changes that should solve the issue for now. This also expands to RAW8 images. Feel free to test it out, this repo will likely become community driven.

Hi Philip, I checked this on a VOXL 2. Adding a second subscriber to /run/mpa/mobilenet_tflite_data is a clean fan-out. The Modal Pipe Architecture creates a separate client connection for each subscriber, so the second subscriber does not consume or steal messages from voxl-tflite-server or from an existing subscriber. I tested this with an existing subscriber already running, then attached another subscriber to mobilenet_tflite_data. The system continued running normally and both consumed messages. See picture below. Only caveat is normal concerns about load and that a slow subscriber can miss data but won't affect other subscribers/server. The qrb5165 emulator should support the MPA/libmodal-pipe itself. The pipe can still exist without the board. However, mobilenet_tflite_data will not appear in the arb5165 emulator without additional setup. That pipe is published by voxl-tflite-server, which itself consumes a camera input pipe. The emulator does not provider an emulation of the physical VOXL2 camera pipeline by default. For simulation, I would start by testing the subscriber against recorded or synthetic MPA data rather than trying to emulate the full camera pipeline. Best, Sean [image: 1786389925636-screenshot-from-2026-08-10-14-13-30.png]

@sebastianp , sorry for the delay. There a lots of questions, let me start with what I can answer right away and will go from there. Hires Video Resolution: Starling 2 Max comes with dual IMX412 cameras (front, down-facing). IMX412 maximum resolution is 4056x3040, which is larger than 4K. 8K is not supported on Starling Max. In general, we do have support for one 8K camera (OV64B), which has maximum resolution of 9248x6944 and that resolution is supported only at 10FPS. The only way to get that camera right now is part of a Flir Hadron combo (Boson + Color camera), which is probably not what you are looking for. So the best bet for Starling 2 Max is to use the provided IMX412 camera. you can see some details regarding operating modes of IMX412 camera here : https://docs.modalai.com/camera-video/low-latency-video-streaming/#imx412-operating-modes Data Pipeline: our camera server application (voxl-camera-server) can publish processed YUV images via shared ION buffers (zero copy) and the user application can receive those buffers for processing without any cpu overhead for doing inter process communication to send the image data. you can also publish raw Bayer data (the exact data that comes from the camera) if that's what you mean by "raw" Optics: no optical zoom is supported on any of our cameras, only digital Onboard AI Compute and Performance I will need to check with colleagues and follow up. Flight Range, Autonomy & Control Starling 2 Max used PX4 as flight controller, so all the standard flight modes are supported Answers to additional questions Camera and Zoom integration: yes, raw and yuv frames can be shared with customer's C/C++ applications via shared buffers (or regular buffers via named pipes, which will have a lot of overhead for duplicating the data). No optical zoom is supported. Examples are available upon request We provide voxl-cross docker image which can be used to build the projects for VOXL2. Majority of ModalAI packages that run on VOXL2 are built using this cross-complier environment and can serve as examples how to build your own applications (you can find most packages here : https://gitlab.com/voxl-public/voxl-sdk) you can mount more hardware on Starling 2 Max, see the following thread regarding flight time : https://forum.modalai.com/topic/3732/starling-2-max-payload-capacity-and-flight-time-impact Frequency selection when you configure your starling 2 max (https://www.modalai.com/products/starling-2-max) , you can select several options and the SKU will change accordingly. The page also has explanation for the different SKU options, so it sounds like you will need: MRB-D0012-4-V4-C28-M11-T9-K2 C28 : dual tracking and dual hi-res cameras M11-T9 : Microhard and Microhard pMDDL2450 and Ghost Atto (2.4Ghz) it seems that this would be a custom SKU that you would need to request a quote for : https://www.modalai.com/pages/contact-us Ground Controller: If the drone ships with an RC transmitter, it should be already bound to the receiver. the controller and receive depends on the selection, see above regarding SKU and the shop page for more description note that the RC controller has no ability to display video, so there is no out-of-the-box ability to stream video without additional setup, such as external computer, display / goggles, etc. I hope that answered a lot of your questions, please let us know additional questions or need clarification regarding anything else. Alex

The Commando 8 user manual is available online

I tried cross-compiling latest tflite-server on voxl-corss:V4.4 and got the same error despite adding /usr/include/ in the src/Cmakelist.txt