Sorry, I didn't get a notification about your post..
If you still need it, or if anyone else does. Just search for the rule file, and put it into your system rules. Something like this:
pi@raspberrypi:/usr/local/indi$ find . | grep asi.rule | grep asi
cp ./3rdparty/asi-common/99-asi.rules /etc/udev/rules.d/
I'm trying out the ekos live module, and I haven't been able to get it to plate solve using the "align" tab. I hit the play arrow button, and nothing seems to happen. Polar seems to capture, and the regular primary does as well. This is the first time that I'm using this. Does it expect me to do a polar first? I hope not as I can't see the north star.
I'm trying to setup my ublox 7 gps to work with indi. I have the gps working just fine. I test it with gpsmon and everything works, but with indi/ekos I don't see any activity. It looks like it's connecting to gpsd:
lsof -n -p 3634
gpsd 3634 gpsd 7u IPv6 65499 0t0 TCP [::1]:gpsd->[::1]:55020 (ESTABLISHED)
But gpsmon is connecting to tcp://localhost:2947
I'm really not sure why one connection would work over the other, but that's the only thing that I can think is going wrong.
I see. Makes sense. Just compiling from source so that's why I didn't get it. Anyway it's working now. Can't wait to try it out and see all of the bits!
Woot! That did it. I did not have that rule installed. Was this supposed to be installed with indi, or is it a tweak that someone just found.
Yep. Not expecting bits that aren't there, but I would like the ones that are:)
So digging deeper it looks like the usb connection should be good @5000M (below).
I wonder what else I might be able to try?
T: Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 6 Spd=5000 MxCh= 0
D: Ver= 3.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 9 #Cfgs= 1
P: Vendor=03c3 ProdID=1604 Rev=00.00
S: Product=ASI1600MM Pro
C: #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=512mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none)
I've pulled r1.8.1 and rebuilt. The indi_asi_ccd driver now shows SDK version: 1,14,0715 which is the latest. Given the same settings I'm still getting the endless loop. So I tried a suggestion from another thread. I reduced the image size, and now it works in 16bit raw. This is at 3264x2464. The native resolution is 4656x3520. So this is not a very good solution, but it at least seems to be pointing in some direction... I may need to try different PC hardware, or try and tweak some settings.
OK, so it looks like I had an error in my build scripts. I was not pulling indi-asi amongst other things. I'm going to rebuild and try again...
OK, I found this thread where the user has similar issues with the image timer looping:
I'm wondering if it's an issue with the firmware on the camera. I noticed that the version on the ZWO website is quite a bit higher that the one in the camera: 1,14,0315 vs v1.14.0715
I think that I'm going to try and update the firmware...
OH, I was wrong. I only get the error when trying to do a sequence of flats. I am still getting this error:
2019-09-09T11:21:22 Flat calibration failed. Captured image is only 8-bit while requested ADU is 12000.00.
So is 8bit raw the only one supported for the 1600? Will I loose data since it is 12 bit hardware? I just tried selecting "compress" with 8bit raw, and it seems to work, and fixes an error that started this whole thing.
I was trying to make flats and select an ADU of 12000 and ekos complained that I was in 8bit raw mode. Now with compression selected it does not give me that error. Is the compression lossless?