Dan Holler thanked Gerry Rozema in topic NexDome 1 week ago
Dan Holler created a new topic ' QHY driver not recognizing Color version of QHY9 camera.' in the forum. 1 week ago

Hello

The QHY driver appears not to recognize that QHY9 cameras exist in, both, monochrome and color. KStars reports camera as -m which I assume means the driver can not debayer color images? No setting for debayer is provided. Has anyone used a color QHY camera with KStars?

Dan

Read More...

Dan Holler created a new topic ' Alt / Az telescopes mounted on an Equatorial wedge' in the forum. 1 week ago

Hello,

I am trying to use the Celestron GPS driver, but, KStars appears to not calculate the RA, DEC values for the position. And, the driver does not have any provision for Celestron Alt / Az mounts which are using the equatorial wedge. Any thoughts or help on a work around?

Dan

Read More...

Dan Holler replied to the topic 'Problem with Scheduled Event doing a Mosaic' in the forum. 1 month ago

We never crashed out in any manner, so, we never tried to log it. I saw some other posts from people using this, I figured it was tested.

Next trip to the observatory, I send whatever logs we had setup. But, I am really thinking this is just some setup item we forgot.

Read More...

Dan Holler created a new topic ' Problem with Scheduled Event doing a Mosaic' in the forum. 1 month ago

We tried a Mosaic of the moon last evening setting in all parameters per the instructions, however, each time we tried to execute the event, the telescope (Astro Physics AP1600GTO mount) would move incorrectly off the target. We did not feel Astrometry, Guiding, or Focusing options were viable or necessary, so we had them unchecked. We tried with and without Tracking option checked. Additionally, we unchecked the default job constraints for Twilight, Moon, and Altitude. We intended to take a 3x4 mosaic using an Apogee F8300 camera.
Has anyone used this feature successfully? Could you share your settings, please?
Has anyone experienced any unusual slewing to target with this feature?
Thanks in a advance,
Dan

Read More...

Dan Holler replied to the topic 'Latest indi_qhy driver does not work' in the forum. 3 months ago

Here is a good example to illustrate why the various QHY cameras can not all use the same driver. Attached are two screens showing temperature variation on a QHY7 camera using the driver. Notice the times vs temperature variation relative to the set point. Quite a few degrees because the system is over reacting to the larger ccd chamber size. (Eventually, I believe this might stabilize, but who knows when?)

I also tried the Cooler On / OFF button. It appears like its working, but once the temperature got outside the set range, the driver automatically turn the cooler back on. Thus, the button is a visual indicator, but not functional. The set point temperature is controlling whether the driver allows the cooler to be on or off.

Read More...

Dan Holler replied to the topic 'Latest indi_qhy driver does not work' in the forum. 3 months ago

Yes, this driver needs split for the various camera models. The QHY9 camera camber is quite small relative to many of the QHY models. On my QHY7, the driver seems ok on a preliminary indoor test. (Again, a much smaller chamber and ccd size.)

In a similar sense, not splitting the filter wheel driver to have a separate non camera specific INDI driver, results in an inability to use the filter wheel with other non QHY cameras. Additionally, one can not use the filter wheel with just a serial or usb adapted cable. It just happens I have one of the older CFW1 wheels, but, I am almost certain they are alike.

Dan

Read More...

Dan Holler replied to the topic 'Latest indi_qhy driver does not work' in the forum. 3 months ago

More on the erratic indi_qhy driver.

1: It appears the driver is not accepting positive or negative numbers for the temperature. Its assuming all values are negative.
2: INDI is not reporting changes in the cooling power level. It constantly reports 100% cooling.
3: A value of 10 or 15 input on the INDI Control Panel might turn off the QHY camera's fan while cooling is at 100% power.
4: A value of 20 input on the INDI Control Panel appears to restart the fan. Cooling still at 100%
5: Cooling On / OFF does not work. It reports it and changes back to Cooling On automatically.
6: Filter wheel changes on QHY7 and QHY11 cameras do not appear to be working.

Read More...

Dan Holler replied to the topic 'Latest indi_qhy driver does not work' in the forum. 3 months ago

The latest driver is an improvement, but, is still has bugs and is erratic. Connection to a QHY7 camera using the INDI Control Panel for control of temperature did allow setting a temperature. Restarting KStars and connection to a QHY11 camera, however, caused maximum cooling. Using INDI Control Panel to set a temperature resulted in fan shutting off, while cooling was still at 100% power.

IMHO, AT THIS TIME, DRIVER IS DANGEROUS TO QHY11 MODEL CAMERAS.

Dan

Read More...

Dan Holler replied to the topic 'IOptron Driver NOT WORKING with 8401 Hand Controller' in the forum. 3 months ago

Thanks Jasem, this seems you have the driver working just fine when tested inside. I'll put it out under the stars for the next test. Both you guys have done IOptron a real service.

Dan

Read More...

Dan Holler replied to the topic 'Latest indi_qhy driver does not work' in the forum. 3 months ago

I use Linux Mint 18 with a Mate Desktop. See attachment for details.

MATE Desktop Environment 1.14.1

Read More...

Dan Holler created a new topic ' Latest indi_qhy driver does not work' in the forum. 3 months ago

See attached.

Read More...

Dan Holler replied to the topic 'IOptron Driver NOT WORKING with 8401 Hand Controller' in the forum. 3 months ago

Hello Jasem,

While I can confirm slewing movement by the mount, the Ekos Mount Control and INDI control of mount speed or manual movement in any given direction is still NOT working.

Dan

Read More...

Dan Holler replied to the topic 'lx200ap possibly detecting wrong LX200_FORMAT on GTOCP4 box?' in the forum. 3 months ago

Well, thank you Mike for spotting this. We shall look forward to hearing your progress with the new driver. As for AP, we did approach them on writing an SOP for KStars using the existing driver and they seem somewhat encouraging.

I am still not certain why we have had such good luck with the existing driver, but, I do know we never Sync unless we absolutely have to. Our SOP is always been to allow KStars to slew to the target, both, initially and using astrometry. Perhaps, our large FOV is allowing us the luxury of being almost a visual observer and our targets were small enough the problem seldom manifested itself. In any event, more accuracy is never a bad thing, especially, if we can solve faster.

Dan

Read More...

Dan Holler replied to the topic 'lx200ap possibly detecting wrong LX200_FORMAT on GTOCP4 box?' in the forum. 3 months ago

Thanks Mike for you explanation. I believe I have seen your mount behavior in the past on some slews. We always thought it was something we were doing incorrectly. But, I seem to recall making some changes to our procedure which apparently allowed us to work around it. I will have a look next time I am at the observatory and check on this.

As for imaging, we definitely image, but not to arc second accurate fields. We always use the Ekos Alignment tab for slew to target, and, it works just fine. KStars, for us will center any target within the center of our camera FOV. (~18 x 23 minutes) Astrometry typically will only take <4 or maybe 5 iterations to achieve acceptable centering.

Now, I must admit, we are fixed observatory. We know the mount 'sweet spots', so we are generally imaging above 30 degrees of our local horizon. This might explain why we might not have seen this behavior in recent years. Typically, we are imaging targets which have DEC angles not approaching zero.

Dan

Read More...

Dan Holler replied to the topic 'lx200ap possibly detecting wrong LX200_FORMAT on GTOCP4 box?' in the forum. 3 months ago

I guess I still do not fully understand. I am curious to ask what application specifically are you doing which requires arc second pointing accuracy? Do I understand this correctly, the routine is truncating the arc seconds, thus pointing accuracy might be off by as much as 1 arc minute? Depending on the telescope's size, I would seriously question whether the gearing engages and maintains tracking in arc second precision after any given slew.

I will mention we are only using a 14" for imaging with a AP1600GTO, but even a Mach 1, I would question if KStars correctly calculated the position the mounting could point to arc second accuracy. In our case, our camera field is sufficient we never noticed this error.

Dan

Read More...

Dan Holler replied to the topic 'lx200ap possibly detecting wrong LX200_FORMAT on GTOCP4 box?' in the forum. 3 months ago

Since we use the AP driver, I should like to ask what specifically is the problem you are having? Are you saying KStars does not Sync the position? Slewing issue?

Dan

Read More...

Dan Holler replied to the topic 'IOptron Driver NOT WORKING with 8401 Hand Controller' in the forum. 3 months ago

I fully agree, we must relax the timing or allow for the driver to ignore it.

Read More...

Dan Holler replied to the topic 'IOptron Driver NOT WORKING with 8401 Hand Controller' in the forum. 3 months ago

Hello,

I suspect additional timing changes will be required for the 8401 to properly respond to the INDI driver. Please see attached timeout messages when changing the slewing rate.

Dan

Read More...

Login



3rd Party

Choose from the numerous 3rd party INDI drivers to suit your needs!

Got Problem?

Check out the FAQ, the forum, and the bug tracking system to resolve any issues you might have!
You can also subscribe to INDI newsletter and development mailing lists to get the latest updates on INDI!