Come and join our community. Expand your network and get to know new people!
Is Stellarmate OS running a firewall? I'm trying to open a port, but blocked by "vendor preset"
Specifically, I want to ssh into sm. I'm using it in a controlled environment))
Please update now, libindi was not updated in the repo yet.
Yes this is intended due to changes relating to optical trains. It might be changed in the future, we'll see.
Good point, never checked it. I guess you mean the INDI settings dialog and change the settings there.
If PHD2 changes the settings can be observed also from the INDI dialog of KStars. Simply check what happens if you start PHD2.
Title says it all. I'm considering getting the new Uranus-C camera, which runs off the IMX585 sensor. Has the Player One driver in Ekos been updated to recognize this camera?
Hi folks, if I'm guiding via PHD2 in Ekos and I want to change the guidecam settings like gain and contrast, if I change them in the Ekos Profile Editor, do they have affect in PHD2, or will PHD2 automatically select the gain values it wants? I see no settings for gain, contrast, etc. in PHD2.
I am constantly observing that 9 out of 10 times, the lowest precision I can set the Align module to is 35", or it'll get stuck in an endless platesolving loop with the mount never getting more precise than about 29~35" when using Capture&slew.
I was wondering what strategies do you use to get a more accurate goto. I need to image a very large target for my fov, where I barely have wiggle room for +-10" coming from dithering, so I'd need my initial centering to be repeatable within 10" over several nights. I can obviously center manually but I was wondering if there are known automated workarounds. For example, I believe I can set a slower slew rate via Celestron's "custom 9 rate", but would that increase the chance of getting a better goto? It sounds like it'd be very nice to have the possibility of having the Align module use pulse guide to achieve final centering, but I know that's beyond the scope of the module. Any suggestions are welcome!
I don't think the problem is just with platesolving. Even I cannot see many stars in the image. The camera is otherwise in focus because I use a bahtinov mask when focusing on a bright star.
I think it is a combination of tiny fov and light pollution around where I am. My neighbor has LED lights on his porch, and I am near a big city. The thing is that with my lower power refractor or even guide scope, this was never a problem.
I am using player one Neptune c as my camera, which is a 178mc sensor. No binning. I start with 1 s exposure. I tried 5 seconds or even 10 seconds and the image just gets whiter and white, making it even more difficult to detect stars.
I am not using any filters. Will a filter help?
Not sure about the offset, but platesolving should work for your 6" SCT. I platesolve with a 10"RC (focal length 2000) plus a ZWO ASI1600 camera, very reliably.
Make sure (a) you are in focus, and (b) you have all the appropriate index files are installed.
You can also try ASTAP if the internal solver is not working?
Can you post an image from your SCT (with the platesolving exposure) and we can see if we can plate solve it?
I am wondering if one can tell ekos to platesolve so that the object is not at center but a certain offset off the center. Let me explain what I am trying to do.
I use a 6 inch sct as my main scope. Platesolving does not work off it because it says insufficient number of stars (light pollution plus tiny fov). So I use a guidescope with a second camera and use it to go-to and platesolving. So far so good.
But after platesolving often the object is not centered in my main camera. Because of the long focal length it is often not seen in my main camera. So I have to use manual mount control to bring it in, which is a pain.
I do align the guidescope with the image during the daytime. But I usually dismantle my setup at the end of the night because of limited storage space. So it is a pain to realign the guidescope with the main telescope before every session.
So I was wondering if there was a way that I can take a picture from my guide camera, and my main camera. Then center the object in the main camera once, and see where it shows up in the guide camera. Whatever that offset is, I ask ekos to platesolve for objects from them on, so that they appear at that offset from that point on. In other words I can align the two scopes using the images rather than mechanically, making the process much faster.
Can ekos help me in any way to solve this problem?
Addendum: The ZWO EAF focuser seems to be an exception. Even though it is defined in the profile, it doesn't matter at all whether it is connected or not. Ekos shows all icons in both cases.
just built KStars/Ekos 3.6.1 stable and Indi 1.9.8 and encountered the following behavior/problem:
If just 1 device of the profile is not connected, all other Ekos device icons are missing, too.
In KStars 3.6.0 / Indi 1.9.7 I could leave the mount disconnected (for example for taking dark frames with just the camera connected), but the camera icon in Ekos was nevertheless present and I was able to take an image series. Now, it seems I have to switch on all devices that are defined in the profile.
Is this intended?
Thank you kindly for the complete list.
I was working from the AstroPi script, which is evidently out of date, and adding what ever I was told was missing.
I ultimately got it to build. But I might've missed something. As some things weren't quite right.
Ah yes, I get it. I am currently using a powerful laptop to record videos at full bandwidth.
I have not found a simple solution to additionally be able to control from a smartphone without using the Internet.
From what I remember Ekos Live connects to the server, but does not create the server itself, although now I can see several different projects
Thanks for the quick answer, I understand that many implementations of similar solutions are also troublesome to maintain.
sudo apt install libnova-dev libcfitsio-dev libusb-1.0-0-dev zlib1g-dev libgsl-dev build-essential cmake git \ libjpeg-dev libcurl4-gnutls-dev libtiff-dev libfftw3-dev libftdi-dev libgps-dev libraw-dev libdc1394-dev libgphoto2-dev \ libboost-dev libboost-regex-dev librtlsdr-dev liblimesuite-dev libftdi1-dev libavcodec-dev libavdevice-dev \ libeigen3-dev extra-cmake-modules libkf5plotting-dev libqt5svg5-dev libkf5xmlgui-dev libkf5kio-dev kinit-dev \ libkf5newstuff-dev libkf5doctools-dev libkf5notifications-dev qtdeclarative5-dev libkf5crash-dev gettext libkf5notifyconfig-dev \ wcslib-dev libqt5websockets5-dev xplanet xplanet-images qt5keychain-dev libsecret-1-dev breeze-icon-theme qml-module-qtquick-controls \ pkg-config libev-dev
First shot single frame with correct framing in CCD tab. Then open INDI control panel in camera tab and Streaming sub-tab set record file path and frames. Then press "Record (Frames)" button. This method get you highest framerate. But I would recommend FireCapture to record planets. Ekos is too barebone for this.
Additional information: I ran the updater again. Because I don't know where the stellarmate updater logs live, I know that it updated Kstars to 3.6.1 (yay!) but I don't know if it did this now or before.
INDIlib is still at 1.9.7 though.
My indilib version is 1.9.7.
I started an indi server manually and it starts. When ekos attempts to connect, it crashes (And I have no idea where it's logs are, or maybe it doesn't even manage to write any), indilib says read: connection reset by peer, del property (camera name here in xml tag) and restarts the camera driver.
I don't know what this update did to stellarmate but it's boken wrt this camera now ... I did check that the camera works on my PC, FYI.
I guess you'll just have to look in the FITS header then, which presumably you're doing anyway in order to decode the image.
OK -- so I installed the latest from the git repo, and now I get this:
CMake Error at CMakeLists.txt:108 (find_package): Could not find a configuration file for package "Qt5" that is compatible with requested version "5.12.8". The following configuration files were considered but not accepted: /usr/lib/arm-linux-gnueabihf/cmake/Qt5/Qt5Config.cmake, version: 5.11.3