It should appear automatically to the controls page with gain, offset, white balance etc, if ASI SDK supports it for a particular camera. Those properties come straight from the SDK and we can't add more if the SDK doesn't (yet) support that.

Read More...

Jarno Paananen replied to the topic 'HEQ5 pro hypertune' in the forum. 2 weeks ago

The large brass worm gears have two 6006 bearings per axis, one on each side, www.astro-baby.com/heq5-rebuild/ra022a.jpg shows one, the other is on the other side.

Read More...

Jarno Paananen replied to the topic 'Atik CCD "hangs" on exposure' in the forum. 2 weeks ago

I use the same camera with git head versions of INDI, 3rd-party drivers and KStars updated daily and haven't had this sort of issue as far as I can remember. Is the camera connected directly to your Raspberry or via hub? Is there anything in the kernel dmesg log like USB disconnections? I run Ubuntu 20.04 on x64 mini PC myself. The log didn't tell that much except it seems the cooler is running at full power which might cause power issues or if the set temperature (seems to be -30, which seems a bit excessive) is too low and the camera can't reach it, that might have something to do with it. The cooling is rated only for -40 degrees from ambient (have tried, it can, but only barely) so unless you were outside in quite cold, it just can't do that. I used to run mine at -15 but had issues during the winter that the ambient went below that (I live in Finland so that happens quite often) so changed to -20 and it has worked fine so far. Just have to take darks during the night if autumn is warm as my remote observatory gets quite warm during the day.

[2020-10-12T16:01:54.678 CEST INFO ][ org.kde.kstars.indi] - Atik 383L : "[INFO] Setting CCD temperature to -30.00 C "

Read More...

Both my cards work fine via USB at 9600 bauds, 8N1, used Arduino IDE's serial monitor to talk to them. Was a bit confusing at first because the older card uses 115200, but I guess 9600 is still quite enough.

Read More...

Got the cable made and everything seems to be working at least over USB, didn't try ethernet yet. The driver detects the card as an Arduino card, but doesn't do much else yet, but progress :)

Read More...

Jarno Paananen replied to the topic 'HEQ5 pro hypertune' in the forum. 2 weeks ago

I changed all bearings in my HEQ5 couple of years ago as well, the larger axis bearings probably didn't make any practical difference, but the small worm bearings were definitely a big improvement.

Read More...

I wrote an initial driver but haven't yet had chance to test it with our club's controller (had such a low-tech problem that I couldn't find the other end of the serial cable from our control room :) If you are really brave (or foolish enough :) to compile and test it, I pushed the source to github.com/jpaana/indi/tree/ddw_driver but as said I haven't tested it at all yet, just wrote it according to the documentation.

Read More...

Took a bit longer than expected, but got a pair of controller cards today. I need to make a custom Y-split cable to power them, but hopefully during this weekend I get to test the first skeleton code I wrote earlier. I can't test all the functions as the cards aren't connected to anything, but at least the basic communication and such. Once I get that phase done you could try it with your dome. Did you get the shutter working? Could it be that the link between the cards has become unpaired for some reason?

Read More...

Our astronomy club has the DDW dome controller and I planned to take a shot at making a driver for it to be able to image Mars there with my Ubuntu laptop without manually rotating the dome, but haven't had the time as my precious little hobby programming time is currently taken by writing support for ScopeDome Arduino card in my ScopeDome driver. But good to know if there is additional interest, that would make it more motivating.

Taking an existing dome driver as a base and converting the command set is in theory fairly straight forward as most controllers have a text based serial protocol and similar functionality, but being competent with C++ and especially debugging code does help. The DDW command set is pretty well documented and doesn't seem to have that many quirks that implementation should be fairly easy for someone that has tinkered with INDI drivers before and has the device at hand for testing how it actually behaves.

Read More...

Jarno Paananen replied to the topic 'Home & Park position' in the forum. 1 month ago

Autohoming requires a physical index and sensors in the axis which EQ8 has but HEQ5 and others don't.

Read More...

ScopeDome also promised to send me a card to test with next week so that should help a lot in initial bring up. Can't test stuff that requires a dome but at least basic communications and other simple things. Just need to get coding :)

Read More...

It's actually better that they are non-blocking as things like abort wouldn't work very well otherwise. The older USB card works the same way, for example opening the shutter is just turning on a relay and the driver polls input status until the open limit switch triggers and turns the relay off. The hardware also stops the motors automatically when limits are reached. Currently the driver polls status every second by default, I wonder if that's too fast for the HTTP server in the Arduino as the driver source says the device should respond within 1-9s, but we'll see when you get to test it :)

PS: thanks, looking forward to that :)

Read More...