Skip to content

VOXL Compute & Autopilot

982 Topics 5.1k Posts

Product related questions and answers

Subcategories


  • VOXL 2 Support Forum

    73 383
    73 Topics
    383 Posts
    Noah HeinenN
    HARDWARE VOXL 2 Mini (M0104), voxl-px4 1.14.0-2.0.133 (PX4 v1.14), voxl-mavlink-server 1.4.14 Doodle Labs Smart Radio RM-1700-22M3, connected per the Doodle Labs user guide: Port 1 (USB device) -> custom harness mimicking MCBL-00080 wiring but with ADDED LENGTH (D-, D+, GND on J3 pins 2/3/4, no VBUS; unshielded discrete JST-GH wires) -> VOXL J3. Radio appears as SMSC LAN9500A bridge -> eth0 Radio powered separately: Port 4 from a 5V/5A Pololu buck (battery-fed) VOXL 2 Mini powered from the VOXL ESC's regulated output (supported config per docs) 6S pack, quad-X, VOXL 4-in-1 ESC (UART), ~40 A peak bench currents ESC firmware: as shipped (will attach voxl-esc scan output; can update from the voxl-esc repo if a newer build is recommended) SYMPTOM Every 2-5 s after arming (and reproducibly during motor transients), the USB device drops off the bus and re-enumerates. ~2.5 s network outage each time -> QGC loses telemetry, PX4 declares "Manual control lost" -> failsafe. dmesg shows a clean detach with NO preceding errors: usb 1-1: USB disconnect, device number 7 smsc95xx 1-1:1.0 eth0: unregister 'smsc95xx' ... USB 2.0 Ethernet QTI:TETHERED link down usb 1-1: new high-speed USB device number 8 using xhci-hcd smsc95xx 1-1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0x4DE1 No xhci transaction errors, no resets, no driver messages before any event. Also occasional spontaneous flaps in the first minutes after boot (motors off), often in bursts of 2-3 disconnects within seconds ("bounce storms"). KEY REPRODUCTION (no arming involved) Stepping all 4 motors 0 <-> 65% via actuator test (props off) produces 2-6 disconnects per 8 steps, every run. Holding all 4 motors at a constant 45% for 20+ s produces ZERO disconnects. So it correlates with dI/dt (current change), not current level, vibration, or the arming software path. ELIMINATED BY DIRECT TEST Software: auto suspend disabled at all levels, no USB2 LPM on this kernel, rx_parse_errors=0, MAVLink v2 both ends, logging (SDLOG) A/B tested, arming logic excluded by the actuator_test reproduction above Radio supply headroom: 2.4A regulator replaced with 5A -> no change Harness: replaced entirely -> no change (both were unshielded JST harnesses) Power lead radiation: 12AWG battery leads bundled/rerouted -> no change Mechanical: J3 connector reseat + strain relief cured an earlier wiggle-to-disconnect sensitivity, but transient-triggered flaps persist VOXL on bench supply (instead of ESC output): background flaps stopped and pulse-induced flaps dropped ~6 -> ~2 per run, but not zero CURRENT HYPOTHESES (in order) ESC input bulk capacitor: this is a 6S build and the ESC's provided capacitor is installed at the battery connector, NOT at the ESC input pads (about to move it -- per @Alex Kushleyev's note that 6S without the cap causes "excessive noise") Common-mode/ground transient across the unshielded USB harness (planning a bonded ground strap routed with the harness + snap ferrites) Residual: VOXL-side rail dip when powered from ESC aux during transients QUESTIONS Is this failure signature known on VOXL 2 (Mini) builds with higher-current ESCs? Any documented fix? Does ModalAI have a recommended ferrite / common-mode choke or shielded harness option for the J3 USB link in electrically noisy builds? Is powering VOXL 2 Mini from the ESC regulated output advisable on a 6S ~40A-transient airframe, or is the M0041-4 power module strongly preferred? Any known sensitivity of the QRB5165 USB host (xhci) to ground transients that would argue for specific layout practice? Is there a current VOXL ESC firmware release with improvements relevant to 6S electrical noise / switching behavior, and is updating recommended here? (Happy to flash latest from the voxl-esc repo if so.) Baseline parameters: for a custom 9-inch VOXL 2 Mini build, which platform file should be the starting baseline? The candidates in voxl-px4-params/params/v1.14/platforms are: VOXL_2_defaults.params VOXL_2_fpv_defaults.params M500_FCV1.params M500_FCV2.params My understanding is the M500_FCV* files target Flight Core hardware and should NOT be loaded on a VOXL 2 Mini -- can you confirm VOXL_2_defaults is the correct base for this board, plus frame-specific CA_/VOXL_ESC_ on top? USB harness between the radio and VOXL J3: ours is a custom cable that mimics the MCBL-00080 wiring but is LONGER than the stock cable (unshielded discrete JST-GH conductors, no twisted pair). Is there a maximum recommended length for the J3 USB 2.0 HS harness in a noisy airframe? Does ModalAI offer (or recommend building) a shielded and/or twisted-pair version for longer runs, and could the added length alone plausibly account for transient- induced disconnects like the above? Happy to provide full dmesg logs, ulogs, and the reproduction script.
  • VOXL 2 Support Forum

    598 3k
    598 Topics
    3k Posts
    Eric KatzfeyE
    As far as I know no one has ever tried this. I don't think HITL is supported by ardupilot (was in the past) but there may be some sort of Simulation on Hardware (SoH) that you could try to get running on VOXL2. I'm guessing it wouldn't be easy.
  • 77 300
    77 Topics
    300 Posts
    LucasWL
    @LucasW to answer my own question, VOXL supports 5 GHz. This can be verified by running iw list and looking at the supported channels. The /data/misc/wifi/wpa_supplicant.conf file does not seem to take effect when trying to specify frequencies, for instance (for 5 GHz channels 36, 40, 44, and 48: country=ch ctrl_interface=/var/run/wpa_supplicant network={ ssid="my-ssid" bssid=00:00:00:00:00:00 freq_list=5180 5200 5220 5240 scan_freq=5180 5200 5220 5240 proto=RSN key_mgmt=WPA-PSK pairwise=CCMP TKIP group=CCMP TKIP psk="my-pwd" } The only way I found to connect to 5 GHz is to disable the 2.4 GHz radio entirely on the router. Otherwise, the connection defaults to 2.4 GHz. On the router, it is also better to set a fixed channel (e.g., 36) rather than letting it be automatic. In auto mode, the robots could not connect systematically to the network. Note also that my question was wrong in the sense that the hostapd.conf files are used to generate the access point, not to connect in station mode. These are maybe considerations that could be added to the technical doc @Chad-Sweet ?
  • 119 560
    119 Topics
    560 Posts
    Alex KushleyevA
    @qqa , we have document how to achieve folder-level encryption on VOXL2 here : https://docs.modalai.com/enabling-file-encryption/ . Please let us know if you have any other questions.
  • 42 Topics
    234 Posts
    F
    I fix this issue. switch the Pin1 & Pin4 of MCBL-00010 cable is OK
  • 36 135
    36 Topics
    135 Posts
    T
    Unbricked! Here's some context/advice for anyone trying to do the same. If you purchased a cheapo STLINK V2 from Amazon as I did. Picture below... [image: 61TfQhFysAL._AC_SX679_.jpg] $0 Fix: What may very well happen to ya, is the RESET pin doesn't work. In this case you will need a friend. With said friend, you must dilligently connect to the board using Under Reset Mode and Hardware Reset. The second your homie clicks the connect button, you, the bricker of the board must move your jumper cable from the RESET pin which is 3.3V to an open Ground, leave it for exactly 1 second, then move it back to RESET. This should work like a charm, but may require one or two tries to get the right timing. See instructions below. [image: raiders.jpg] $10 Fix: Program a Pico/Arduino to do your 1 second ground for you. $78 Fix: Buy the real STLINK V2.
  • VOXL 2 I/O (M0065) Support

    25 176
    25 Topics
    176 Posts
    L
    @Moderator The description to MCBL-00128 (https://docs.modalai.com/cable-datasheets/#mcbl-00128), the TOF for the Voxl 2 Mini says it's supported with M0188 (https://docs.modalai.com/M0189/) without specifying any sub P/N (-1 or -2), even in the documentation of the M0188 doesn't say anything about P/N -1 or -2 (https://docs.modalai.com/M0188/).
  • 3 Topics
    12 Posts
    patrickpoirierP
    ok I found the problem... the Cube Serial inteface are driven by TXS0108E Level Shifter powered both side with 3.3 volt making it marginal for the Voxl Primary Serial interface. Switching to secondary interface on the Voxl made it work correctly. I sent a request for a change in the WIKI to reflect that configuration [image: 1682588997181-40f28124-b098-4482-a038-25c450b9df6c-image.png]