Check my signature, there is a video HOWTO.
RPI4 + Atik2 EFW issue known. I asked Atik to look into it, please contact them for an update on this matter.
khobar wrote: The previous two nights I've been using my DIY GOTO LX70 without a hitch with Ekos, etc. Tonight I wanted to capture M31 with my CEM25p and compare the results. I can't get past polar alignment. This is on a rp4 with Stellarmate OS.
Basically, when I click "Start" it takes a pic, solves, slews, and right when it gets to 30 degrees, it beeps and attempts to park. I have tried about 10 times now, making sure GPS location time date etc was ok. It just is not cooperating.
What am I missing? Thanks!
Ihoujin wrote: Aren't there advantages to having coordinates in J2000 for consistency across platforms that do the conversion internally? Can we get either both at once or a choice?
Everything is in JNow because that what most mounts report, so when you compare mount and solution coordinates, you need to be looking at the same epoch.
There was actually _another_ crash issue that was fixed recently. Did you try with the latest image from yesterday?
rankinstudio wrote: Interestingly, using the simulators and "upload and solve" the images that were not solving night before last are now solving, sorta.
The positions are off, by over 1.5 arcmin in RA and DEC.
Attached is a screenshot showing the nova.astrometry.net solve, the All sky plate solver solve (astrometry.net) vs Kstars solve.
The pixel scale is also still off in Kstars.
I'm guessing this may have been an issue with the mount location being off. I don't think it was 30 degrees off. Not possible.
Ok, so for clarification (and I just changed the GUI to reflect that). Everything you see is in JNow, not J2000.
There is something odd about your image, your FOV is showing as 0x0.. did you switch telescopes perhaps and didn't solve that one?
freiform wrote: Hi,
thank you for the answers. I am aware that I can set a prefix or look at the FITS header, but that's not really what I am after.
The capture module seems to support scripts, I guess I could use astropy's fits package to get the required information from the header and write my own filename.
Anyway, it would be nice to expose the different variables inside EKOS to build a custom String, like %OBJECT_%FILTER_%EXPOSURE_%GAIN_%TEMP_%FRAME.fits
Yes that's an excellent idea, but it appears no one had time to implement this since there are some many dependencies on the naming scheme when executing jobs. PR are most welcome!!
Right, let us know what needs to be done to get this in order. Like what we did with the LX200 library.
So both KStars and PHD2 support streaming, so you can look at them.
In KStars, you can take a look here: github.com/KDE/kstars/blob/master/kstars/indi/videowg.cpp
In newFrame, it receives a BLOB, and then depending on it displays the buffer either as mono or RGB (it determines that from looking at the size)
Probably 3rd party is the way to go here, though I'm not sure how well the V42L is exposed to 3rd party drivers at the time being.