Skip to content
  • 0 Votes
    2 Posts
    191 Views
    VinnyV
    Hi @noah-heinen, Thanks for the very detailed write-up and troubleshooting. There is a lot of useful information here, and this is a tough challenge. I hope we can help get it resolved with you. The first thing that stands out to us is the custom extended-length USB harness between the Doodle Labs radio and VOXL 2 Mini. Before digging further into software, ESC firmware, or platform parameters, I would focus on that physical USB connection. USB 2.0 High Speed is sensitive to cable construction and signal integrity. Extending the MCBL-00080 interface using discrete, untwisted, unshielded JST-GH conductors is not equivalent to extending it with a properly constructed USB cable. The added length also increases susceptibility to both radiated and common-mode noise, particularly in an electrically noisy environment such as a high-current multirotor. We should also acknowledge that our standard development cables are not necessarily optimized for the highest-noise or final-production UAS environments. They are primarily intended to help get systems connected and operating during development. For final aircraft integrations, we generally encourage additional cable optimization where appropriate, including shielding, ruggedization, strain relief, and dedicated cable routing or cable channels that keep sensitive interfaces away from high-current and high-noise paths. We have seen USB stability issues on aircraft when cabling and routing are not ideal, especially around ESCs, motors, and high-current battery wiring. The fact that your disconnects correlate strongly with motor current transients rather than steady-state current makes the custom USB harness and associated grounding/noise coupling particularly worth investigating. I would recommend addressing the USB harness first: Keep D+ and D- as a tightly coupled twisted pair and keep the run as short as practical. Use a shielded USB-rated cable rather than individual discrete wires for the extended portion. Adding shielding is absolutely a good approach here. Ideally, use the cable shield as a shield rather than simply adding another signal-ground conductor. Keep the USB harness physically separated from ESC phase wiring, battery leads, and other high dI/dt paths. Your plan to improve the ground path and experiment with ferrites is also reasonable, although I would first correct the basic USB cable construction before trying to solve the problem primarily with ferrites. I would not assume there is a specific maximum J3 cable length where it suddenly becomes unreliable. Cable construction, impedance, routing, grounding, and the surrounding EMI environment all matter. A longer run made from discrete untwisted/unshielded conductors is certainly more susceptible than the stock harness, and yes, it could plausibly produce the transient-induced disconnect behavior you are seeing. Moving the ESC bulk capacitor to the recommended location is also important, particularly on 6S, and I would still make that change. The improvement you observed when powering VOXL from a bench supply is another useful indication that conducted or common-mode noise may be contributing. There may be more than one coupling path here. However, given the custom extended USB cable construction, I would correct that first and repeat your 0 -> 65% actuator transient test. That is actually a very good controlled reproduction test.
  • VIO features not getting detected on drone takeoff

    Unsolved VOXL 2 and VOXL 2 Mini voxl-2-mini
    1
    0 Votes
    1 Posts
    141 Views
    No one has replied
  • Odometry not showing in QGC mavlink inspector

    Unsolved VOXL 2 and VOXL 2 Mini voxl-2-mini
    2
    0 Votes
    2 Posts
    1k Views
    Eric KatzfeyE
    @Samuel-Marchetti Perhaps this can help with the odometry? https://forum.modalai.com/topic/3341/odometry-message/3?_=1782862595827
  • Throttle not working in Stabilize mode

    Unsolved VOXL 2 and VOXL 2 Mini voxl-2-mini
    3
    0 Votes
    3 Posts
    1k Views
    S
    @Eric-Katzfey Thank you so much this fixed the issue!
  • VOXL 2 Mini Tof

    Unsolved VOXL 2 and VOXL 2 Mini voxl-2-mini
    6
    0 Votes
    6 Posts
    2k Views
    Jetson NanoJ
    @moderator Any reply will be much appreciated.
  • Near-zero feature extraction (single camera)

    Unsolved VOXL 2 and VOXL 2 Mini voxl-2-mini
    3
    0 Votes
    3 Posts
    2k Views
    zauberflote1Z
    Regarding the feature track tab, I recommend upgrading to the latest available SDK, features should show on voxl-portal. The correct overlay is under VIO indeed
  • GPIO 64 GPI_64_INT_N on J10 signal

    Unsolved VOXL 2 and VOXL 2 Mini voxl-2-mini
    7
    0 Votes
    7 Posts
    1k Views
    M
    @LukeNow This worked, thanks.
  • 0 Votes
    2 Posts
    1k Views
    tomT
    @mkriesel It's possible the kernel you're flashing is incorrect. Can you provide the full terminal output of the install?
  • 0 Votes
    2 Posts
    871 Views
    Paul NusserP
    Hi Cbay, There is a small clock buffer on the edge of the PCB. An RMA can only replace the whole board, not replace a single device. The part to check would be here: [image: 1779297839725-image-1.png]
  • Running 4 Ar0144s on M0188

    Unsolved VOXL 2 and VOXL 2 Mini voxl-2-mini
    12
    1 Votes
    12 Posts
    2k Views
    Alex KushleyevA
    Yes, I believe the system image v1.8.08 has all the above changes built applied. Easy way to confirm voxl-camera-server -l and check the printed min gain. it should be 100 not 54. if you see 100, then you have the latest com.quite.tuned.default.bin exposure control improvements should also be in there as of v1.8.05 (com.qti.sensor.ar0144.so). this is harder to test, but sdk 1.6.5 should have the latest. To test, cover up the camera to drive the exposure and gain to the max and then uncover and you should observe smooth transition, no jumps in image brightness. it looks like we are not shipping com.qti.sensormodule.ar0144_fsin_3.bin in the system image right now, but like i mentioned earlier we are moving towards putting the camera drivers into the voxl-camera-server repository.. but for now you will need to manually copy that one. Alex
  • MAG SDA 3P3V shorted to ground

    Unsolved VOXL 2 and VOXL 2 Mini voxl-2-mini
    4
    0 Votes
    4 Posts
    891 Views
    Eric KatzfeyE
    @cbay voxl-fpv-px4 is based on voxl-px4 but has some custom tuning code / parameters for our fpv drones that isn't in voxl-px4. So, it's kind of a superset. But there isn't anything related to low level i2c drivers so I have no idea how that could be causing this issue.
  • 0 Votes
    4 Posts
    1k Views
    Alex KushleyevA
    @Morten-Nissov , Is it just the specific camera (tracking) not working in a specific port? what if you connect TOF or IMX214 camera there? For your configuration using the M0135 interposer, kernel variant 2.0.0 is the correct one to use. Using kernel 2.0.2 will result in some cameras not working due to different pins used for camera reset (which get properly routed in M0188 and M0195 camera adapter boards for the coax cameras). So i would suggest using the correct kernel 2.0.0, then test one camera at a time and see if you can narrow it down to a camera or port not working. Alex
  • GPS and Compass Issues on QGround Control

    Unsolved VOXL 2 and VOXL 2 Mini voxl-2-mini
    2
    0 Votes
    2 Posts
    946 Views
    J
    @jeremyrbrown5 We have figured it out. It was the parameters SYS_HAS_MAG and SYS_HAS_GPS. Will be testing autonomous flight tomorrow!
  • RTSP streaming issues

    Unsolved VOXL 2 and VOXL 2 Mini voxl-2-mini
    5
    0 Votes
    5 Posts
    1k Views
    Alex KushleyevA
    Hello @SKA, Thank you for the details. I can't think of anything right now, but will double check this. I know that there is one potential issue in voxl-camera-server - the SPS header (which is part of the H264 / H265 stream) is only sent by the video encoder once (at the beginning of the stream). I believe that voxl-streamer will cache the SPS packet (which contains things like resolution, etc) and i think when clients connect to voxl-streamer, then it will send that SPS header to the clients. However, if voxl-streamer does not get that first header, it will not be able to forward it to the clients. This is a guess for now, but could be related to the issue that you are seeing. I can look into this issue. Can you please let me know how exactly to set up VLC for 0ms cache? I want to make sure that my test is the same. Also, which version of VLC are you using? Also, i noticed one thing - you are using hires_misp_color stream from camera server, which is not actually encoded, but YUV. Then voxl-streamer will take those YUVs and encode them (using hardware encoder). Is there a reason why you are not using the hires_misp_encoded stream to get H264 directly from camera server and serve it using voxl-streamer without re-encoding? I wonder if in the old SDK you were using _color or _encoded stream? Alex
  • two tracking camera on the voxl2 mini

    Unsolved VOXL 2 and VOXL 2 Mini voxl-2-mini
    2
    0 Votes
    2 Posts
    900 Views
    Alex KushleyevA
    @Vansh-Aggarwal , sorry for the delay in response. Can you please specify which exact tracking cameras you have and which camera adapters / cables you might already have? Alex
  • 0 Votes
    10 Posts
    2k Views
    J
    @jeremyrbrown5 we figured it out, we just changed the name of the model to yolov8n_float16.tflite. Pretty spot on now!
  • Softap issues

    Unsolved VOXL 2 and VOXL 2 Mini voxl-2-mini
    4
    0 Votes
    4 Posts
    1k Views
    Alex KushleyevA
    @jeremyrbrown5 , it is possible that overheating VOXL2 cpu could be causing your SoftAP performance slowdown. You can run voxl-inspect-cpu which is a tool that will show you cpu usage, temps and other stats. If the CPU cores reach 95 deg C, the thermal management will slow down the cpu clock, so all the processes will run slower, including SoftAP. Alex
  • Issues building Yolov8 trainer

    Unsolved VOXL 2 and VOXL 2 Mini voxl-2-mini
    3
    1
    0 Votes
    3 Posts
    1k Views
    J
    @Robbie-McCue worked, thanks so much!