Hi Daniel, can you try the following package? Peter

download.cloudmakers.eu/sxccd-1.6-arm.deb

Hi Peter.
I get the following error when trying to install the package:

sudo dpkg -i sxccd-1.6-arm.deb
dpkg: error processing sxccd-1.6-arm.deb (--install):
package architecture (arm) does not match system (armhf)
Errors were encountered while processing:
sxccd-1.6-arm.deb

/Daniel

Hi Daniel, sorry, arm was build instead of armhf, I don't know why. Can you try it again with this:

download.cloudmakers.eu/sxccd-1.6-armhf.deb

Peter

Hi Peter.

I still get libusb_error with the new driver i'm afraid.

2014-11-12T21:25:29: Driver indi_sx_ccd: sxReadPixels: libusb_control_transfer -> LIBUSB_ERROR_IO
followed by
2014-11-12T21:26:50: Driver indi_sx_ccd: sxSetCooler: libusb_control_transfer -> LIBUSB_ERROR_TIMEOUT

/Daniel

Hi Daniel, did you tried to disconnect/connect it (both USB and power)? Peter

Yes I did, but I always get the libusb_error_io.

/Daniel

I'll try it with my Raspi this weekend again... Peter

Hi Daniel,

I spent some time playing with PI and SX cameras and unfortunately you are right. It does work with Lodestar and H694, but it doesn't work with H18. It seems that 8Mpix in a single chunk is simply too much for this device and transfer in multiple chunks will create those horizontal artefacts in the image. Maybe some USB and/or libusb guru can recommend some solution but I have no other idea

Peter

Hi Peter.

Ok, I understand.
Maybe the horizontal artifacts are easy to eliminate during calibration, I will have to test and see. While not ideal, if it works I can live with it until another solution is found.
Otherwise I'll just have to use my laptop instead of the raspberry pi to operate the camera.

/Daniel

Hi Daniel, experimentally I found that the upper limit for the chunk size is about 15MB so the best result is a single horizontal artefact in the bottom part of the image. I attached the package for ARMHF (Raspi, etc), I will not save it into SVN, probably nobody else will need it, but changes are also attached. Let us know if it does work for you. Peter

sxccd-1.7-armhf.deb
sxccdusb.cpp.diff

Hi Peter.
Yes that latest version worked for me as well, with the horizontal line at the bottom.
I'm playing with the CHUNK_SIZE to get the line as far down as possible.

I can also verify that the shutter stays closed when selecting DARK as frame type. Thank you for that.

/Daniel

Hello again.
I've just purchased a Raspberry Pi 2 to see if the same problem occurred on the faster version 2. Sadly it did.
But I played around a little bit with the readpixels function and the ability to read the data in chunks as we tried earlier.
When reading in smaller chunks I got horizontal lines on the image when downloading it.

However when I modified the code and removed the small sleep that was present between reads, the horizontal lines disappeared.
This is the modification I did.
if (transferred >= 0) {
read+=transferred;
//usleep(50);
}

The sleep was probably set for a reason but I did not notice any strange behavior without the sleep.

Here's a picture of the difference when reading in one MB chunks.



Maybe the default behavior could be to read in chunks if the sleep is found to be unneccesary?

/Daniel