Topics created by jameskuesel

@jameskuesel ,

I think there is another option which i have not considered before. The first three cameras are the same as above:

: M0173 J1: AR0144 slot 0 : CCI0 : M0173 J2: AR0144 slot 6 : CCI1 : M0173 J5: AR0144 slot 2 : CCI2

Then if we use J8U (which can be done using M0181 - it allows you to connect a Boson sensor to lower slot, and a tracking / hires camera to upper slot). Then the fourth camera would be:

VOXL2 J8: M0181 Upper : AR0144 slot 5 : CCI3

And there are no CCI conflicts.

One issue is that we don't typically sell M0181 by itself (only in a kit). Instead you could use two other options, both of which allow connecting a tracking / hires camera to the upper slot:

M0194 : https://www.modalai.com/products/m0194/ M0172: https://docs.modalai.com/M0172/ / https://www.modalai.com/products/mdk-m0172-1-00

The only down side of using M0172 / M0194 instead of M0181 is that the two alternatives do not have a mounting hole that would align with VOXL2 mounting hole, but M0181 does have a tab with a mounting hole for VOXL2 J8, see below. The M0172 and M0194 were really designed as mainly options for VOXL2 mini.

98d5f0ec-7f07-44bf-b002-036aefd3921d-image.png

c9c77086-b5fc-4215-99a2-fdc310d6f18c-image.png

@Alex-Kushleyev

Aha yes that was my original understanding. Yes knew you'd need a zoom level for it to actually look good/work effectively. Would probably have a lower bound of 1.2-1.3 likely from what I experimented with. TBD on dimensions.

Sorry, was confused, sounds good!

@jameskuesel Thanks! Merged

@jameskuesel , it looks like EIS was merged to the main branch shortly after SDK 1.5.0 was released.

If you have not updated you camera server, please do so : https://docs.modalai.com/camera-video/electronic-image-stabilization/#latest-source-code . You may also need to update libmodal-pipe library.

Alex

@jameskuesel ,

Can you please provide a bit more detail about your test -- when you enable M0161, how exactly do you test it? Do you view the images using voxl-portal? and if so, how is your starling2 connected to the network? If you are using the wifi dongle, then we have noticed that moving the wifi dongle away from the GPS antenna helps reduce interference. You can test if the interference is still present by unplugging the wifi dongle completely from usb port and use voxl-inspect-cam test application to make sure the camera is running (inspect the same camera stream that you were previously viewing).

Also, please let me know what resolution / FPS you are testing the camera at.

Regarding the MIPI clock rates, i would need to double check, but i believe the IMX412 driver uses 1.5Gbps MIPI bit rate, which is close to GPS L1, but not really close that it would cause interference. We can definitely try different bit rates to see if it helps reduce EMI (if that is indeed the case), but let's first rule out the potential wifi dongle issue. We have ability to change the MIPI clock rate in quite a wide range, but this will require a different sensormodule driver for the camera, which I would need to provide to you.

Another thing, we recently found that the Starling Front End M0173 board may cause GPS interference via the Lepton connection, so if you have that plugged in, please unplug and see if that helps with GPS signal. Lepton needs 25Mhz clock, so one of the harmonics could hit exactly GPS L1 at 1575Mhz.

Alex

@jameskuesel , thank you for letting me know about the focus issue. It seems we had a few cameras shipped out without being properly focused - we will make sure to take care of it in the future. Sorry about that.

Regarding the image quality, after adjusting the lens focus, are you satisfied with the image resolution / quality? Also i believe the color balance outdoors should look better under natural light.

Alex

@jameskuesel Support for more framerates was added in voxl-camera-server v1.9.3

Here is the commit it was added: https://gitlab.com/voxl-public/voxl-sdk/services/voxl-camera-server/-/commit/9a3f042ad607b968d452303dd108ced3cf2c4328

I recommend you update to the latest SDK

@jameskuesel 30FPS currently. The AR0144 modules will outperform OV9782 modules as they have a better sensor and better lens

hmmm, There is a similar (but not exactly the same) behavior with SPI on APQ8096 where all reads are preceded by a single random byte meaning libvoxl-io needs to read one extra byte than expected and then discard the first dummy byte. However this happens under the hood here:

https://gitlab.com/voxl-public/voxl-sdk/core-libs/libapq8096-io/-/blob/master/lib/sdsp/io_rpc_spi.c#L254

I've not seen such a thing with I2C. Have you looked at our VL53L1X driver for APQ8096? It might just work with your newer VL53L1CB sensors with small changes.

https://gitlab.com/voxl-public/voxl-sdk/services/apq8096-rangefinder-server