Jose Corazon replied to the topic 'Re:Azimuth calculation in the main screen is wrong' in the forum. 2 weeks ago

Of course, you are right , Chris! Shows us what sleep deprivation is doing to our brains. When M33 was passing through the meridian it was at almost 88 degrees altitude. All I could remember the next morning was the AZ reading spinning like a compass at the North Pole.

Problem solved. I hang my head in shame.


Jose Corazon replied to the topic 'Azimuth calculation in the main screen is wrong' in the forum. 2 weeks ago

Has anybody else noticed the same issue?

It is possible that this is already fixed in the nightly version, if so, please let me know. If not, it might be worth looking whether the aberrant data impact on other functions of Ekos and could potentially cause some of the other problems I have been reading about here recently.


Jose Corazon created a new topic ' Azimuth calculation in the main screen is wrong' in the forum. 2 weeks ago

The Azimuth in the Ekos dashboard is not calculated correctly. As the mount is approaching the meridian, the azimuth value shown in the dashboard decreases by 1 degree (!, not minute) every few seconds and continues to count down rapidly. Last night as I was collecting a whole night's worth of images on M33 it approached 249 degrees within a few minutes after flipping, then it reversed itself and started counting up towards 359 again. It did not affect the functioning of the mount or its ability to flip on time, but if you are keeping an eye on the azimuth to gauge when the mount should flip, it won't work.

Here the log from last night.


Jose Corazon replied to the topic 'What's next for EKOS?' in the forum. 4 weeks ago

I agree for the most part. The primary objective should be to put together a Wiki that lays out the overall strategy and a boiler plate approach to get basic images very quickly. That is the part where one loses new users fast. If the hurdles are too high or if there are too many bugs then people get frustrated and abandon EKOS. If success arrives quickly, that will boost excitement and keep them interested, Then they can be gradually introduced to the more complex steps including automation using the scheduler. I cannot stop emphasizing how important that is for me, who has a professional life and cannot afford prolonged sleep deprivation. That will be another sizeable fraction of future users, so a well functioning scheduler would be a HUGE attraction over any other more basic software that does not have that functionality.

Apart from that, I still think that Trevor would be a perfect conduit to get the word out. He has worked hard and put together a fantastic blog and YouTube channel that by now reaches 10s of thousands of people. Most of those may never have heard of EKOS or consider the entry effort too high. Those we have to reach and once there is a critical mass then word of mouth will do the rest. Currently, we do not yet have that critical mass.

Do not underestimate the power of advertising.


Jose Corazon replied to the topic 'What's next for EKOS?' in the forum. 4 weeks ago

I totally second that, jrsphoto! As a community, we should work on a manual for Indi/Ekos. Many of us made videos, but I completely agree with you, what I was missing at the beginning was a detailed manual on how to proceed to get my first images. After that, it got progressively easier and now I only need to keep up with the occasional changes and additions.
I also agree that in the absence of such a manual it would be difficult for Trevor to find the time to familiarize himself with the application. What might be helpful in this case is to provide a script, tailored to his equipment, where he only needs to polar align, focus, then turn on the equipment, start the script, enter the target, and exposure parameters and everything else happens automatically, including plate solving. That would surely be impressive. Since he only uses one-shot-color, that would be relatively easy, too.

The breakthrough for this software suite depends on advertising and usability. So better to provide an older version with less functionality, but one that is reliable, than a more recent one with bugs that still need to be resolved. He does not need much at his current stage, a scheduler that reliably flips and realigns on a single target would be enough to start with for now. Multiple targets can come later.

Also, remember that much of Trevor's time is taken up by equipment testing, blogging and YouTubing. That is a lot already next to his daytime job. So whatever he tries out better works the first time or we risk that he might lose interest.



Jose Corazon replied to the topic 'image not displayed on summary screen' in the forum. 1 month ago

A you running on "Limited Resources" mode?


Jose Corazon replied to the topic 'Scheduler - Exposure past start-up time on ASAP setting' in the forum. 2 months ago

TallFurryMan wrote: I found a situation where the Scheduler might get hung doing nothing after a capture. I don't know if that could be what you experienced.

There is a "funny" bug, registered as , which makes all your captures attempts slew to the wall source position when you configure that option in the calibration pop-up for flat captures. The problem is that once this calibration option is set, it is saved with the sequence file, so it's very easy to unknowingly copy-paste the setting everywhere. If you don't readily spot it, this is disastrous for captures, of course.

In that situation, the Capture module doesn't send the notification of the end of the capture to the Scheduler, which hangs.

Interesting! Not sure this applies to me, I did not use the wall setting in the calibration file, however, I told the mount through KStars (not through the Flat calibration setting in the capture module) to slew to a region close to the Zenith while there was still daylight during early dusk and that's where I tried to take the flats.

I used the same '' file I had set up there the next day and the flats still hang.

The problem was gone when I used the new nightly build as Jasem had suggested, but I also generated a new '' file.

Would that trigger the same bug?


Jose Corazon replied to the topic 'Taking time off' in the forum. 2 months ago

knro wrote: Hello everyone,

Yesterday, I was devastated to the loss of my two dogs. We've been together for years and I love them immensely. Unfortunately, they were lost yesterday due to heat stroke because of high humidity along with playing & exercise which turned out to be a deadly combination. Guilt overcame me and my heart was torn to see Juli & Tommy depart this world right in front of my eyes. I felt so helpless. There are no words to describe my attachment to them. A candle in my life is forever dark now.

I need time to grieve and recover so I am taking sometime off. Hopefully not too long. I appreciate your understanding of this matter. I hope no one goes through this pain. Rest in Peace my angels.

Dear Jasem,

For whatever it is worth, I know exactly how you are feeling.

The worst thing I had to do was having to take my dog to the vet to put her to sleep. She had terminal kidney failure and I had dragged out the inevitable until it became unbearable to see her suffer any more. I felt like a murderer for days afterwards and the pain is coming back now that I am writing this.

Like your dogs, she liked to play and was unstoppable even the deep of summer. She was close to a fatal heat stroke more than once, because she did not want to give up chasing balls or frisbees. On more than one occasion she collapsed and I had to douse her with water in an emergency situation. The lack of sweat glands clearly puts dogs at an evolutionary disadvantage in hot climates like ours.

You will never forget your companions, but take comfort now in the fact that the pain will subside with time.

Best wishes,



Jose Corazon replied to the topic 'Has anyone gotten the iOptron SmartEq Pro+ to guide reliably?' in the forum. 2 months ago

That's almost the identical setup I am using, except for an ASI120MM-S (USB3) version of the guidecam and that I am using Ubuntu MATE on the Pi3 instead of Raspbian. Also, is yours an EQ Pro or a Pro+?
Are you using the internal guider? At what settings? And what driver are you using for the mount? I found that the SmartEQPro driver is not working for my Pro+, I have to use the CEM60 driver. That could be the key difference, since guiding works with PhD2, just not the internal guider.

Thanks for responding, this is very encouraging!


Jose Corazon replied to the topic 'Polar alignment when you can't see Polaris' in the forum. 2 months ago

albeltrang73 wrote: Hi Jo

That’s a very good suggestion.

In fact I have a wide FOV because I use hyperstar with a C925 EdgeHD and a DSLR, so I can have several degrees of sky covered in one shot.

The issue is that Polaris is very low here, at roughly 5 degrees above the horizon and isn’t always seen because of clouds. Besides, I suspect the apparent position of the refracted pole would cause alignment errors.

That’s why I prefer an alignment method that doesn’t require direct watching Polaris, if possible.


Clouds are indeed a problem. Otherwise it should not matter whether you see Polaris or not, as long as you see other circumpolar stars and the solver can recognize them.

It may work with a normal 50mm lens on a DSLR mounted to your dovetail. Generally, the closer your chosen alignment star is to the pole the smaller the alignment error should be in the end because of the earth's rotation between measurements and mount adjustments. The largest error would result if you measure near the Zenith in your case.

Does that make sense?



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!