Topics created by Nathan Sullivan 0

Hi @Nathan-Sullivan-0
I did reach out, but for the benefit of the other forum users, I did a little digging into the modes of the Sony ILX-LR1.

I'm wondering if there is a nuance between the camera being enabled as UVC device, but then if you are in still frame mode, sending it (very high resolution) JPEG/RAW/HEIF formats.
d4c38f19-0671-4139-813d-d24f9419fed8-image.png

Maybe someone from SW can confirm, but UVC devices may only expect data in MPEG or other video formats. So, I wonder if the fact that your devices enumerate at first, but then the moment you try to use them in still image mode, things go wrong. This may be a data formatting issue.

Another thing to note: can you make sure these images come across USB at controlled ways at different times. You are trying to push a LOT of data into this one port, even those stills are at 15MB minimum. Not sure what frame rate you are using, but you may be saturating the USB link. Have you done a bandwidth analysis?
Our MCBL-00022-2 is not qualified for 10Gbps speeds, and for 5Gbps rates, we only qualified it for prototype use. Sustained very high throughput rates may require you to source a proper shielded USB3 to USB-C cable. We try to make that disclaimer clear on our Tech Docs page: bc9b090d-9bca-4090-b5e4-1a0166dc2298-image.png

And the last point I want to highlight is the USB-C port on the Sony camera may be orientation dependent when not using it in USB-C modes. We are only USB-3 modes on our Hub, and I'm not sure what cable you are using to convert our USB-3 to the USB-C, but we have found that a lot of USB-C to "less-than-USB-C" cables (i.e.: USBC-to-USB3, USBC-to-USB2) actually have orientation specific insertions at the USB-C side if done cheaply. We have some in our own HQ that work like that (I'm trying to find them all and trash them 😜 )

Look forward to your email response.
Thanks!

@Alex-Kushleyev we needed three outputs and three inputs, so we ended up using an entirely different board (an AVR system) connected to the VOXL2 via ttyHS1 through the expansion board, and that seems to be doing what we need, with the added benefit of the pulldown resistors being built into that control board. There is certainly something odd about the PX4 build on this unit, both in terms of available camera controls and GPS options, which is the next thing we're trying to tackle.

@restore unfotunately I'm under an NDA and can't say much about what we're doing with the Sony hardware, but I will say that their documented processes for the Raspberry Pi 4 also work on the Voxl2, as long as you have the USB3 available. Try not to use the SDK to trigger the camera though; the performance there isn't exactly consistent. The hardwired options (be it through the not-quite-USB port or the phsyical interface on something like an ILX-LR1) are rock solid, but as they're designed to be button-triggered, you'll need a resistor between your control board and some sort of transistor (2N222) and then control the actual interface with the transistor. Otherwise, the trigger input is looking for the output from its own source, which is an indeterminate voltage and will quite likely damage the VOXL. The transistor will take essentially whatever current you give it, so that resistor is also mandatory - 10kOhm works for me with the AVR 440 chip controlling it.