@Aaky , the mixer should never output a value lower than mixer min (while armed).

@modaltb

Hi.
I try a test on voxl-mini with your advice applied.
voxl-mini sdk version is 1.0.0
My program and spi device operates is normal.
Thanks for your advice.

I tested AR0144 with M0036 flex in the configuration shown in picture below and it works. I also have the IMX412 camera attached with its own flex. The dual flex configuration is not ideal for plugging into M0135 due to flexes pointing towards each other after being connected to M0135, but for testing purposes it is OK.

If you have AR0144 camera connected in the same way with the flex cable and the camera is not detected, then it seems like the flex cable is the issue.

IMG_3942.jpg

@AndriiHlyvko,

I just ran into the same issue while testing Boson (in my case I was testing the 16-bit Boson streaming mode). The libuvc issue caused a crash, since i did not use a fixed version of libuvc. However, what actually caused the buffer overflow was the fact that Boson was reporting smaller buffer requirements for RAW16 during query (it was reporting width * height * 1.5 , just like for YUV, but actual frame size was width * height * 2, so uvc pipeline allocated smaller buffer and overflow happened with the full frame came in.

Was this the same issue with your Boson tests or did you experience something else?

Thanks!

Alex

@Shivam-Sehgal , does it look like the board is rebooting after 10 seconds of running with cameras enabled? also, what if you ssh into the board, does the SSH connection stay alive when the cameras are connecting?

Also, how are you powering the drone for this test - battery or power supply?

Alex

Hi @gauravshukla914 ,

Thanks for the help with this. We've released a new beta version of the voxl-hal3-tof-cam-ros that supports auto detection of ToF and defaults the persist.camera.modalai.tof setting properly.

It will be in out next voxl-suite release, but is available from our dev channel here if you are interested in using this link

The updated readme is here.

Thanks!

Hi @Riley-Dove ,

Want to try to do a screen share tomorrow AM? I'll send an email to what's registered on this account.

Some of the errors looked like config file parsing, but the first one was truncated a bit.

If the device is in the failed currently, and you don't mind, you can throw the output of systemctl status voxl-vision-px4 -l here in preps.

Thanks, we'll figure out what's going on!

Do you have a GPS/Mag plugged in? If not please try plugging in a GPS/Mag and set the PX4 parameter SYS_HAS_MAG to 1. There is a PX4 bug that prevents VIO-only operation if a magnetometer is missing, even if the magnetometer is not in use.

We've been trying to get the bugfix approved and merged into PX4 master for over a year now but it seems to be a lost cause. For now our own branch of PX4 has the bugfix along with some custom tools for our ESCs. If your system starts working again with the magnetometer then we know somehow a standard PX4 image got onto your flight core instead of one of our own.

Regards,
James

@rogerli or @McMason Were either of you successful in getting the VOXL2 to connect to the NV Trip2? Working the same issue on my end.

@Chase-Riley Definitely would recommend being on 1.1.2 at this point.

@Darshit-Desai , yes, feel free to modify the code as you need for right now for your own testing. Once i have a chance, i will make the mode selection (long / short) and FPS more flexible.

I hope this unblocked your work and you can move forward.

Alex

I was just thinking that another option for you is to get a standard reversible ESC that is designed for RC race cars - those ESCs support reversing. I am assuming 1500us pwm signal is neutral , 2000us full forward, 1000us full reverse.

You would need 4 of those and should be able to use PX4 standard PWM output.

It is probably best to use ESCs designed for RC cars, so they are tuned for robust start-up, etc. Those ESCs also often come with their own fans for cooling, since you don't have propellers blowing air over the ESC.

For example, you can even buy a motor with integrated ESC : https://www.losi.com/product/tazer-twin-2-in1-3000kv-brushless-motor-45a-esc-combo-2s-ec3/DYNS1450.html . I have not tried it, but i do have a race car with a Tazer ESC, which is reversible and is controlled by a standard Spektrum receiver.

Alex

On my setup yes that was all I needed to do, but we are still going to do a "full proper tune" on our S500 based frame (Sentinel dev drone) and I will confirm with you that we are getting performance as expected after this and share a video. Our flight test team will be doing that this week, thanks for the patience!!!

@SMRazaRizvi , As I mentioned in my previous post, the plot shows that for some reason there was a command for Motor 2 to go to zero (which would convert to the minimum PWM value of 1000). Do you remember if you have performed some aggressive maneuver at the end, which would trigger this?

Also, can you please perform acuator test using GCS and figure out at which actuator output value, your motors actually spin up?

@AP123 What was the resolution to this issue? My team is experiencing a similar problem. Were you able to access the microhard web portal through the VOXL 2?

@vmassague Awesome!

@RichieRich
GPS unit is mounted by default (as it comes with RB5 5G drone), mast is locked in vertical postion.
Turning EKF2_REQ_SACC to 0,75 provided no errors from GPS.
Obstacle avoidance was also disabled, so we managed to fly.

But I'm still a bit confused why the obstacle avoidance gives error, since the drone was placed on the ground (concrete pavement), no obstacles within few meters, while the minimum distance was set to only 1 m. But this is current setup that works:
0de5d598-3401-4512-9e7b-3ef8202ef635-image.png

Many thanks for your help. We'll try to figure this out and provide info in a few days.

Today I tried using another provider for the SIM and it connected to the internet. Not sure where to start debugging this cause it is getting an IP, but I figure it needs internet access to get the time ?

@Patrick-Hinchey
hi patrick
did you manage to solve the tune problem ?
we king of facing same problem with our drone
any help will be appreciate

@Philemon-Benner Our qrb5165 based platforms put 64 bit libraries into /usr/lib. On Voxl the 64 bit libraries go into /usr/lib64. So the 64 bit support is specifically for our qrb5165 based platforms (e.g. RB5 Flight).