×

INDI Library v2.0.6 is Released (02 Feb 2024)

Bi-monthly release with minor bug fixes and improvements

INDI focuser driver for Waveshare Stepper Motor HAT for Raspberry Pi / Rock Pi

  • Posts: 421
  • Thank you received: 102
Congrats on the progress! :)

For myself, auto selecting a single focus point has never been reliable. I either need to manually select a single point, or use full field mode. Full field mode is the method I use now. You can even tell it to limit itself to the central part of the image, if you prefer.

I use the polynomial focus method. It seems to work well enough. I never tried the linear. I might give that a try. Some people say it works better.
3 years 10 months ago #54565

Please Log in or Create an account to join the conversation.

  • Posts: 1119
  • Thank you received: 182


I have always used Full Field mode. Set tolerance to 5%. Much depends on the initial step size with the linear focuser. If that is too large, it may miss the minimum. But once established for a specific focuser and telescope, it will hit the optimal focus every time.

If you have NO backlash, polynomial may be better, because step size will continuously decrease while converging upon the minimum. But if there is ANY backlash in your system, linear will be more consistent and reliable IME.
3 years 10 months ago #54566

Please Log in or Create an account to join the conversation.

  • Posts: 59
  • Thank you received: 3
Thanks for the advice everybody. Full Field mode worked *great* last night! It was bang on and worked the first time. Linear worked just the way that I would expect it to. I even tried polynomial mode and it picked the same focus point as Linear, though it didn't seem like it took enough data points to come to that conclusion. I'll have to play around with it more before I put my trust in it.

Woot! I'm really happy with how things are working. I'll still probably switch to the 5:1 stepper at some point, but I'm not in a hurry.
3 years 10 months ago #54640

Please Log in or Create an account to join the conversation.

  • Posts: 421
  • Thank you received: 102
Sweet! Another satisfied customer! :)

Sounds like you might not need the geared stepper.
3 years 10 months ago #54642

Please Log in or Create an account to join the conversation.

  • Posts: 59
  • Thank you received: 3
Its not needed, but it might provide some additional resolution, though it remains to be seen whether the mechanics of the RedCat or my seeing conditions lend themselves to improvement.
3 years 10 months ago #54643

Please Log in or Create an account to join the conversation.

  • Posts: 1119
  • Thank you received: 182

Great! Congratulations. Glad it works out well for you now.

I guess there is some truth to the saying that having a screw loose is not a good thing after all.... :-)

Best wishes,

Jo
3 years 10 months ago #54647

Please Log in or Create an account to join the conversation.

  • Posts: 59
  • Thank you received: 3
Everything has been working well over a few nights of imaging with one exception. I had an (apparently) unrelated issue where I had Kstars crash on me a couple of times. Once that happens while the focuser is not at zero, I have to manually move focus back to the zero position before starting indi / Ekos again. If I don't, the focuser is at the previous focus position (say 78) but the driver now thinks its at zero and there's no way to move past the zero point. Does anybody know of any way around this? I'm not sure there is a good solution. The best I can see would be to always save the focus position and assume it hasn't moved (while also moving to zero on a clean shutdown). Support for going below zero would also help manually get out of this situation if there was then a "set as zero" option to go with it.

I was hoping the stepper driver hardware might have support for stall detection so we could use something like 3d printers use for senseless homing, but it doesn't look like it does. I suppose another option would be an actual end stop / zero switch, but that would be a good bit of extra work / hardware.
3 years 9 months ago #54902

Please Log in or Create an account to join the conversation.

  • Posts: 421
  • Thank you received: 102
Sorry, I just now saw your post.

I use the "sync" feature for that. I just type in a large enough number (usually 5000) and hit "sync" in the focuser INDI control panel. It now things the focuser is at position 5000.
3 years 9 months ago #54991

Please Log in or Create an account to join the conversation.

  • Posts: 983
  • Thank you received: 375
Hi Kevin, I'm glad you found my Astroberry AMH driver inspiring and base for your project. Great work!
I have just purchased Waveshare motor HAT and given it a try with Astroberry DIY , which is much more advanced focuser driver than Astroberry AMH.
It supports DRV8834 and A4988 stepper controllers, supports custom GPIO pins, uses kernel native libgpiod instead of bcm2835 or wiringpi, remembers focuser position between runs and provides focuser temperature compensation with DS18B20 sensor.
It uses typical DIR, STEP, SLEEP, M0, M1, M2 pins connected to Raspberry GPIO so I tested it with Waveshare motor HAT. Well, it works but I faced some issues with microstepping and sleeping a motor.

As you probably have much more experience with this device, I've got two questions:
1) It looks like the device does not handle software microstepping without touching hardware i.e. dip-switches. Am I right saying that you cannot control microstepping with software only?
2) Another issue is related to sleeping a stepper motor. Apparently hardware designers did not wired SLEEP pin of DRV8825 to any of Raspberry GPIO. Does ENABLE pin cut off step motor power circuit so it does not get hot?

Clear skies!
3 years 5 months ago #60858

Please Log in or Create an account to join the conversation.

  • Posts: 421
  • Thank you received: 102
Hey Radek!

Truth be known, I didn't know Astroberry DIY focus driver existed when I wrote this, I only knew about the AMH driver. I probably would have used yours had I known about it. :)

To answer your questions:

1. Correct, they haven't exposed the microstepping select pins to the GPIO pins. They were nice enough, though, to provide solder pads that can be jumpered so that you can select the desired microstepping via GPIO. Not sure why it isn't enabled without doing some soldering, though.
2. Yes, the ENABLE pin will turn off the motor, cutting all power to it, keeping it from getting hot. That's what I do in my driver, I shut down the motor as soon as the move is complete, so the motor doesn't get hot, and to save power, if you're running off battery power.

For some reason, the sleep pin is tied directly to 5V, and the Waveshare manual states: " Should keep High, otherwise chip will enter sleep mode, and module cannot work properly."

Make of that what you will.
3 years 5 months ago #60859

Please Log in or Create an account to join the conversation.

  • Posts: 983
  • Thank you received: 375
Thanks Kevin. I will give it a closer look then to add support for this device to Astroberry DIY
3 years 5 months ago #60860

Please Log in or Create an account to join the conversation.

  • Posts: 6
  • Thank you received: 0
Hello DYI astromotorists :)

I have jumped the gun and got Waveshare HAT, compiled the GIT and can find XML files as per Install_Manifest:
/usr/local/bin/indi_wmh_focuser
/usr/share/indi/indi_wmh_focuser.xml

But the Focuser driver doesn't show up in the KStars/EKOS drop down list.

My suspicion is that it is because INDIServer is started by Kstars, not manually and probably I have to add this driver somewhere, but there is nothing that suggests this in the INDI setup of KStars.

And since my Raspbian skills are pretty poor, I am a bit lost what to do. Any good ideas?

ps. I have checked usr/bin/ directory and there are bunch of familiar binaries with sort of driver names (indi_ccd and similar), this doesn't have wmh_focuser binary, should I move it from build to usr/bin? (sorry if dumb question)
3 years 5 months ago #61204

Please Log in or Create an account to join the conversation.

Time to create page: 1.290 seconds