×

INDI Library v2.0.7 is Released (01 Apr 2024)

Bi-monthly release with minor bug fixes and improvements

INDI Driver for SVBONY cameras

  • Posts: 10
  • Thank you received: 1
I am having an issue with my sv305 pro hanging after 3 exposures. It does it if with the internal guider and with phd2. All I get is indi control panel dialog box says (INFO) Waiting... at 1 second intervals. I have to hard reset the camera to get it to communicate again.

The driver was installed via the sudo apt-get -y install indi-sv305 command and is version 1.2.
sudo apt update and upgrade were performed on rpi4 and astroberry. All is up to date.

Thanks for any help.
3 years 5 months ago #62739
The topic has been locked.
  • Posts: 215
  • Thank you received: 16
I use the SV305 (not pro) with the indi_sv305_ccd driver with no real issues. I set the binning to 4 for best results. Otherwise, I use the stock driver settings (12 bit). I have had good results with both PHD2 and Ekos.internal.

I will say that occasionally PHD2 barks that it can't loop and is switching to streaming, but then it seems to loop anyway. It doesn't happen all the time.

More likely, you are having issues with timeouts moving the large file around. It is a lot to ask of a Pi3, but not so bad on a Pi4. Changing the bin to 4 will greatly reduce the file size and may solve the problem. Otherwise, you might have a think about your overall configuration. For example, running PHD2 on a remote desktop or laptop talking to an indiserver elsewhere on the network can be slow moving images. It is better, from a pure timing perspective, to run PHD2 or Ekos on the machine that is running the indiserver so the images don't have to travel over a network (especially slow WiFi). This may mean running VNC over the slow WiFi, which is also tedious, but it generally doesn't timeout.
3 years 5 months ago #62761
The topic has been locked.
  • Posts: 13
  • Thank you received: 0
@thx8411
Last night I finally had clear enough weather, calm enough wind, a reworked cable management solution, and most importantly, time! The on-camera support worked flawlessly, as far as I could tell. However, I had some issue with my wifi around 2:15 am, after I went to sleep, so I didn't wind up guiding for long as I lost connectivity to my rpi4. Seems like my access points decided to play musical channels, according to Unifi.

For clarity, I have the sv305 pro connected to a usb 3 port on the pi and the st4 port on my mount, while my canon 1300d is connected to a usb2 port on the pi which I then connect to using VirtualHere, so losing wifi means I'm no longer imaging. To @JonCarleton's point, I may have to suck it up and learn how to use Ekos as opposed to APT for imaging so that connectivity issues won't ruin future imaging sessions. But I just love how APT is set up.

I also captured what I'm talking about when it comes to 12 versus 8 bit issues with the sv305. Specifically, what I interpret as unstable brightness/gamma in phd2. The guide and debug logs from phd2 are attached.

@jaytay
That sounds like a USB issue to me, but since the pi4 has the usb3 ports connected via pcie , bandwidth shouldn't be an issue. Do you have the sv305 pro connected to one of the usb 3 ports on the rpi4? What other, if any, devices do you have connected to the pi? Are you using a hub? What kind of power source do you have for the pi? Have you tried another cable?
3 years 5 months ago #62773
Attachments:
The topic has been locked.
  • Posts: 149
  • Thank you received: 31
Hello Ginger,

Thanks for your tests.
The fix as been merged to the main repository.

I never had your capture issue with the SV305, but I had exactly the same problem with a QHY5. It looks like a USB power issue.
My USB power wasn't stable enough, the sensor's analogic/digital converter reference voltage swinged. I Fixed the issue by soldering a filter capacitor.

Best regards,

Blaise
3 years 5 months ago #62805
The topic has been locked.
  • Posts: 13
  • Thank you received: 0
Did you just put the cap across +5v and ground? I wonder if the 5v fan I have hooked up on the pi might be introducing some noise. I'd be surprised though, since it's a noctua.
3 years 5 months ago #62806
The topic has been locked.
  • Posts: 67
  • Thank you received: 0

Thanks Blaise.
When do you expect the latest build will be incorporated into Astroberry/AstroDMx? I rather not attempt another build because my last one failed.
3 years 5 months ago #62808
The topic has been locked.
  • Posts: 149
  • Thank you received: 31
Hi Ginger,

Right, but it's a bit ugly. I don't recommend it.
My QHY5 worked find during 5 years. It died on october.

I don't know. It depends on Jasem's release life cycles. But it will soon be available in the indi nightly repo : launchpad.net/~mutlaqja/+archive/ubuntu/indinightly/

What kind of error ?

Best regards
3 years 5 months ago #62817
The topic has been locked.
  • Posts: 67
  • Thank you received: 0

Sorry for the delay Blaise.

You can read my timeline starting around post #58438.

I "gave up" at post #59347 because a working driver was released with AstroDMx on Aug 31st.

The process was a little frustrating to this newbie so I took the easy route.

You and all the other contributors were very helpful along the way. I just gave up because I was so anxious to try the SV305 with my RPi 4B.

My programming skills and patience have definitely taken a left turn over the last 30 years.

Cheers

Doug
3 years 5 months ago #62864
The topic has been locked.
  • Posts: 10
  • Thank you received: 1
@JonCarleton I actually have 2 drivers listed for the sv305. One is the SV305 CCD, this one does not connect to the camera and SVBONY SV305, this one connects to the camera. It's strange though as when you hover over the selection its give the same .exe (indi_sv305_ccd) but list different drivers. The sv305 ccd shows driver SV305 CCD and the svbony sv305 shows driver SVBONY SV305. Not to sure if this is a drive conflict from the same .exe. I tried binning at 4x but it still hangs.

@gingerbreadassasin The camera is connected directly to the rpi4 usb3. I tried both ports and the usb 2 ports. Oddly enough I get more exposures with the usb2 ports before it hangs then with the usb3 ports. For testing purposes I removed all other usb devices (onstep mount, Nikon d5300, and thumbdrive) from the pi. The cable supplied with the camera is 6ft. I order 2 more 3 ft. ones to test with. I also tested the camera on my windows desktop with phd2 and ascom, work as it should but couldn't change binning for some reason. I think it may have something to do with the usb power and cable length. I'll test more when the new shorter cables show up to day.
3 years 5 months ago #62870
The topic has been locked.
  • Posts: 215
  • Thank you received: 16
@jaytay -- I run my cameras off a powered USB hub. In the past, I had issues with running them directly off the Pi USB ports. It caused low-power alerts on the Pi. Ever since I started using a powered hub, I stopped having camera issues with the Pi on all the cameras I use. The problem with power was not exclusive to Svbony cameras.
3 years 5 months ago #62895
The topic has been locked.
  • Posts: 67
  • Thank you received: 0

Interesting Jon. How were the power alerts displayed and which OS were you using? I'm running Astroberry.
You are using an RPi 4B I assume.

Doug
3 years 5 months ago #62896
The topic has been locked.
  • Posts: 215
  • Thank you received: 16
@jaytay: On Raspbian, there is a little lightening bolt in the upper right Desktop display. You should also see notes in some of the logs, such as /var/log/syslog or /var/log/messages. The Pi has had power issues for a long time even without heavy loads attached to the USB ports.
3 years 5 months ago #62910
The topic has been locked.
Time to create page: 0.906 seconds