Clive Davies thanked Rob Lancaster in topic Re:Loosing the plot 3 weeks ago
Jasem Mutlaq thanked Rob Lancaster in topic Re:Loosing the plot 3 weeks ago
Rob Lancaster replied to the topic 'Re:Loosing the plot' in the forum. 3 weeks 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. 3 weeks 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. 3 weeks 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. 3 weeks 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? 3 weeks ago
Rob Lancaster replied to the topic 'Re:RE: What's next for EKOS?' in the forum. 4 weeks 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. 4 weeks 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...

Rob Lancaster replied to the topic 'Re:guider: annoying error message with PHD2' in the forum. 4 weeks ago

Actually one thing that I have been thinking would be a good idea for awhile would be to have PHD2 as an option in the combo box in the Guide module. So that way it doesn't need to have a camera associated with it. I've mentioned this to Jasem before. I think we really need to do this before the 3.0 release. It is important. I probably will have time to work on this soon.

Thanks,

Rob

Read More...

Rob Lancaster replied to the topic 'Shoestring FCUSB on Mac' in the forum. 4 weeks ago

Hi wvreeven,

Nice work, yes that should work fine. Most likely the files it needs to function are already in the app bundle in the Frameworks folder. You could just copy the executables into the app bundle's indi folder and using the install_name_tool and otool tools you could point the executables to the dylibs.

Possibly it might be a good idea to ask Peter if we can bundle the Shoestring driver with KStars. He already agreed to let us bundle the ATIK drivers. I can look into it.

Thanks,

Rob

Read More...

Rob Lancaster replied to the topic 'Kstars 2.9.8 can't be opened with OSX 10.13.6' in the forum. 4 weeks ago

Please read the QuickStart.pdf file distributed with the DMG. It has important information in it. relicsraage is correct about the solution to your problem but if you read this very short pdf, it will tell you to do this and other things that are important to get you all setup.

Read More...

Rob Lancaster replied to the topic 'Easy Backup/Restore of KStars/INDI' in the forum. 1 month ago

The reason for this was because people often switch back and forth between raspberry pis and copy them and make backups. It is nice to be able to back up the settings and transfer them.

Read More...

Rob Lancaster replied to the topic 'Easy Backup/Restore of KStars/INDI' in the forum. 1 month ago

If you are using it on a raspberry pi, I made something like what you are describing in a script. If you used my AstroPi3 script to set up the raspberry pi, then in the utilities folder there is a script that does it.

github.com/rlancaste/AstroPi3

Read More...

Rob Lancaster replied to the topic 'Re:Automating capture of fast-moving objects' in the forum. 1 month ago

My losmandy Mount is supposedly capable of this, but the Gemini controller is not set up to do it. I tried satellite tracking once and it seems it needs the “leap frog” method. This is not all that unlike what you are proposing. It would be really nice to track at the comet’s or satellite’s rate though.

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!