Michael replied to the topic '10Micron MGPBox?' in the forum. 2 days ago

Hi Scott,

we could share the experience with the equipment as I own a gm1000 MGPBox and running my setup with Indi (you also might use a INDIGO server) on a small computer on the rig. I used RPi3 and a finless mini PC.
The MGPBox should be attached directly to the mount and the mount reads the data directly. You only have to setup the mount to use it (Handbox or MW4 for doing that). You need in case of a firmware update a windows PC and connect MGPBox via USB (bis this so far was not needed). Please remind that only on source of refraction data should be used at the same time. So if you have MGPBox attache and enabled, please do not use any other software to update refraction data to the mount computer (MW4 does only allow one source and recognizes if a MGPBox is connected directly).

Michel

Read More...

Hi Scott,

please choose ethernet and enter the ip


Michel

Read More...

Same observation in my environment. Was not always the situation, changed somehow beginning this year.
Michel

Read More...

Michael replied to the topic 'Question about FITS Header Entries' in the forum. 6 months ago

Hi Doug,
a good idea, too. Ideally I would store all context information about and image in the image file and nowhere else, because this data is linked 1:1 togehter.
Michel

Read More...

Han, Rob,

as I use the WCS Files from astrometry.net as well as from ASTAP: As far as I have seen: Han you are writing a text file with the entries, which are not readable from CITSIO and astrometry.net writes a FITS file with header entries only.

Michel

Read More...

Michael replied to the topic 'SQM Driver' in the forum. 7 months ago

...as well for me. Using the usb variant for Lang time now without problems.

Michel

Read More...

Michael replied to the topic 'False Filter Entry in FITS Header' in the forum. 8 months ago

Jasem,
in profile editor I can't set QSI as filter. So there it's none. I sorted out the problem and removed the CCDSimulator as possible problem from the INDI server. So it should now be impossible to use it.
Michel





Read More...

Michael replied to the topic 'False Filter Entry in FITS Header' in the forum. 8 months ago

Hi Jasem,

it's the internal Filterwheel:



Michel

Read More...

Michael created a new topic ' False Filter Entry in FITS Header' in the forum. 8 months ago

Hi,

with KStars 3.4.1 on MAC I recognized strange filter name entries in the FITS header. My setup show 'R', 'G', 'B', 'L' for example. in R is say 'Red ' in b it says 'Blue' but for example in L is says 'H alpha'. Do I have to set the names elsewhere ? The filter setting I get via INDI protocol show the right naming as they do in filter setting in EKOS. Interesting was that EKOS did automatically split the directories for Light in R, G, B, L (which are excactly the naming), and the string in the FITS file name was correct,



too, but the Header Entries were wrong:



Any Ideas ?

Michel

Read More...

Hi all,

from my past experience KStars 3.0.0 I though in focus mode EKOS would use automatically a fast download mode if the camera does support it. In 3.4.1 I recognized that I have to wait for 8 seconds again for each image while focusing. Is this a setting or did it change ?

Any advice appreciated.

Michel

Read More...

Robert,

thanks for the great work. It also runs in my environment.

There is another point related to your work right now (perhaps we should move the discussion to another thread ?):
With KStars 3.0.0 I could use image2xy flawless, with the new 3.4.0 build when accessing it I get an:
zsh: illegal hardware instruction /Applications/KStars340.app/Contents/MacOS/astrometry/bin/image2xy -O -o
My guess is that you compiled astrometry.net completely new. Is this right ? The error might occur if libraries might not be in 64bit, but some in 32 bit .
Thanks for you advice.
Michel

Read More...

Sounds great,
I still use the image2xy as provided in the astrometry.net package (as I don't want to take care of managing all the libraries attached to the binaries) and than solve-field. That's it. So far I did not had any issues. One hint: I looked around the last hour how things are made in different packages and the the Astrometry package including astrometry.net which is provided by cloudmakers (many thanks for that really nice package and all the support for Mac's !!!) also does not use python, but just calls image2xy and solve-field.
Michel

Read More...

Hi Andrew, Robert,

as I might be the reason for that not home-brew python3 install, just to try to help in this area. OS X might also go away from python 2.7 in future as they stated, that they don't like to support other frameworks than their own from a fresh install. Things might get more complicated, because if you have an "old" system running (with python2.7 installed) and update to a newer OS X release, the python might be still there, but for a brand new computer, it won't be installed from scratch on.
As I did some work with astrometry.net on three different platforms (mac, win, linux) things improved, when staying with the official python.org installer. For the software I'm developing (MountWizzard), the situation lead for astrometry.net to call the executables from the python program directly. You only need two binaries for doing plate solving. All other stuff could be omitted. In result you don't need any python, if you arrange the two tasks: star extraction (from fits to *.xy file) and solving (from *.xy file to coordinates). Yes you might loose some parameters to set, but I found this not really restrictive for users. If you would like to experience this way, please let me know. I try to explain how I did this. As result I don't care even on OS X about the python versions installed as I don't need them.

Another solution is ASTAP (OK, it's not astrometry.net, and it does right now not calculate distortion parameters), but installation on multiple platforms is easy.

Michel

Read More...