John Hoogerdijk replied to the topic 'QHY broken with new release (indi-1.7.4), kstars/ekos (2.9.7)' in the forum. 7 hours 56 minutes ago

Well,I'm back to where I can't capture from my QHY9 camera anymore. As I did before, I removed the QHY XML files from the .indi directory, and that no longer works. I get the same error - somehow something is setting the QHY9 to streaming and I can't turn it off, and I'm at a loss as to where to look. I don't fully understand the relationship between EKOS, indi and the devices drivers as to who owns what and which system is authoritative in terms of configuration settings.

Here is the log output from the .indi log directory for the QHY driver:

INFO 57.245319 sec : [QHY CCD QHY9S-M-0101010] Session log file /home/jmh/.indi/logs/2018-09-19/indi_qhy_ccd/indi_qhy_ccd_03:13:27.log
INFO 57.824753 sec : [QHY CCD QHY9S-M-0101010] Session log file /home/jmh/.indi/logs/2018-09-19/indi_qhy_ccd/indi_qhy_ccd_03:13:27.log
DEBUG 58.745050 sec : [QHY CCD QHY9S-M-0101010] Toggle Logging Level -- Driver Debug
DEBUG 59.695067 sec : [QHY CCD QHY9S-M-0101010] Toggle Logging Level -- Alignment Subsystem
DEBUG 61.787558 sec : [QHY CCD QHY9S-M-0101010] Configuration successfully saved.
DEBUG 76.507758 sec : [QHY CCD QHY5LII-M-6097d] Configuration successfully saved.
DEBUG 121.194503 sec : [QHY CCD QHY9S-M-0101010] SetTemperature -20
ERROR 133.270224 sec : [QHY CCD QHY9S-M-0101010] Cannot take exposure while streaming/recording is active.
ERROR 133.354477 sec : [QHY CCD QHY9S-M-0101010] Cannot take exposure while streaming/recording is active.
ERROR 133.404456 sec : [QHY CCD QHY9S-M-0101010] Cannot take exposure while streaming/recording is active.
INFO 186.025653 sec : [QHY CCD QHY5LII-M-6097d] CCD is offline.
DEBUG 186.254197 sec : [QHY CCD QHY5LII-M-6097d] Exposure. Min: 0 Max: 0 Step 0
INFO 186.255911 sec : [QHY CCD QHY9S-M-0101010] CCD is offline.
DEBUG 186.484288 sec : [QHY CCD QHY9S-M-0101010] Exposure. Min: 0 Max: 0 Step 0

The bits below are from EKOS log files (no real info as far as I can see, but included for completeness...)

Any help is appreciated,

Read More...

Eric thanked John Hoogerdijk in topic Issue with plate solver 2 weeks ago

Thought I had replied to this ... obviously not. Removing the config files worked.

Read More...

John Hoogerdijk replied to the topic 'Issue with plate solver' in the forum. 2 weeks ago

The problem is that EKOS does not like symbolic links - changed to actual paths and it works. Not sure if this is a bug or a feature, but perhaps a warning should be included on the options page.

Read More...

John Hoogerdijk created a new topic ' Issue with plate solver' in the forum. 2 weeks ago

Hi all,

Solver consistently fails within EKOS. Log file excerpt below:

[2018-09-03T00:01:17.200 CDT INFO ][ org.kde.kstars.ekos.align] - "Capturing image..."
[2018-09-03T00:01:29.524 CDT INFO ][ org.kde.kstars.fits] - Loading FITS file "/tmp/fitsVT7257"
[2018-09-03T00:01:29.566 CDT INFO ][ org.kde.kstars.ekos.align] - "Image received."
[2018-09-03T00:01:29.601 CDT INFO ][ org.kde.kstars.ekos.align] - "Solver iteration #1"
[2018-09-03T00:01:29.607 CDT INFO ][ org.kde.kstars.ekos.align] - "Starting solver..."
[2018-09-03T00:01:29.608 CDT INFO ][ org.kde.kstars.ekos.align] - "/usr/bin/solve-field -O --no-plots --no-verify --resort --downsample 2 -L 50.16 -H 77.07 -u aw -3 300.101 -4 22.7725 -5 30 -v --tweak-order 2 --config /etc/astrometry.cfg -W /tmp/solution.wcs /tmp/fitsVT7257"
[2018-09-03T00:01:29.627 CDT INFO ][ org.kde.kstars.ekos.align] - "Solver failed. Try again."

When I capture an image manually and run these args with the exception of -W against the image, it solves in about 7 seconds.

What am I doing wrong?

jmh

Read More...

I cannot capture anything with QHY9 camera after upgrading to the latest bits. Errors from the logs are:
ERROR 452.057906 sec : [QHY CCD QHY9S-M-0101020] Cannot take exposure while streaming/recording is active.
ERROR 452.065258 sec : [QHY CCD QHY9S-M-0101020] Cannot take exposure while streaming/recording is active.
ERROR 452.115171 sec : [QHY CCD QHY9S-M-0101020] Cannot take exposure while streaming/recording is active.

Streaming is turned off in the indi panel so if the system thinks its active, how can I turn it off. I'm willing to help, but I need some direction as to what to change/test/etc.

Failing that, what's the best way roll back to Kstars 2.9.6? (I'm on ubuntu 16.04 for my desktop and indiserver is running on Raspberry PI in the obs - I can revert back to 1.7.2 easily)

Read More...

John Hoogerdijk replied to the topic 'Polar alignment module and CEM60 geometry' in the forum. 2 months ago

Greg,

Thanks for chiming in. I read through your posts and am a little more puzzled. I have no diagonals in my setup. The image parity is negative, but parity or orientation shouldn't matter. One possibility is that the software makes an assumption of what hemisphere I'm in - I'm north, but if the software assumes south, then the difference in vector direction makes sense.

jmh

Read More...

John Hoogerdijk replied to the topic 'Can anybody recommend USB GPS dongle for RPi/StellarMate?' in the forum. 2 months ago

I purchased a cheap USB GPS dongle off of Ebay - I think your best bet is a Ublox chip. If you google Ublox and gpsd, you'll find the approrpate version of the chip that works best. Mine doesn't have the high precision PPS time bits, but it works well. Check out gpsd and take a look at the link below:

www.ebay.ca/itm/GPS-Receiver-Module-Ante...tem4d6dbd329c&_uhb=1

I have this attached to my Raspberry PI 3B+. Use the auxiliary GPSD indi device and you're good to go.

Read More...

John Hoogerdijk replied to the topic 'INDI and IEQ CEM60' in the forum. 2 months ago

Thanks! I appreciate the quick turnaround.

jmh

Read More...

John Hoogerdijk thanked Jasem Mutlaq in topic INDI and IEQ CEM60 2 months ago
John Hoogerdijk replied to the topic 'INDI and IEQ CEM60' in the forum. 2 months ago

Hope someone can confirm the answer regarding getting time and location from the GPS in CEM60 mounts - as in the previous post, do the instructions on the IEQ mount page mean a physical connection, ie: insert the cable and turn on the mount, or does it mean the Connect button in the INDI panel? The only way I could get the site management tab location populated was to turn off the mount remove the cable, turn on the mount and insert the cable. Let me know if I'm missing something obvious...

Thanks.

jmh

Read More...

John Hoogerdijk replied to the topic 'Polar alignment module and CEM60 geometry' in the forum. 2 months ago

Thanks for your efforts on this. I did the reverse movement using the vector provided and I think I have success at 22arcsecs off NCP - take a look at the attached screen capture. But, I no longer see Polaris in my polar scope, so either it is way out, or something else is going on. As I type this, I am running the Guiding Assistant in PHD@ - I'll get it run for 20min or so and see what it computes as the Polar Align error - it probably will be a bit more as I'm doing this in a wind between 25 and 35 kph. At least its dark...

Read More...

John Hoogerdijk created a new topic ' INDI and IEQ CEM60' in the forum. 2 months ago

Hi,

I am completely bewildered by INDI Configuration and the INDI Control panel.

I have an CEM60 and the driver is the IEQ Telescope driver. I can connect to the mount, and in the INDI control panel under the IEQ section, I see a number of tabs and things that make sense, more or less, and I don't know if I have the correct expectations:

Under the documentation for the IEQ driver, it says: "On connection, the mount retrieves the controller time and location and updates the client accordingly". Now, the CEM60 has an internal GPS which I would like to use for Time and Location. So, going to the Configure KStars under the Settings tab, and then going to the INDI Configuration panel, I have chosen the "Mount updates Kstars" option. I've enabled debug and set verbosity, and looked through indi and ekos logs, but I see no evidence. I can see command that query RA and DEC, but nothing that refers to location and/or time.

From the driver documentation under Devices on the INDI website we have a statement that says "the mount retrieves the controller time and location, and updates the client accordingly ..." This, and the text that says "Mount updates Kstars" tells me that the mount actually sends the update, and Kstars is waiting for it somehow. Does it do this periodically or just once? Or does Kstars query the mount? I can see the time and location on the hand controller, but I don't know where to look in Kstars. My indserver is running on an RPi3B+ in my obs, and it all seems to work, so I don't think that's an issue. When I check the Geographic Tab under Settings in Kstars, nothing is set. When I check the Site Management tab under the IEQ mount, LAT and LONG are set to 0 (and I'm not at zero lat and long ...) Where the driver documentation refers to client, does it mean INDI, or Kstars, or EKOS?

If the mount indeed is updating Kstars, shouldn't the site management tab be updated automatically?

Looking for answers and help!

TIA,

jmh

Read More...

John Hoogerdijk replied to the topic 'Polar alignment module and CEM60 geometry' in the forum. 2 months ago

I'm running 2.9.6 bleeding, specifically

kstars-bleeding/xenial,now 6:2.9.6+201805251429~ubuntu16.04.1 amd64 [installed]

Read More...

John Hoogerdijk replied to the topic 'Polar alignment module and CEM60 geometry' in the forum. 3 months ago

There was intermittent clouds tonight, but I decided to follow the process as per the instructions, collect the logs, and do screen captures so you can all see what I've done.

Here are the align module logs:

[2018-07-05T22:57:53.294 CDT DEBG ][ org.kde.kstars.ekos.align] - P1 RA: "02h 31m 33s" DE: " 89° 15' 50\""
[2018-07-05T22:57:53.294 CDT DEBG ][ org.kde.kstars.ekos.align] - P2 RA: "00h 38m 24s" DE: " 89° 13' 55\""
[2018-07-05T22:57:53.294 CDT DEBG ][ org.kde.kstars.ekos.align] - P3 RA: "22h 48m 24s" DE: " 89° 13' 14\""
[2018-07-05T22:57:53.294 CDT DEBG ][ org.kde.kstars.ekos.align] - P1 X: 119.525 Y: -48.4096
[2018-07-05T22:57:53.295 CDT DEBG ][ org.kde.kstars.ekos.align] - P2 X: 412.35 Y: 405.71
[2018-07-05T22:57:53.295 CDT DEBG ][ org.kde.kstars.ekos.align] - P3 X: 896 Y: 643.5
[2018-07-05T22:57:53.348 CDT DEBG ][ org.kde.kstars.ekos.align] - RA Axis Circle X: 1083.44 Y: -348.489 Radius: 1009.54
[2018-07-05T22:57:53.348 CDT DEBG ][ org.kde.kstars.ekos.align] - RA Axis Location RA: "22h 48m 49s" DE: " 89° 54' 35\""
[2018-07-05T22:57:53.348 CDT DEBG ][ org.kde.kstars.ekos.align] - RA Axis Offset: " 0° 05' 24\""



[2018-07-05T23:21:39.264 CDT DEBG ][ org.kde.kstars.ekos.align] - P1 RA: "02h 32m 11s" DE: " 89° 15' 44\""
[2018-07-05T23:21:39.264 CDT DEBG ][ org.kde.kstars.ekos.align] - P2 RA: "00h 52m 35s" DE: " 89° 12' 32\""
[2018-07-05T23:21:39.264 CDT DEBG ][ org.kde.kstars.ekos.align] - P3 RA: "23h 16m 30s" DE: " 89° 11' 42\""
[2018-07-05T23:21:39.264 CDT DEBG ][ org.kde.kstars.ekos.align] - P1 X: 181.254 Y: 33.2729
[2018-07-05T23:21:39.264 CDT DEBG ][ org.kde.kstars.ekos.align] - P2 X: 454.614 Y: 438.198
[2018-07-05T23:21:39.264 CDT DEBG ][ org.kde.kstars.ekos.align] - P3 X: 896 Y: 643.5
[2018-07-05T23:21:39.322 CDT DEBG ][ org.kde.kstars.ekos.align] - RA Axis Circle X: 1045.77 Y: -255.614 Radius: 911.502
[2018-07-05T23:21:39.322 CDT DEBG ][ org.kde.kstars.ekos.align] - RA Axis Location RA: "23h 31m 25s" DE: " 89° 49' 00\""
[2018-07-05T23:21:39.322 CDT DEBG ][ org.kde.kstars.ekos.align] - RA Axis Offset: " 0° 10' 59\""

And these indeed show that the alignment is worse. The attached zip contains the images that shows what I did. There was a couple of Capture and Slew to target steps that I didn't bother to capture - I wanted to start the second attempt from as close to the same position as the first attempt.

The cloud rolled in again, so I couldn't do the reverse process. The forecast is clear for tomorrow night, so I'll do that tomorrow night. But in the meantime, have a look and let me know if I'm doing the right things.

jmh

Read More...

John Hoogerdijk replied to the topic 'Polar alignment module and CEM60 geometry' in the forum. 3 months ago

Thanks for your comments, and no need to apologize for trying to help a fellow imager. I've been imaging for about 7 years, give or take, but the CEM60 is new to me, as is KSTARS/INDI/EKOS, so there is a learning curve. Using my Polar scope, I can get to about 5 to 8 arcmin of NCP, and will work reasonably well at my current focal length of 900mm, but I want a crack at imaging with my C11 @ 2800mm with exposures on the order of 10min or so. I know I'll have problems with mirror shift, but if I can get really close to NCP, that will help to limit rotation I see at long focal lengths.

It might be helpful for folks to know I am not using a tripod - my mount is on concrete pier sunk about 15 feet down, so its stable. (There's a story behind this, but where I live, the frost depth can hit 8ft, so you need to have sufficient depth to counteract frost heaves.)

I'm really happy with the CEM60 adjustments for Alt/Az - not as good as a really high-end mount I suppose, but it's a big step compared to my old CGEM. I am scratching my head with the Polar alignment module - when I set the vector tip on a star, I'm able to move the star to the crosshairs and hit the middle ease, but when I repeat the exercise to check my alignment, the result is far worse than when I started.

Stay tuned - I'll have another crack at this in another hour, provided the clouds stay away...

jmh

Read More...

John Hoogerdijk replied to the topic 'Polar alignment module and CEM60 geometry' in the forum. 3 months ago

Exactly what I was planning.

jmh

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!