In general, yes Microhard is designed for point to point robustness at longer range. Like all radios, your mileage may vary.

@Philemon-Benner No problem. But that's exactly why the decimator is there. It's often nicer to see lower frame rate with higher image quality.

Thanks for the heads up!

@Peter There is nothing that would prevent the VOXL Flight Deck or any of MODAL AI's kit from being used in a fixed wing configuration. The underlying autopilot, PX4 can be configured to fly a fixed wing aircraft. The software on the VOXL "brain" is tuned for quadcopters and will fly out of the box but with adjustments I'm sure it can be done. Someone from ModalAI can chime in, but it would not surprise me if other customers are already flying Modal kit on a variety of other platforms from ground, to sea, and other air configurations.

@沈-宏澤 Do you solve your problem? How to solve it?

@Moderator I didn't use docker. (certainly, the screenshot folder looks like inside docker) This problem was solved in another way I made a mistake in the port to insert the micro USB. [image: 1651901583482-%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88-2022-05-07-143058.jpg] Thank you.

@stevet Thanks! We actually do have these, maybe we can just figure out the FOV of each camera from the respective data sheets.

@andyh Okay great, we do have your files in our database. I will send you your files via. an email to your account registered here in the next few minutes. Here are a list of the files I will send you: testsig-0xbb02a75f.so opencv_stereo_extrinsics.yml opencv_stereo_intrinsics.yml opencv_stereo_rear_extrinsics.yml opencv_stereo_rear_intrinsics.yml opencv_tracking_intrinsics.yml The steps you will do to fix your issue are as follows: Download all of the above files Create the /data/modalai directory on your RB5 with adb shell mkdir -p /data/modalai In your terminal, navigate to the directory where you saved the above files Push the camera calibration files to your RB5 with adb push *.yml /data/modalai/. Push the testsig file to your RB5 with adb push testsig*.so /usr/lib/rfsa/adsp/. After doing this the flashing script should be happy. It seems as though those files were somehow lost, possibly due to a re-flash with an older version of our script (newer versions such as the one in 1.0.5-M0052-9.1-perf-c save these files during the flashing process)

The Seeker has been used for that sort of work in the past, though the customer is still expected to develop the swarming application. You can see this article here as an example. The configuration of Seeker depends on how the customer intends to approach the problem. If you plan to communicate with the robots over cellular / LTE, then that is the option to choose. There is WiFi built in for short range communications. A controller is recommended for emergency take-over, but not explicitly required. Please develop using extreme caution as unpredictable behavior can occur. We have some safety tips at https://modalai.com/safety

@hmlow Great, thanks for looking into that!

Hi @janis_blank , A quick browse of those range finders showed some with I2C interfaces. Now, we don't have all drivers possible starting in PX4, so this might not work out of the box. Here's the drivers available: https://github.com/modalai/px4-firmware/blob/modalai-1.11/boards/modalai/fc-v1/default.cmake#L17 There's a spare I2C port though likely available on the hardware for you, J13 on FlightCore: https://docs.modalai.com/flight-core-datasheets-connectors/#j13---i2c-display--i2c2-bus--safety-switch-connector You may need to enable drivers and then alter startup to get to work, here: https://github.com/modalai/px4-firmware/blob/modalai-1.11/boards/modalai/fc-v1/init/rc.board_sensors But in theory using I2C you should be able to get data from the range finders (it wouldn't be integrated into voxl-* tools, rather just used by PX4 though)

Hi @janis_blank , In theory yes, it's 3.3V TTL with 5V power supply on that connector. There are MAVLink baud rate settings and mode that you may need to configure. We sell the FlightCore stand alone, which is a low cost way to test the theory out as well, but I'm not seeing a huge risk on the system connection.

@Eric-Katzfey I can see color video by using voxl-streamer -c hires-logo. Thank you.

@Adrian-Hidalgo I just sent an email to the address you gave. Thanks again!

@Nathan-Ni, What setup do you have? M500, Flight-Deck? What version of software are you on? It seems like vio isn't starting up hence the 0,0 in x & y. You can try: systemctl restart voxl-qvio-server You can also try: systemctl restart voxl-vision-px4 If those don't reset qvio then a power-cycle is the best bet to reset it. The error code is mentioning low features. Is there enough lighting and feature for the cameras to see? If you haven't already checked out our setup guide: https://docs.modalai.com/voxl-m500-getting-started/#confirm-connection-with-qgroundcontrol What method are you using to connect to QGC?

https://docs.modalai.com/voxl-tag-detector/

Hi @stevet Late to reply, and thanks so much for your instruction! It's great news for M1 developers like me I will have a try if it works well, and let you know then.

@Rowin There is a new forum post here: https://forum.modalai.com/topic/889/how-to-stream-hires-camera-at-vga-resolution-and-simultaneously-capture-4k30-to-a-file that explains how to get beta access to a new package with the capability to stream from the hires camera at VGA resolution while simultaneously capturing HD 4k30 to a file.