Stephane thanked Rob Lancaster in topic guiding: via guider or mount? 3 hours 4 minutes ago
Rob Lancaster replied to the topic 'guiding: via guider or mount?' in the forum. 2 days ago

I would recommend trying both methods to see which one works best for you. If you want to guide using an st4 cable through the auto guide port that is using “via qhy” but if you want to guide using pulse commands and avoid the st4 connection that is “via mount”

For almost 10 years (including the time before I used KStars), I was using the “via mount” method of sending guide commands through the mount connection since I figured since it’s already connected, why would I need another cable?

But then I did a side by side test where I tried calibrating and guiding using each method. I found that with my mount and my setup that it seemed to be more responsive and guided with less error using ST4 instead of pulse commands. But it was not a scientific carefully controlled test and it was just testing my setup. So I would recommend trying each yourself

Read More...

Rob Lancaster replied to the topic 'INDI on MacOS X and Homebrew' in the forum. 2 weeks ago

I did a bunch of work this summer and just about every INDI driver available on Linux in the main INDI repository and the 3rd party drivers is in the Mac KStars DMG

Read More...

Rob Lancaster replied to the topic 'INDI on MacOS X and Homebrew' in the forum. 2 weeks ago

It is in the latest kstars Mac dmg I believe

Read More...

Rob Lancaster replied to the topic 'Astrometry file downloads crashes KSTARS' in the forum. 3 weeks ago

I made the downloader last year because I thought it was a feature KStars really needed for Mac OS X. It was primarily intended for that audience because there really is no package installer for them like there is in Linux. Then it was suggested that I could make the feature work on Linux as well, but the issue is that on Linux the folder the astrometry files install to is write protected. KAuth is required to make them install in that location. I am not an expert on KAuth and as far as I know it should work correctly because I followed the instructions for using it as best I could. It often works but sometimes KAuth gives problems. So yes there are issues on Linux with that. I would like to resolve the Linux issues but I am not sure I can do anymore unless somebody who has experience with KAuth works on it.

The index file downloader should not have issues on OSX which is what I originally intended the download function for. PK, were the issues encountered on OS X or Linux? If on OS X do you have logs?

Read More...

Clive Davies thanked Rob Lancaster in topic Re:Loosing the plot 2 months ago
Jasem Mutlaq thanked Rob Lancaster in topic Re:Loosing the plot 2 months ago
Rob Lancaster replied to the topic 'Re:Loosing the plot' in the forum. 2 months ago

I do believe this issue has a solution, it is to create a udev rule that uses the port to determine the name. My script does not do that because I didn't think that we would have a device that had all of those things be the same, but I could modify it to include that option as a last resort.

I do not know if the Stellarmate web manager would solve this problem, you would have to ask Jasem about that. But certainly if his code encounters the same issue that mine did with your problem, he could modify it to have a similar solution to what I mention above.

The idea of Stellarmate is that it is a completely set up and configured system to help people who are less familiar with Linux, raspberry pis, or do not like to tinker as much. Jasem also provides lots of support if you run into issues like the one you mention here.

Yes, stellarmate does use mostly the same open source code from INDI and KStars. Jasem, myself, and a number of other folks have invested countless hours in developing free and open source software for astrophotography. Purchasing the product will support him in continuing this development and you could consider it a donation to his countless efforts to help us all. But since it is free and open source, you don't have to buy it. But the alternative is that you have to be willing to tinker and work at it until you can get it all working. Purchasing stellarmate would result in less frustration I think.

Read More...

Rob Lancaster replied to the topic 'Re:Loosing the plot' in the forum. 2 months ago

So the reason we use these UDEV rules is because the first device to connect gets called usb0 and the next will be usb1. The reason that this is a problem is because if both are already connected when you turn on your system you don’t know which one will get which name or if you plug them in in the wrong order the names could get switched. So just always plugging them into specific USB ports is not enough

I think you can also make a UDEV rule that uses the port you plug it into to define the name of the device just like my script does for the product, vendor, and serial ids. I haven’t tried this before of course since I just found out about it today when I googled your issue.

Read More...

Rob Lancaster replied to the topic 'Re:Loosing the plot' in the forum. 2 months ago

I just did a google search and found that in these cases, some people write the UDEV rule such that it uses the port that you plug the device into to determine its identity. If you did that of course then it would really matter which port you plug each device into, but at least this way they would get a unique identification

Read More...

Rob Lancaster replied to the topic 'Re:Loosing the plot' in the forum. 2 months ago

Are you saying the two devices have the same exact product id, vendor id, and serial?

Read More...

Jim thanked Rob Lancaster in topic What's next for EKOS? 2 months ago
Takito Nagai thanked Rob Lancaster in topic What's next for EKOS? 2 months ago
Rob Lancaster replied to the topic 'Re:RE: What's next for EKOS?' in the forum. 2 months ago

TallFurryMan wrote:

rlancaste wrote: One item I started working on that should be a future Ekos/INDI feature but haven’t finished yet is Live Stacking.


I did look into that too, just to see how it could be done. Last month, I used the stacking feature of the V4L2 driver to provide long exposures for streaming webcams. I concluded that if there was a live stacking feature in Ekos/INDI, it could only be implemented efficiently in the FITS viewer.

-Eric


Yep, thats precisely what I did for INDI webcam as well. I gave it long term exposure capability by either averaging or adding as many frames as it can take in the desired time period. It doesn't align the frames though, it just adds them.

You are correct as well that the actual live stacking with alignment needs to be in the fits viewer. That is where I put the code that I wrote back in February. I do plan to come back to it, but there are a couple of other things I need to finish up first.

Read More...

Rob Lancaster replied to the topic 'What's next for EKOS?' in the forum. 2 months ago

One item I started working on that should be a future Ekos/INDI feature but haven’t finished yet is Live Stacking. Back in February I got a preliminary interface and live stacking algorithm working, but I had to put it aside for awhile due to other things I have been working on. I did end up putting some of the code into the INDI webcam driver that I wrote back in June. I intend to come back to the feature sometime soon.

Read More...

Login



3rd Party

Choose from the numerous 3rd party INDI drivers to suit your needs!

Got Problem?

Check out the FAQ, the forum, and the bug tracking system to resolve any issues you might have!
You can also subscribe to INDI newsletter and development mailing lists to get the latest updates on INDI!