Also, is it possible to log the IMU data of PX4? Will you provide some library functions to implement that?

@Daniel-Ryu , here's a possibility: https://docs.modalai.com/voxl-m500-gimbal-user-guide/#mavsdk-behavior-with-mavlink This gimbal is fairly simple, the stabilization occurs on bootup automatically only.

@Alex-Gardner thank you. I'll head down that path with ROS. Any readmes/docs/guidance on how I can extract the telemetry/pose data via UART(J10)? I have the hardware connected, but a bit lost on where to start. Would it be easier if I added the Flight Core to the VOXL to get the telemetry ports J4/J5? Is Flight Core required to allow qGroundControl to connect to VOXL? Thanks.

If you have an M500, it contains either a VOXL Flight, and there's an internal UART from the PX4 processor (STM32F7) to the Snapdragon processor running linux. This is setup on MAV1, and if changed would halt comms between the two systems. https://github.com/PX4/PX4-Autopilot/blob/master/boards/modalai/fc-v1/init/rc.board_defaults#L23

Great, Thank you for your reply.

thank you

MV is Qualcomm's Machine Vision library. The source is not public, but the binaries are baked into the voxl system image and the voxl-emulator docker image, so you won't need to do anything special to build/run a custom qvio server.

Hi @Daniel-Ryu , This isn't something we currently support. The gimbal is primarily for stabilized video, but there's no autonomous control in or stack at this time. Thanks, Travis

Hey @Thomas-MacNamara , I totally hear you... We are reeeeal close to a big docs update...... Should be dropping on the server within days and hopefully we can clear things up. Appreciate the patience and please keep providing feedback as you have issues! -Travis

Sorry for the late response, I've been doing some testing. so I've narrowed it down to the error lying in the stereo cameras, I connected each sensor one at a time, reconfigured, and ran the voxl-streamer and was able to get footage for the hires and tracking, but when it came to the stereo it would not work. When I would reboot the system and inspect the services I would see that the voxl-camera-server is running, but once I tried to voxl-streamer -c stereo it would get stuck at the same place and the voxl-camera-server would stop running. I've confirmed that both of my extension cables are working by testing them with the hires camera. I checked the physcial connections on the stereo cameras and there are no creases in them, they look just as they were folded with the original setup, and I believe that if any of the connections were inverted then the VOXL wouldn't even start up.

The tracking camera (OV7251) is a grayscale camera, so it cannot sense color.

@DillonAllen Without WiFi, the only way you'll be able to debug VOXL related things is via. ADB so I would follow this guide: https://docs.modalai.com/setup-adb/ in order to setup ADB on your host computer.

Like Chad said, this depends on many factors. I just wanted to add a bit more details. TOF is not pushing nearly as much data as, say, 4K30 camera, so it is using CSI speeds vs 4K camera. There is a chance it may work with double extender. You should try it! Regarding Raspberry pi (and corresponding discussions), I have personally tried a few of those cables and found that some long cables (~50cm) with raspberry pi and pi camera and saw that long cables result in pixel noise in the image. But it looks kind of strange, since the raspberry pi ISP tries to de-noise the noise and image ends up being kind of noisy and more blurry at the same time and the colors are off. I don't remember exactly what the picture looks like, but the failure mode of long cables may not always be "no image" (no image in the worst case). On VOXL, I have seen some bad cables (occasionally) and I was seeing frame sync issues (image rolling up/down) or sometimes no image at all. I don't think you can damage the camera or VOXL by using too long of a cable, but at some length you will get corruptions and that length depends on the camera and its operating mode. Alex

Although we aren't VPN experts (yet), this is something I've seen myself. There are parameters that can be configured by VPN server/clients that may affect bandwidth (e.g. MTU). There are various types of client/servers out there so it varies how these could be setup. Also, depending on where the VPN server is located, you might be going to a server far away, and depending on the VPN server quality, they may or may be sharing resources with you.

The segfault error is an error that occurs when closing camera server, not while it's running. This is happening immediately after running camera server because systemctl detected the segfault and tried to rerun camera server (thus closing yours since only one instance of camera server can be running at a time). If you want to run camera server manually, make sure to run systemctl stop(or kill) voxl-camera-server first to make sure there's no background conflict. The generic hal3 error codes can be found here, the -19 is a qualcomm specific one that we've found to be equivalent to ERROR_DEVICE (though we have been unable to find its proper definition), and has indicated that there is an error with the device and it will be unable to process any more requests.

Hi Alex, this was very helpful - got it working and managed to get the docker image out. thank you for your help !

@Vinny no worries, I ended up just going to industrial hardware in SD and trying out a bunch of machine screws until I got one that fit nicely, cant recall the exact size. Here are the dimensions for mounting the M0026 in a part I made. Figured I would post it if it helps someone else out since I personally couldn't find a STEP file for this part. Dimensions are in mm, the camera is ~24.1mm from base to the tip of the lens from my caliper measurements. [image: 1625873711419-95a40f46-9f47-4afa-905a-da227061deff-image.png]

Thanks for your help. Yes, the ESCs use PWM. I may have had something configured wrong, so I'll try again.