Please review the following post, which is likely the root cause of your problem:
indilib.org/forum/general/6576-pi4-usb3-...erference.html#50509

You should strongly consider going to a powered USB hub, and then only connect the hub's data cable to the USB3 connector of your PI4. All other devices should go to the powered hub. This should solve your problem and make your setup very reliable. It's the setup I use, and it's pretty rock solid. CS Doug

Read More...

You might want to try Jerry Black's convenient script which will pull all the required 3rd party items..... See:
indilib.org/forum/ekos/9748-build-kstars...-from-git.html#71737

Read More...

Not sure if other folks are seeing this, but the first image brought up with a detached fits viewer is all grey (no data).   The 2nd through Nth images are all ok, but the first is blank.   If you dismiss the viewer in the middle of a capture, the next fits viewer pops up with a grey too.   It's always the first.   It doesn't seem to be a problem beyond just a nuisance.   Just thought I'd report it in case others have seen this.

Read More...

Hey....Have a great time at the event (been to Gardner several times...good memories there).

On the topic of PA software, I have in the past been critical of this PA software, but I'll note that just yesterday, I tested out the new 3.5.5 beta release, and as I had hoped, this fixed the same issue for me. In my case, the issue was that someone had worked on the INDI Celestron GPS mount driver and switched the axis senses (confirmed in the forum). This reversed my knob response directions, screwed up drift align directions, and also made PA alignment software null/void. Your problem may have a different root cause, but if your vectors don't correlate to the knobs, it's highly likely that somehow, your mount axis senses are reversed or swapped as compared to what the PA software is expecting. I also heard from the developer during the whole process that bugs were fixed along the way (so maybe an update would help). I still have some doubts about precision, but from a test last night, it seems to get close. Just a thought as you debug further..... CS Doug

Read More...

I just upgraded my Pi4 environment to 3.5.5 beta, and I'm seeing a kstars pop-up on launch asking if I want to import custom and internet resolved objects from the old DSO database into the new one.    I (sortof) rationalized I might expect this message once (and I said yes), but it comes up repeatedly for every kstars launch.   There are no custom/internet objects to transition, so after saying "yes", another pop-up says "successfully added 0 objects to the user catalog".  Following dismissal of those pop-ups, I get a final pop-up prompt requesting whether the old DB (skycomponents.sqlite) is to be moved to a backup file.   This is also repetitive each kstars launch.  After dismissing these prompts, Kstars seems to finish launching normally.  

Are these repetitive pop-up messages on launch a "new" normal, or do they indicate something wrong in the file system setup?    I see the requested file seemingly properly located in ~/.local/share/kstars directory, with 644 stellarmate/stellarmate permissions....    Any advice on how to satisfy/eliminate the pop-ups?   Thanks...

Read More...

Nice work! It might be desirable to include the center coordinates (J2000) for each panel in the section of the web form where the view/download info is located. That info comes in handy on occasion. Otherwise, great as is.

Read More...

Doug S replied to the topic 'Inconsistent polar alignment results' in the forum. 2 months ago

Well, I think it would be more accurate to say that from the data Jasem took, the procedure's variability isn't too bad (but 2 arcmins variability seems a bit higher than what is desired IMO). Jasem didn't provide an output value comparison to PHD2's drift alignment output value. This or another vetted drift align output value is needed for comparison before you can say the software "works"....

Read More...

Doug S replied to the topic 'Inconsistent polar alignment results' in the forum. 2 months ago

I'd recommend setting the focal length to the actual system focal length and not changing it (neither for Ekos nor for PHD2). Changing the FL changes the image scale, so of course the error will change too. Just set the proper focal length values in both software, and let the chips fall where they may. Otherwise, you're just minimizing/normalizing the error to an adjusted/fake focal length.

Read More...

Doug S replied to the topic 'Inconsistent polar alignment results' in the forum. 2 months ago

It could be that a manual slew would *not* work (although in principle the software *should* overcome this by not using the user rotation value for anything other than a mount command and then figuring out the "real" rotation by plate solve). If the SW isn't already doing this, your manual slew could be part of the problem. Again, although slower, I'd recommend a careful baseline PHD2 drift align (once), followed by another set of Ekos PA runs (back-to-back) to compare both precision and variability. In case it's not obvious, *don't* change the Alt or Az mount knobs after the PHD2 align for any of the Ekos repetitions! Then report your findings. Good luck and CS, Doug

Read More...

Doug S replied to the topic 'Inconsistent polar alignment results' in the forum. 2 months ago

In the absence of differential flexure (and it would need to be variable), there would seem to be no reason why you should get variable results just from using the guide scope during PA. A couple more questions for you:
a. Can you describe which flavor of PA you are using (direct polaris solve, or rotations at off-polaris sky positions)?
b. Have you tried to do a drift align with Phd2 for comparison?

I had a similar problem with the Ekos PA software on my Celestron CGX-L mount (rotations away from polaris approach). I also experienced variable results, and lost faith / gave up on that software. A PHD2 drift align solved this variability issue for me, so I suspect the implementation in Ekos (vs the mount or other possibilities). You might consider at least trying a PHD2 drift align, followed by running the Ekos PA routine (multiple times) to do the same variability analysis as you've already done. That will be a good data point for you to consider.... CS Doug

Read More...

Doug S replied to the topic 'New Targets tool?' in the forum. 2 months ago

Hi Jasem,

A derivative of this observation planning topic was raised here:     
indilib.org/forum/ekos/6141-thoughts-on-...transfers.html#46994

IMO, the current wishlist/session list functionality isn't bad; it just needs a facelift via some addressed weaknesses.  Importing an external list is lacking.   I found it was easy to write a piece of code to import from another text based format (in my case from an ArgoNavis format used for visual work).  IMO, the "big picture" concept for wishlist (as a general list), and session list (as a pre-scheduling list) are fine.   The real issue seems to be no way to migrate item selections (especially multiple selections) from wishlist to session list and then to the scheduler.   I see you've suggested yourself the idea of moving a selection from the new "targets tool" item to the scheduler.    You're on a similar track as the previous suggestion(s).

My recommendation would be to take a look back at the prior post, and think about whether you are really that dissatisfied with the "big picture" of wishlist as a general list and session list as a pre-scheduling list.    The "facelift" seems to be only some needed mouse action, a multi item "push-to-scheduler" interface for the scheduler, and a generic external list import feature.  Icing on the cake would be to make the rise/set graphs consistent (see original post for details).   cheers,   Doug   

Read More...