Quantcast
Channel: Recent Topics - INDI Forum
Viewing all 15023 articles
Browse latest View live

ASI183MM PRO Offset - by: Vamosi

$
0
0
Hi,

I came across an issue with my ASI's offset setting. The thing is It's very unpractical that the offset value doesn't end up in the FITS Header. Would it be possible to add this feature to Ekos, or is this a driver thing? The driver might have some other issues as well. Another one is that while my camera has a 12bit ADC my only options in the controls are 8 and 16 bit. Anyone here using the same camera with Ekos? I would be thankful if you could help me!

Thanks,
Florian

EKOS (KStars 3.4) keeps crashing to the desktop when using the align module - by: PK

$
0
0
I will post an error log later today. But for thew last two nights, the align module keeps crashing when trying to Slew to Target. It seems to be fine, and does the first iteration of capture, plat-solving, and slewing with no problem. But on the second iteration it crashes to the desktop. I tried ASTAP and Astrometry and both fail the same way. Everything was fine before I upgraded to KSTARS 3.4, so this is a new bug. Using Ubuntu 16.4.
If Kstars no longer works with Ubuntu 16.4 let me know, and I will consider upgrading or just stick with KStars 3.9.

Park, sync, align and all that in EQMOD - by: universalmaster

$
0
0
Hi!

I am constantly having mount issues (EQ6 with synscan upgrade kit in a permanent observatory), where suddenly the mount think it is in some place where it is in fact not. I thought I had fixed this by going through all "snooping" setting and removing all "simulators". But somehow that did not solve things as all the troubles are back again...

Parking seems to function in a way that does not fit with my expectations, as trouble always begins if I have connected and disconnected indi a couple of times due to other issues (in this case focuser trouble). I have a custom park position with the scope pointing south and slightly downwards. How do I check that the park position used by EQMOD is in fact the one it should be and change it in case it is using a wrong parking position?

I also have some alignment issues. They seem to be related to how "sync mode" and "alignment mode". Everything seems to work if I set "sync mode" to "Standard sync" and "alignment mode" to "nearest point". But if I close kstars and indi and start up again, "sync mode" have switched to "add point on sync", even when I have saved the configuration. Is this normal behavior and should I get things working with "add point on sync" instead of "standard sync"?

Last time I also suddenly began to get some errors related to "horizon limits", something I have never modified. Can I turn this completely off? If I for example uncheck "abort tracking", save the configuration and restart everything, "abort tracking" is on again. It seems to not save this setting?

On top of this, when something goes wrong I can see the mount in kstars, but if I then press "goto" on some object the mount does not move to this object. Neither in kstars nor in reality. Don't know why it would not at least move to the object in kstars. Sometimes it moves, but then suddenly jumps to some other location.

So all in all, it is one hell of a mess :-)

All help and suggestions are very welcome!

Best Regards,
Søren

Mount starts to move even if it's parked.. - by: maxer

$
0
0
Hi all,

Last night I did a little mistake and pressed the "Guide" button in the guide tab instead of "Capture" and my mount began to move even if it was parked and there was a message that I should unpark before start guiding.
Now I did the same with simulators pressing the "Guide" button when mount was parked and didn't get a message about unparking the mount before guiding but it did began drifting without unparking the mount.
This happens with KStars 3.3.9.

Br
/Markku

Installation on old Mac - by: wjdrijfhout

$
0
0
A friend of mine has an old Mac that he wants to try Ekos on, but the latest MacOS that laptop can handle is 10.11. The Ekos DMG installer requires 10.12+. Is there a way of installing on older MacOS versions?

Thanks, Willem Jan.

ttyUSB0 issues on OnStepp and raspi4 - by: Cirera

$
0
0
Hi,

I don't find into the forums how to solve the issue about ttyUSB0 (Raspi4) and OnStep that I have. I use the last (and upgrade) astroberry 2.

My configuration is:

onstep <=> raspi4 (astroberry) <=> Ethernet <=> PC client (Ekos)

I start the session and OnStep indi not connect and it give the next warning: (Check on the photos I attached)

[WARNING] Port /dev/ttyUSB0 is already used by another driver or process.



I only connect the onstep and give the same error again.

and the raspi4 recognize the onstep CP2102/CP2109 device (like you could check on the photos I attached)



How can I to resolve this issue?

Thanks in advance for your answers.

Pep

KStars nightly uninstallable on Ubuntu MATE 19.10 - by: wvreeven

$
0
0
Hi,

I just created a new VM using Ubuntu MATE 19.10 and when I try to install KStars nightly I get
The following packages have unmet dependencies:
indi-full : Depends: indi-qsi but it is not installable
Depends: indi-aagcloudwatcher but it is not installable
Depends: indi-aagcloudwatcher-ng but it is not installable
Depends: indi-gpsd but it is not installable
Depends: indi-fli but it is not installable
Depends: indi-shelyak but it is not installable
Depends: indi-nightscape but it is not installable
E: Unable to correct problems, you have held broken packages.

Can someone please have a look at this and fix the build? Many thanks in advance.


Wouter

Pop-Up Windows show up in KSTARS Desktop instead of EKOS Desktop - by: CapnRon

$
0
0
I was shown how to have KSTARS and EKOS windows opened in separate Desktops on my Rpi4. I t is a setting option in KSTARS Config - EKOS to have EKOS open in an "independent window." The reason this is useful is because I switch back and forth between KSTARS (to slew the mount) and EKOS (to program the image scheduler) and if they are in the same Desktop one (KSTARS or EKOS) is always on top of the other and you have to use a mouse to move one over to see the other. If they are in separate Desktops, you just change Desktop to move from one to the other.

The issue, I am bringing up, comes from the fact that: there are "Pop-Up" windows associated with EKOS that need to be responded to for an action to take place. For example: if you choose to stop polar alignment mid procedure (because the mount is rotating to hit something or the solve is not working) a "Pop-Up" window asks "Do you really want to stop Polar Alignment?" and you have to answer "yes" or "no." Unfortunately, this "Pop-Up" windows shows up in the KSTARS Desktop instead of the EKOS Desktop (obviously only if you have them in separate Desktops). And if you don't know that the "Pop-Up" is in the other Desktop you don't see it and you cannot take any other action in EKOS until that question is satisfied.

So my request (the long winded version) is to locate the "Pop-Up" windows with the appropriate module (KSTARS or EKOS - I don't know if there are any associated with KSTARS as I have not run into one there), so they are immediately visible depending upon which module you are currently in.

thanks,
Ron

uploading images to remote (client?) - by: CapnRon

$
0
0
I am running the Astroberry Server on an Rpi-4 and I am accessing the server from a desktop in the house over ethernet to the Rpi-4. Is it possible to only capture and upload the images to the 'remote' desktop so they don't stay on the Rpi? I have tried "Upload" - Local with the Remote window showing this: //Ron2012PC/users/ron/temp (a shared directory in the desktop). But this does not work. I have also tried giving it the remote computers IP address on the local home network and that does not work. It seems like the intent of this File Setting is to do what I am asking, but I cannot figure out how.

thanks,

Lots of crashes in new Version 3.3.9 Mac AND Linux - by: the.cakemaker

$
0
0
Hey there.

Updated to 3.3.9 on both machines.

The "Outside" Linux-Laptop, next to the mount i used to work all the time with has crashes out of nothing from time to time now.

Same when i use the imac from inside, controlling the outside laptop...

There are lots of connecting issues too now when starting the system. Then i am told that there are problems with usb connections or things like this...

I have logs here, from both machines, you find it under this link.

Maybe its of use.
www.dropbox.com/sh/rgojajm3xaxatmb/AAAYH...oKmsE5Kkg_Bm8Da?dl=0

cheers, Niki

Guiding calibration with too small star movement - by: tompfe

$
0
0
Hi all

As I'm still pretty new to Ekos/Indi, I hope you can forgive me should I write any wrong assumptions or conclusions.

With KStars 3.3.8 I could produce pretty good frames. Polar alignment and guide calibration where both done smoothly and I was able to take frames a whole night.
Last week I went to the mountains here where the sky is perfectly dark. In the meantime I had upgraded to KStars 3.3.9.

Polar alignment takes the first image and solves it and then text next step is to crash KStars. This happens many times, or lets say I dropped the idea of doing a Ekos based polar alignment. The unsuccessful polar alignment is my minor problem.

My biggest problem is the calibration in the guide module. Ekos selects a star and stars the calibration. The movements of the mount that the calibration routine issues are so small that even after 10 calibration step the selected star hardly moves. About 1 out of 5 calibrations, the guide module actually accepts the calibration as successful and stars guiding, the other 4 times calibration aborts with the message that the star didn't move enough.
But as I was assuming that the calibration is good after noticing that the guider is working I started to take frames.
While doing so I checked the guide module and I was pretty shocked about the correction graphs of the guider. The selected star jumped around like a ping-pong ball, it was most of the time in the red or yellow zone, rarely in the green. Of course all my frames were unusable.
I think that Ekos accepted the calibration even though the star movement was too small during the calibration.

The next day at home I installed PHD2 after waiting for a long time until PHD2 was finally ported to 64bit macOS and immediately went out to test it.
With PHD2 the very same happens. Calibration aborts with the message, that the star didn't move enough. After 40 calibration steps that star moved around 5px. I tries all options in PHD2 and received good help from the PHD2 forum.
In PHD2, I connected my mount with INDI, the guide camera was directly connected to PHD2. The connection and communication between INDI and PHD2 was up and running.

Yesterday evening I tried everything again with the same results. But this time I turned on the verbose logging with the hope that I can get help here.

This is only my own assumption: As I did not change any setting in Ekos/Indi after I upgraded to 3.3.9 I guess that something changed with regards to controlling my mount. All goto, slew and mount moves from the scope controller for perfectly, its the guide or the calibration which is causing problems.

My equipment:
Mount: Astro-Physics 900GTO with CP3, connected to INDI with the lx200apdriver, Telescope: TEC140ED
CCD: QHY367C connected to INDI
Guider: QHY5II-L connected to INDI, Guidescope: 240mm f4

Did something change from KStars 3.3.8 to 3.3.9 that could have an influence in the control of my mount? Is there something that I should change/check?

I hope that someone can help me. I can provide more log files is it is necessary.

Thank you very much for your help.
Thomas

I attached the following files:

File Attachment:

File Name: calibration_successful.rtf
File Size: 155 KB

File Attachment:

File Name: log_20-12-41.txt.zip
File Size: 69 KB

File Attachment:

File Name: PHD-calibration-log.rtf
File Size: 331 KB

Teamviewer: commercial use detected - by: dokeeffe

$
0
0
Anyone out there use team viewer to manage a remote site? I use it to remote-desktop into the observatory PC which runs Kstars.
A couple of days ago I got a popup saying "commercial use detected" and its prompting me to buy a licence. I thought I should pay but its actually pretty expensive and I'm not sure I qualify as commercial use. The observatory doesn't make any money :-)

Anyone else get this? Are there any alternatives?

Thanks,
Derek

[FIXED] Kstars 3.3.9 OSx : not able to start it - by: Gonzothegreat

Window ' width off the mount control window - by: philippe.revellat@free.fr

$
0
0
Hi,

A small problem when using the mount EKOS tab : when I open the mount control window, the width of the window is too small. It is necessary to change the width to access to the search button. See attachment.

Philippe

Logitech "Dual action" joystick - by: philippe.revellat@free.fr

$
0
0
I am using a Logitech joystick with my HEQ5 mount. Very often but not always I obtain an other driver for an acceleromter !! See attachment.

Philippe,

ZWO ASI CAM are recognized but not connected - by: ggtux@gmx.net

$
0
0
Hi guys,
it so strange but since today my working setup failed, but constantly.
I User StellarMate and CGEM DX Mount, MoonLite CHL focuses, Celestron Edge Hd 800 SCT, ZWO EFW coupled to ZWO ASI 1600 MC PRO. For guiding I use a OAG from ZWO with a ZWO MINIcam.
All equipment is connected by USB to the STELLARMATE RPi.
I’m running KStars in order to control all this. So far so good.
But tonight, the first clear skies since many weeks, I could not connect to both cameras. Many attempts with lots of troubleshooting efforts brought nothing.
A direct connection to sharpcap gave good results for both cameras. I could work with both. Also SGP worked well.
I am not sure but I’ll provide this infos, yesterday I upgraded to 3.3.9 and many updates happened to WIN 8.1.
I reversed back to 3.3.8 but no luck, still no connection. The web manager connected well but the Win client could not get a connection. BTW, in the INDI Display the camera tabs showed a yellow connection light, no red nor green over long time.
So, what is wrong? How to fix that? I’m confused.
Thank you in advance for any hint or help

Bye Gunter

Still Learning - More Progress - and now the Real Problem - by: CapnRon

$
0
0
Call me superstitious, but I have not tried an update, I am still working with Kstars 3.3.8. But I have been 'playing' around with how it is presented on the screen by putting KSTARS, EKOS and FITS Viewer all in independent windows. This leads to all sorts of interesting stuff; for one, the FITS Viewer has many more options (maybe I just missed them before); the stretch option shows up on the far left. However, this is only in the independent FITS window. The windows that show up within other modules (focus, align) do not have all the options.

It also seems that selecting 'local scaling' and 'expanded screen' also influences how my IPAD behaves when I connect thru VNC. I am running the Astroberry Server on an RPI-4 at the telescope and managing it from a windows laptop thru the web browser CHROME. But when I am at the scope I use my IPAD connected thru VNC just to monitor focus and align adjustments. Normally, I could move the IPAD view (slew around the full screen) by using my finger on the IPAD. But if I have the above display conditions set, I am then actually manipulating the curser in the server. I have to drop out of 'local scaling' to go back to just moving the IPAD display about the Server window. Ok, I did not explain that very well, but it is not really that important for this topic.

I first focused the scope. The weather conditions here (eastern North Carolina) were not ideal. The sky is crystal clear, but the wind is blowing 15 to 20 knots out of the NW, so I did not have high expectations for achieving really great focus. I got round stars and was able to minimize the FWHM to a reasonable number (I won't embarrass myself by giving full details as the socpe could use a tweak in collimation). Moving on.

I was able to achieve polar alignment in only 3 tries; using manual mount movement instead of that assigned by the polar alignment module. I moved 'west' by hand, then another process moving 'east' by hand and the third process moving back 'west.' In each process I completed the polar alignment moving the selected star either closer or into the cross hairs. I reached a point where I was satisfied and declared success.

I set the alignment module up to "slew to target', selected a target in Kstars and hit 'goto'. The mount would move to the target and then the align function would do a solve and move the mount again. It repeated this process until it found the target image acceptably close to the solve coords. it usually took 2 or 3 iterations and the target was in the center of the image.

I then tried guiding. I have a thin SX off-axis guider mounted in front of the SX filter wheel. I have an SX Loadstar camera as the guider. The OAG would always show plenty of stars and I was able to select one and just hit guide. It seemed to work ok, the charts looked well contained, but I will have to look at the actual numbers later. The point being it all worked.

I would then set a schedule of my different filters; Lumin, Red, Green, Blue, Halpha, Si and Oiii. I usually do binning for the non-Lumin images. I was running 40 second images. I tried 60 and 120 second long images, but I was not as happy with the star shapes. I can't speculate if it was guiding, polar alignment, collimation or focus at this point.

I then repeated this process (all on the original Polar alignment and re-adjusted focus once as the temp outside was dropping) for half a dozen targets.

So here is the real problem: When the equipment is working you can quickly gather more data than you can possibly analyze over the next month!

I am a happy camper because I am using my scope and it is taking images of the stars. I don't expect any great stuff from this nights work, but it is a place to start from.

thanks again for all the hard work with this software.

Ron

Ekos mount model tool - by: dmsummers

$
0
0
I'm interested in exploring the Ekos Align mount model tool, but unsure how to verify that my Celestron CGX-L mount/hand controller interface supports Ekos sync updates in the way that's required for use by this tool. It's also not quite clear whether the CGX-L has an internal pointing model (residing either in the HC or mount proper), or is only implemented local to proprietary Celestron PWI software. Do any KStars/Ekos Celestron CGX mount users use the Ekos Align pointing model tool? If so, I'd be happy to hear your comments on usage/performance. Thank you!

p.s. My interest in the pointing model tool doesn't take anything away from how great plate-solving is. I use plate solving during acquisition and would never look back. What I'd like to do is explore minimizing tracking/guide errors via improved pointing modeling and see what kind of model terms and error residuals result after PEC, good polar alignment, and accurate location/time are set.

Frames are not downloading with QHY367C - by: tompfe

$
0
0
Hi

I have the following devices connected to my MacBook Pro (with macOS Catalina):
- Astro-Physics Mount connected to INDI (USB-Serial)
- Focuslynx connected to INDI (USB-Serial)
- QHY367C connected to INDI (USB)
- QHY5-IIL connected to INDO (USB)
All devices are connected to two USB hubs which are connected to the Mac's Thunderbolt 3 connectors.

Starting Ekos is fine but then connecting the devices is always a bit of a lottery. The mount mostly is connected immediately, the focuser doesn't connect since a few days (but this is not the problem of this topic), the QHY5II-L connects mostly without problems, but the QHY367C makes problems. I usually have to disconnect the devices, restart Ekos and connect again. In 1 out of 10 tries, the QHY367C is connecting successfully.

I did not find a pattern to connected the QHY367C correctly. I assume it is a matter of where the camera is connected (on which USB Hub, with which other devices on the same hub), but as said, I didn't find a pattern yet.

The last two nights I have run into a new problem. Besides the usual connection problems, I cannot download anymore frames from the QHY367C. I took a 1s frame, the remaining exposure time field counted down to zero, the spinner next to the remaining exposure time doesn't stop spinning and the frame is not downloading. The FITS viewer never opens.
In the attached log file you see the log entries for the QHY367C. Theres is a message "Exposure timeout. Restarting exposure..." which points to the problem but I have no idea what creates the problem and how to solve it.
I noticed that as soon as I unplug the USB cable from the QHY376C, the FITS viewer opens immediately and the frame is displayed.

Does someone else has a similar problem and found a solution for it?

Thomas

File Attachment:

File Name: QHY376C-LOG.rtf
File Size: 10 KB

INDI issues: Altair Astro Hypercam 183C ProTEC - by: jaq1967

$
0
0
Hello all,

I posted my struggles on the Stellarmate page but thought best I copy/paste exerts on CCD seeing this was a CCD issue with INDI on Stellarmate 1.4.6, full details on the link:

indilib.org/forum/stellarmate/6122-1-4-6...e-post.html?start=72

Anyway: Bottom line, has anyone had any success getting this camera to work? This is part of the problems I was getting:

*******************************************************************************************************************

Now for the bad bits:

Pegasus DMFC: This still has a bug where I cannot Set (Enable/Disable) Backlash or Reverse Motion. The latter does - sometimes. However, within Options it still does not fully Save my Configuration. It does Save certain aspects - like setting of Max Position. It does not Load previously Saved Configurations. On the Connections tab: Scan Ports does not automatically Refresh. Only when I do this manually I am able to Enable Reverse Motion. I do not want to be having to do this all the time before I do imaging. This should Save as my Configuration and load automatically surely? Clearly a bug.

I need to have Reverse Motion enabled to work otherwise it all goes to rubbish.

Altair AA183CPROTEC: Similar issue to above: I can set but not SAVE (in Configurations) the temperature I want my camera to be cooled. Reverts to 0 degrees on restart. In Controls; the USB speed sometimes SAVE when set to 2 instead of 3. On occasion it goes back to 3.

In operation I have noticed once the temperature is set (-10.00) it will drop accordingly but frequently come up with [ERROR] get_Temperature error. Unspecified failure. As a result the temperature does not drop as required. Until I hit SET again. Oddly, the (-10.00) figure changes to (-9.80). Weird. I also get [ERROR] Cannot change resolution while streaming/recording despite the fact I have stopped streaming or recording anything.

I thought I'd try an test the camera and focuser together. No success. Focuser was OK once I got it to Reverse mode. Stream on video was impossible with the INDI drivers crashing more times than I could count. I managed to drop the cameras resolution from its capable resolution (5440x3648) to something more modest (2736x1824) and USB down to 1 from 3. Slow when it worked and tbh.. it didn't really work. I think if I wasted a night with this out in the cold I;'d probably douse the whole lot in fuel and set it alight. Everytime INDI crashed I had to reset the setting I saved as it did not save the settings when set and saved. At this point I give up.

No point testing the rest tbh.

***********************************************************************************************************************

I would love to hear from anybody who has this camera and who can advise me of the settings they particularly use, with success, to get this running on INDI without everything going BANG!

Help please..

Thanking you all in advance.

Jaq
Viewing all 15023 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>