Doug S created a new topic ' Confused about scheduler' in the forum. 2 hours 43 minutes ago

I'm reasonably well versed in all tabs except scheduler; now trying to migrate over.    Something I don't understand about the scheduler is the "Repeat until" completion constraint.   Intuitively, I would think that if I set up a sequence and then set the "repeat until" completion constraint, the job would run the sequence repetitively until the time is up (and abort if the sequence isn't completely finished with the Nth iteration?).   However, I've tried to set up a series of time constrained observations like this (giving about 5 minutes break in between stop/start times), but when I schedule multiple targets this way, I almost always see a message that says:
    "Warning: job '<target>' has fixed startup time X unachievable due to the completion time of it's previous sibling, marking invalid".  
So, what am I doing wrong?   What I'm trying for is simple time constrained, back-to-back target observations (e.g. 2 hours on target1, then 2 hours on target 2, etc.).   How is this best setup in the scheduler without triggering the Invalid status warnings ?    In the example screen shot (simulator), Polaris is scheduled twice, start time/end times appear ok, but the #2 scheduled item is changed invalid as soon as the next schedule item is added....   ???
Thanks for any advice.



Read More...

Doug S replied to the topic 'Tips for Auto-Focus' in the forum. 6 hours 31 minutes ago

Hi Jarno; I'll send you a PM to consider. Thanks, and cheers, Doug

Read More...

Doug S replied to the topic 'Tips for Auto-Focus' in the forum. 7 hours 39 minutes ago

Hi Jarno, To be fair, what you suggest is exactly what happened. In the end, this wasn't decided by technical discussion/merit, but by politics. The developer (not Jasem) couldn't understand the the interplay between error bars on the HFR measurements, and the polynomial regression being developed by those measurements. There *was* technical discussion, but rather than rock the boat, Jasem let the developer do as he pleased. Not the best result for the community IMO (in this specific case of focus control), but it did keep the developer happy. Sometimes (hopefully not too often), politics will dominate technical discussions. It is what it is.

Read More...

Doug S replied to the topic 'Tips for Auto-Focus' in the forum. 20 hours 4 minutes ago

Sorry Peter....I thought you had a development environment. Unfortunately, I think you and Sonny (and whomever else) will need to try to convince Jasem to finally address this bug. I thought for a minute I had convinced him, but nothing changed. The developer doesn't understand basic principles of polynomial function development over many seeing impacted HFR measurements. He actually strongly believes that a last (defective) measurement in the set should outweigh all prior measurements! Too hard to argue with logic formed like that. I wish you better luck in convincing otherwise if you want to see progress. In the worst case, if nothing changes, you might consider biting the bullet, getting a spare PI, and then using Jerry Black's script to build your own code baseline. You'd then be able to get the simple fix and put the whole misery behind you... Send me email if you get to that point. Until then, I feel your pain.... (-:

Cheers, Doug

Read More...

Doug S replied to the topic 'Tips for Auto-Focus' in the forum. yesterday

Hi Peter, to make a long story short, this fix for the polynomial minimum in the linear algorithm did not move into the baseline code, but I have been using it in my code baseline very successfully ever since it was developed. I also have been using Adaptive Focus Control (AFC) which minimizes need for autofocus runs (it only requires a temperature sensor). I have the code up-to-date as of the nightly 3.5.6 from a week ago.

The pain trade here is that because the code never became part of the Ekos baseline, you need to merge it for any update you want to pull. It's not horrible, but there's that to consider. For me, I probably wouldn't even have updated to 3.5.6 if it hadn't been the case that 3.5.4 Indi had a problem with the Celestron GPS driver (swapped axes senses which thwarted polar alignment). To get that bug fixed, I needed to update & merge. So, never say never, but unless something very important comes out in future releases, I probably will give up on Ekos upgrades from here forward. I can do all I want with the latest baseline. From what I've seen as I merged my code this last time, there's at least some question as to whether changes being made are necessary, or if there's just developer "tinkering" happening. Tinkering is normal for aging code, but eventually it makes code less stable IMO. Regardless, if you want the code as of 3.5.6, send me a PM with an email contact and I'll send you both the AFC code and the fix for linear focus completion. CS Doug

Read More...

Doug S replied to the topic 'Very unstable Raspberry Pi' in the forum. 6 days ago

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...