OK, absolutely no promises but if I can scrape up some time, I'll see what I can see.
I'll have to do it on the down-low, though. Otherwise I'll get The Look from my wife, and "That's great, dear. What project are you giving up to make time for it? Hmm?"
Oh shoot, late summer is Crazy Time for me with Ski Patrol, we also have a release coming up at work. Otherwise I would love to get in on this. In very general terms, what's the build environment like for Ekos? I live mostly in Visual Studio these days but have certainly done time in gcc-land as well.
My CEM25P has a pretty good polar scope, but the Polar Alignment Assistant invariably does a better job than I can with the scope. Well worth the five minutes IMHO.
My workflow is close to those above; since I do a lot of narrowband these days, I'll note that I usually do a rough focus using the scale on the Stellarvue's focuser and rough polar align with the scope. Then, using one of the broadband filters so that short exposures suffice, I'll focus by eye on the stars around Polaris enough that plate solving is reliable. Then the Polar Alignment Assistant to really dial the alignment in (usually to within a few tens of arcseconds).
Next is Capture & Solve/slew to target on a bright star such as Vega. Once I've got that centered, I switch to the taking filter, slap on the Bahtinov mask, and compose my soul in patience for frames to download.
That flow lets me do most of the plate-solving and get close to the focusing mark using short exposures through the R, G, or B filter, and get centered on something bright enough that the diffraction pattern will be usable with only sort-of-long exposures through Ha or OIII.
Polar aligned and focused, I'll either do Load & Slew, if I have a previous FITS of the target, or select the target in KStars and do Capture & Solve. (The former is excellent when I'm pointing elsewhere than the officially accepted center of a target, e.g. my Pelican/N.A. of last night). Might have to use longer exposures to ensure a solution, but that's OK, usually it only takes 2 or 3 frames and it's all automated -- not like sitting there watching the screen with your hand on the focusing knob, waiting for the next frame to finish so you can see whether to turn the knob or not.
I'm tempted, but the AP/join-local-wifi automatic behavior is awfully hard to give up for someone who images both with and without WiFi access.
And I'd have to use two USB slots for BT (focuser) and WiFi. But perhaps the ODroid would see the GPS dongle and mount when plugged into my powered hub. The Pi does not.
I'll give that a whack if I see the problem again. When I set everything up on the bench to test it the day after, I got the Software Updater prompt and figured "Oh, what the heck". So new versions of KStars and a bunch of other stuff have been installed. I know that sucks for debugging but if it made the system reliable, I'd be satisfied.
Tried to break it after that. Nothing doing. Worked like a charm. Like a champ. Heck, even my Mac (which I hadn't touched) was suddenly able to run and connect to the internal INDI server again! So I think I'll try some longer-term tests, running kstars under gdb, and see if anything breaks.
The exposures were all 180 or 120 seconds. I've run flats at less than a second (which worked fine out in the field, actually). I'll try turning that notification off, obviously it's not going to help me much on the Pi anyway!
I've seen the thread on issues with StellarMate OS 1.4.0 and 1.4.1, some of which sounded like showstoppers. Has the release gotten to a "happy place"?
I'm asking because Ekos on my Pi kept crashing over and over last night, losing most of a night's imaging time. No error messages or anything interesting in the logs, just the application doing a wingover into the dirt in mid-sequence. Was thinking I'd wipe and reinstall StellarMate OS, but was wondering whether to just reinstall the original or go for the new version.
Alternatively, I might just update KStars/Ekos, hoping to get back to the kind of reliability I got out of this thing when I first started using it. Any advice welcome.
OK, seems to be working now. For the record, if anyone else is in this jam, here's how I got it to work:
1) Turned off all the options in the "solver options" panel besides "downsample", which I had set to 8. (That's the Alignment tab, Options button, Solver Options).
2) Copied all the index files I'd downloaded to an external drive, so that I could play around with deleting them without fear of Eternal Download Times.
3) Unclicked all the "recommended" index files on either end of the range of the "required" range. (There was one "recommended" *inside* that range, which I elected to leave alone.) I also ensured that the required files were there for both the Tycho2 and 2Mass catalogs.
I haven't tried it in the field, but it's now solving with the "Load and Slew" button, so I'm reasonably confident. Both the simulator (63' wide) and my images (125' wide) are solving with the 4110 index, for whatever that's worth.
Rob, Jasem, thanks for the suggestions. I might very well try binning when I get to the field, if the 183 driver allows that.
NOW I can start debugging the internal-INDI-server problem!
Thanks guys. I did manage to get Ekos running using the INDIGO Control Panel, and I can connect to and run my actual equipment using my Stellarmate appliance. So I'll table the INDI Server connection problem for right now -- if the weather ever clears, I know I can get images, but I'll be pretty lost without plate-solving!
Using the entire simulator stack, I could easily do a "live" plate solve. And when I saved an image to disk, slewed the telescope simulator elsewhere, and then tried "Load and Slew" on the saved image, that worked perfectly too. So it's just my actual live 183MM images that it's failing on. Any suggestions for the next step?
Index files, maybe? According to the guidelines for the index files, the simulator (63.3' x 50.6') should need index files down to 5.0', right? That would be 4203 or even 4202, and I only have 4205 installed right now and it worked fine. ??? Unless I've done the math wrong my 183MM on my scope is 125' x 83'. So, um, get rid of 4205 and try again? That seems crazy, but this is a pretty crazy problem.
Nope. 3.2.2 running now. The "Simulators" profile fails to start with "Connection to INDI server locally on port 7624 failed." That's a different problem that I've also posted about here. But if I run things with, say, INDIGO Control Panel so that I can bring up the Alignment tab, I get the identical result.