Ping360 Scanning Stopped after 1 and 3/4 circles, with a fake Ping1D listed on the Device Manager

Hi guys,
Has anyone encounted Ping360 Scanning Stopped after about 10 seconds each run, about 1 and 3/4 circles?

Ping360 with default USB configuration, no alternations, windows OS.

  1. Testing Ping 360 Sonar direct to PC USB port via USB connection: running all good in PingViewer. So hardware is good.

  2. Ping360 into Rpi 3B (Ardusub-Raspbian) via USB port, then Rpi direct to PC ETH port via an ethernet cable (no tether whatsoever): PingViewer detects and connects to Ping360, everything seems great until it stops after about 10 seconds (1 and 3/4 circles). This happens each time with a new manual connection.
    IP setting: UDP connection, 192.168.2.2, port 9092

Very strange. And I found a fake Ping1D sonar listed on device manager which does not exist.

Anyway, it seems to me a fake Ping1D is grabbing the IP and connection of Ping360. How does that happen?

I read some topics in this block. Not sure if I need to change the Ping360 IP to a static IP such as 192.168.2.4, would that help ? OR shall I run some scrip in Rpi3B?

Or shall I alter the Ping360 from USB to Ethernet configuration (I do not want to open the sonar if necessary)

Great thanks if anyone can help or solved the same issue before.

Hi @AliceShanghai

Sorry for the issue. Can you share what version of BlueOS you’re running?

How are you powering the ping 360 when testing with your computer vs connected to the ROV?

In BlueOS under ping sonar devices is the ping 360 listed?

Have you updated the firmware of the ping 360?

The “fake”ping device is strange, but likely not having causing any issues . With the ping 360 connected via USB, the IP address is that of the Pi, which forwards the connection- changing the IP would cause things not to work at all!

Feel free to give the beta ping viewer next extension a try! Switching to Ethernet connection on the device would require an Ethernet switch in your vehicle…

Hi Tony,

Thanks for your quick reply.

I’m running the old ardusub-raspbian on my Rpi instead of BlueOS.
I was using a 4S Li-ion battery (15.9V) to power Ping360.
This Ping360 unit was just purchased in March, Do I have to update its firmware in this case? If so I will update it.

So with the images I attached, did I set the IP and port number correct for the Ping360 (192.168.2.2:9092)?

I am not able to change it to Ethernet connection now, because I did not purchase an Ethernet switch…

Hi @AliceShanghai -

Blue Robotics moved on from Companion OS quite some time ago, so I’m afraid we can’t really provide support for such legacy code!

Please update your system and try again- the firmware your device came with is likely having issues with the legacy architecture! It’s quite easy to do - see the guide here.

Thanks for the heads up.

In fact, Ardusub-companion detected Ping360 and here is the screenshot of the 192.168.2.2:2770 system status.

So Ardusub-companion does not fully support Ping360 Sonar now?
If I switch to BlueOS, can I still use QGC as my surface ground control or do I have to stick on Cockpit?

Thanks

Hi @AliceShanghai -

We’ve not tested newer Ping360 firmware with CompanionOS, so we just don’t know if there would be an issue there! The service running in the system does not indicate it is working…

BlueOS supports QGC, of course! We’ve yet to update our BlueROV2 guides to use Cockpit, so it is still the officially supported GCS.

Long time ago I had similar issue;
That time Rapberry used wifi and Ethernet same time, but there was no Wifi net.
By disabling wifi in the Raspberry OS I made it work.

Thank you So much. I will try this first thing today.

Thanks Tony.

I will try switch to BlueOS and see how it goes if disabling wifi of RpiOS does not fix this issue as advised above by Koppel.

Hi Koppel,

I disabled wifi on Rpi using #sudo ifconfig wlan0 down# and confirmed with ifconfig that wifi is not listed.
But Ping360 still stops like last Friday, about 10 seconds of scanning.

How did you diable wifi back then? Anything else you recommend I should do in my case?

Hi Tony,

To flash my old Rpi3B with the latest BlueOS, do I download the ARMv7 image for Rpi4B?

Hi @AliceShanghai -

Yes, that should be the correct image to use!

Hi Tony,

:tada:BlueOS flashed onto my Rpi3B and Ping360 is scanning continuously now!

New Issue: I am using Raspberry Camera V2 NoIR and found the video stream has a noticeable reddish tint, while with the old companion OS, the video color on QGC is just right from the same camera.

where can I set camera specs like white balance, exposure, etc.
Is it in here http://192.168.2.2/vehicle/video-manager OR in Cockpit http://192.168.2.2/extensionv2/cockpit/#/
I used to visit 192.168.2.2:2770 for camera setting, but with the new system, where do I access the same backstage page?

Thanks

I tried to click on the Device Controls button below mmal service 16.1, but get crashed message everytime (i’m using Chrome).

Also, what does this warning message mean at the bottom, ‘could not get Raspberry legacy camera configuration:timeout of 5000ms exceeded‘?

@AliceShanghai You’ve chosen a camera with a lens that does not have an IR-blocking filter. Whatever IR light is in the scene is leaking into the R,G, and B pixels of the camera. You won’t get proper colors when the camera is out of the water.

When the camera is in the water, there won’t be any IR light, so the colors should be OK.

Hope this helps.

-W

Thanks Walt. I will try the underwater video later.
But I am just wondering, if there is an auto-adjusting mode or auto-balance setting that i can use so the video stream looks proper both in water and in air?
Because when I use this Rpi V2 NoIR camera with the old companion (same hardware, just a different SD card in Rpi3B), the video looks quite balanced with RGB, a little bit reddish but not as obvious as the screen shot i attached above.

Hi @AliceShanghai -

As @wholm points out, that red color is due to the lack of IR filter. While you can adjust color settings on the video streams page for that video device, it does not happen automatically and may need more adjustment once in the water?

I’d guess that you’re now receiving the video at higher resolution and frame rate than you may have been with Companion OS? That could make differences more noticeable? It’s also very strange if there is a difference to the colors between Cockpit and QGC, currently. Maybe Companion OS had some video color adjustments in effect that I’m not aware of, it has been many many years since I used it.

Now that you’re on BlueOS and Cockpit, checkout the PingViewer Next extension - once installed, you can add a ping360 widget to Cockpit and not need to have PingViewer open at the same time!

That legacy camera config timeous is nothing to worry about! I believe it is trying to find a CSI camera (connected via ribbon cable) and failing?