Does anyone have any experience using the ActiveFocuser driver that is used for the Takahashi Mewlon-250CRS and CCA-250 telescopes?

Does the autofocusing routine in Ekos work well? Any bugs?

Read More...

W J Drijfhout created a new topic ' Model builder still crashing' in the forum. 4 months ago

Also in the newest KStars/Ekos version 3.5.7, the mount modeling tool (Align > Solution Results > Mount model) still crashes in my setup. Selecting a series of model points works well, but as soon as I press the play button, the whole KStars app closes. From previous discussions I remember that more people were experiencing this issue. Is this something I am doing wrong, or is it a bug? Perhaps anyone where the tool is working properly?
Several versions ago, it worked normally, so it somehow has changed along the way.
Running on Linux Mint 20.04.

Read More...

It seems that the focus solution as recorded in the Analyze module is actually the last focus position measured. But if running a polynomial autofocus routine, the focuser moves to the solution of the polynomial fit, which is not the last focus point. Is that discrepancy on purpose, or can it be changed?
Attached images shows the issue. Analyze module shows 10235 as the solution. But this is the focus position of iteration 8. The actual autofocus solution is somewhere around 10400. 
   



Read More...

W J Drijfhout replied to the topic 'KStars / EKOS on Mac Mini' in the forum. 6 months ago

The RPi should be able to handle your setup well. The MacMini likely gives you a better overall user experience, at the cost of a more costly and bulkier setup that requires mains power. For a long time my go-to solution was a Fitlet 2 mini computer, which is a great compromise between the two and which I like more than the RPi solution. But recently I went your suggested route and bought a 2018 MacMini, which is now my go-to system, with the Fitlet 2 as backup for anything more portable. So far I’ve used it down to -5 degrees Celsius and the heat produced by the computer was sufficient to keep it all warm enough to be working fine. I’m using this cover for it, which gives a nice bit of protection and I’m telling myself it keeps it a bit warmer. The 2020 M1 Mac mini is so energy efficient that it does not produce any heat at all, so would probably get colder over night. But since it is different electronics altogether, not sure if that means it can handle the cold better or worse. 
If you connect from another Mac, you can simply use ‘Share screen’ from the finder, and if you connect from iPad/iPhone, you can use the free VNC viewer from RealVNC to connect. Mac’s come with an embedded VNC server installed. 

Read More...

Great news! QHY Camera connects flawlessly! Thank you so much for your continued support Rob, to help finding the root cause of this issue and make the fixes. Much appreciated. Also nice to see the proper version number, to prevent confusion in the future when there might actually be a 3.5.7beta release.

 



Read More...

That sounds promising! It would be great if this would appear to be the issue as the fix seems simple.
No rush Rob, we've come a long end, so a few more days is not a problem at all.

Read More...

Progress made! Since it seemed like it was a version-issue, I have tried to install other older versions. Your information that older version were still available by simple changing the url was very helpful with this. These were the results:
3.5.1: QHY worked
3.5.4: QHY worked
3.5.5: QHY crashed
3.5.7b: QHY crashed

Both cases that had the crashes were showing the identical messages of a version issue with libusb-1.0.0.dylib in the device manager.
So the good news, we're closing in on the issue and I now have a fully working KStars, albeit it being 3.5.4.
Would this give you some clues of what could go wrong with 3.5.5/3.5.7b, either in general, or the DMG image? And most importantly: how to correct it?

Read More...

Thanks Rob. Got a little bit further. The Verbose logging in Ekos did not say anything other than that the driver crashed. But the Device Manager gave some clues. It said that libusb-1.0.0.dylib was not loaded, because libqhyccd.21.dylib requires version 4.0.0 and the version installed is libusb-1.0.0.dylib. See attached the log-file.

Based on that, I tried the following:
Updating libusb-1.0.0 with 'brew install libusb': no success (probably because the in-app embedded version is used anyway?)
Copied a libusb-1.0.0 from another Mac that has a working version: no success
Fresh install from KStars 3.5.5.img (again): no success

Would this give you any clues of what is wrong, and how to solve it?

Many thanks, Willem Jan.
 



 

File Attachment:

File Name: QHY_Devicemanager.rtf
File Size: 4 KB


Read More...

Found it!. Thank you. Installed 3.5.5, but it would not start. Deleted the data files from Application Support/Kstars. Then it did work, so I have now a working 3.5.5 next to 3.5.7beta. However... the indi_qhy_ccd driver still crashes. So it looks like somewhere along the line I'm doing something wrong. But where....? Would love to hear any ideas from anyone.

Read More...

Thanks for clarifying, Rob. You say 3.5.5 is still available. Could you share a link where I could find that version? Most places link to edu.kde.org/kstars/, where I can only see the 3.5.6/7beta. Would like to try and see if I can get the camera to work on this Mac on 3.5.5

Read More...

Sounds good. If there is anything I can help with, please let me know. As you say, it's a group effort.

Read More...

Thank you for clarifying the version-issue. Yes, I remember reading in another thread that something had gone wrong with the numbering. So I should assume I have the proper 3.5.6 installed then. Agreed, it seems then an issue with QHY in general, further proven with the same issue on the Ubuntu computer on (the real) 3.5.7beta. That's the nightly build I had to install to test a new mount driver.
@Jasem, would you have an idea what could cause this QHY issue under the latest version(s)?
On Ubuntu I could solve the issue with the following commands (had made a note on this based on a tip from someone else some time ago):
`sudo apt-get remove indi-full indi-qhy libqhy`
`sudo apt-get install indi-full indi-qhy libqhy`
I guess this installs back the QHY libraries from the nightly build to the currently released version of KStars?
@Jasem, does this give a clue on what could go wrong in 3.5.7 beta?
@Rob, are there similar commands on the Mac I could try to fix this? Or should I just altogether delete this version of KStars and do a fresh install of 3.5.5 instead? Is there a link still somewhere to 3.5.5?
The strange thing is that on a Mac running Monterey where both 3.5.5 and 3.5.7beta are installed, the camera can be connected well.

Read More...