Date   

Re: OnStep from Instein.eu

vankarem77@...
 

I have been out for a time due to diseasse reasons and now im tryng to get things to work ok, also due to covid situation many parts has not arrived in time.
The controllers im making now are ESP32 based using Bigtreeth TMC5160 drivers, i dont have TMC2130 for now, but the controller is still not ready because i have and issue when moving RA axis at 1/2 of V max speed; RA axis take some minutes to recover IRUN set current but take too much time to recover IRUN set current when you use manual telescope movement at 1/2 Max speed.
For example, for IRUN = 600mA and RA state tracking the system (powered at 12VDC) current draw is 400mA but once you make a move on RA at 1/2 VMax, the system current draw is 1,2A when return to tracking mode.
My settings are;

TMC5160_VQUIET
DRIVER_IHOLD   300
DRIVER_IRUN     600      
DRIVER_IGOTO    900

For all manual movements the system take some time to recover IRUN current setting but specially for 1/2 Vmax the system does not recover IRUN current setting for RA, dont know if it is a stepper driver issue or not.


Re: Periodic error in an eq3-2 mount on 60s exposures. #backlash

Matt
 

Have you tried smoothing out the wave in PECprep?


On Tue, Jul 28, 2020, 12:13 PM BJ Ranson <bjr21185@...> wrote:
So last night I did my PEC recording and playback, observing the drift in RA in PHD2 before and after and this is what I got:


As you can see, the RA is still drifting by the same amount (about 40" peak to peak) - so it's like the PEC is doing nothing.

Any thoughts as to what I'm doing wrong?


Re: OnStep need help

robert utecht
 

TMC2130


On Mon, Jul 27, 2020, 10:16 AM Khalid Baheyeldin <kbahey@...> wrote:
And what driver model are you using?


Re: Periodic error in an eq3-2 mount on 60s exposures. #backlash

BJ Ranson
 

So last night I did my PEC recording and playback, observing the drift in RA in PHD2 before and after and this is what I got:


As you can see, the RA is still drifting by the same amount (about 40" peak to peak) - so it's like the PEC is doing nothing.

Any thoughts as to what I'm doing wrong?


Re: Toque requirement and choosing stepper motor - help

Mohamed Haleem
 


You may have to estimate the end torques at the rotational axes (RA and DEC in the case of GEM) and divide by the corresponding overall gear ratios to know the motor torque requirements.
Mohamed Abdul Haleem




On Mon, Jul 27, 2020 at 12:57 PM <gvpaddy@...> wrote:
Hi,

I am building an equatorial mount and with goto/tracking a max 15kg OTA tube. My RA axis will have a worm of 1:300 and DEC 1:180; also planning a 1:5 timing pulley between the worm to the stepper motor. I plan to go for 400 step stepper motors.

How do I arrive at the right stepper motor from the perspective of torque required, for the above spec, assuming the load will be balanced on the RA and DEC axis ? 

There are Nema17 motors I see popularly used; also I see Nema23 which have higher holding torque range than Nema17. Is holding torque a key factor in deciding and if so how much I should go for..

Thanks and Regards,
Paddy




Motor driver activation

Mohamed Haleem
 

Does the Onstep keep the RA/AZ  and DEC/ALT motor Drivers always on or does it execute sleep/wakeup protocols based on the need?

Mohamed Abdul Haleem



Re: Toque requirement and choosing stepper motor - help

gvpaddy@...
 

Thanks Khalid and Markus.


Re: RA DEC axis no movements

 

thanks Dave 

if i go other site to imaging i need to set new coordinate again in shc?
what if i no using SHC, how to manual key in new site coordinate in smart phone onstep?


Re: RA DEC axis no movements

 

Khalid 

good to see TMC5160 work great in skysafari slew very fast...but
i get error from SHC remote saying ERROR ME!

was it i set the value of:
 
#define AXIS1_DRIVER_MODEL                         TMC5160
#define AXIS1_DRIVER_MICROSTEPS                          64
#define AXIS1_DRIVER_MICROSTEPS_GOTO             16 < too much? >
#define AXIS1_DRIVER_IHOLD                                     800 <Effect goto speed?>
#define AXIS1_DRIVER_IRUN                                       800 <Effect goto speed?>


Re: OnStep Configuration Generator lives on ...

Alain K
 

Hello Khalid,

I don't see the TMC5160 in the driver list ?

Thanks.


Re: Wireless SmartHandController (ESP32 - SPP bluetooth)

Tong
 

Hi Gildo Bosi
You've done a great job. I've been trying to implement this feature in vain.


Re: OnStep need help

Khalid Baheyeldin
 

On Mon, Jul 27, 2020 at 05:44 PM, Jas wrote:
The last time I was in a physics class was in 1979 and it’s  kinda foggy after all these years.
I think my last formal physics classes were a few years before. But in recent years, I re-learned (and got updated on) parts of physics, simply because astronomy and cosmology are built on top of physics.

I have learnt to solder and am slowly learning the other stuff. 
Same here.

Anyway, the OnStep Configuration Generator has been resurrected ...


OnStep Configuration Generator lives on ...

Khalid Baheyeldin
 

The OnStep Configuration Generator is now updated to work with 3.16 (stable) and 4.x (latest master).

This update was done because some people still struggle with the syntax of the configuration file, despite the format of the configuration file from version 3.x onwards was vastly improved to make it more friendly. The users who struggle with the format have no programming experience, and it is difficult to explain that it is case sensitive, it is one argument per #define line, and so on ...

The OCG does the following:
  • Asks for the version of OnStep that you are using.
  • Asks for the two gear ratios, motor steps per rotation, microsteps, ...etc. (same values from the spreadsheet)
  • Calculates the most important parameters to get you going, and validates them as per the spreadsheet formulas.
  • Sets some useful parameters to enabled.
  • Leaves a lot of the remaining parameters unconfigured, as they are in the original Config.h file.
There is no point in supporting version 2.2 or earlier, because it no longer the stable version, and new users will be using the stable or latest master.

The Configuration Generator is now online, and instructions are at the top of the page.

This is a video demonstrating the generator step by step, although for the older versions. The principles are still the same.

Your feedback is welcome.


Wireless SmartHandController (ESP32 - SPP bluetooth)

Gildo Bosi
 

I recently made a wireless smarthandcontroller, enabling bluetooth communication on the ESP32 controller.
I share the information to modify the original project and obtain a wireless SHC (see zip attachment)

For those wishing to contribute to the project, it is necessary:
-Improve connection handshake. Now in case of disconnection it is necessary to turn the SHC off and on again (disconnection is rare, the connection is very stable if it remains within bluetooth range, about 5 .. 10 meters)
-Enable the ability to scan the devices present and store the last connected.
-Enable the possibility to change the pin, default 1234. It is now statically programmed within the Arduino libraries. The change is not easy, it requires storing an address <--> pin table.
 
Gildo


Re: Warning: don’t install KStars 3.4.3

Jamie Flinn
 

Yeah...i do manual there too...check the box and move mount by hand

On Jul. 27, 2020 4:57 p.m., Rafael Barberá Córdoba <rbarberac@...> wrote:

Unfortunately the damned Polar Alignment Assistan makes profuse use of Park/Unpark. 

At the end, PAA it’s a ver good debugging tool for Ekos+OnStep. It has been caught for every problem that has appeared recently 😂😂😂



Re: Failed to init device yet again

snorowski@...
 

OnStep users,  let me first say that I'm no expert on this project, I just completed a successful BluePill build 3 days ago, and had
my own struggles getting my stm32 to flash.  My first day trying to upload OnStep, I also had "failed to init" problems, with all the same
errors and comments you were describing in this thread.  On day 2, I decided to retry, starting from ground zero,  noting all of the little
checks I did before hitting UPLOAD.  I had success on my first try that day.  Here are all the steps I took, perhaps it will work for you, too.
Experts might say some of these steps are unnecessary, but it's just a report of what I did.
Sorry for the painful details.
 
First, I'd get rid of the last usb cable you used since that one seems to have introduced com port errors.
 
1.  unplug all removable modules from the board, connect 12V just  to verify 5.0 v output from power supply. Then remove power.
2.  install STM32 module and the eprom module with a working lithium battery, plus side up. (NO motor drivers , NO wifi)
3. move jumper/switch to FLASH.
4.  Turn on 12V to board.  Red power led comes on Blue pill.
5.  Plug in usb to CP2102.  Maybe this is where I saw an led on the CP2102 but only for a few seconds.
6.  Open the windows Control Panel/View devices and printers.  Note the com port # that came alive.  
7. open com port properties, hardware properties, port settings and note the baud rate of the port,  make sure it's 9600 baud rate for this try.
8.  Open OnStep.ino, launching Arduino ,  mine is version 1.8.13,   my OnStep release is 3.16
10.  set Boards:    Tools > Board: > STM32F1Boards(STM32duino.com) > GenericSTM32F103C series.   It will take a few seconds for other options to configure in the toolbar.
11. set variant:     Tools > Variant: > STM32F103CB (20Kram 128K Flash)
12. upload method :   Tools > upload Method > serial
13  CPU speed :    Tools > cpu speed > 72Mhz normal
14. optimize :     Tools > optimize > smallest (default)
15. port :           Tools > port > com port that was noted in step 6.  Make sure it is selected.
16.  click on Tools > get board info.   a small window will open that says something like unknown board. Thats fine, its only a connection check, just close the window.
17.  This is one step I didn't do the first day I had failures, it might be what fixed my problems:
     In Arduino, click on the first tab "OnStep". scroll down a little to line 53 which says  #define NV_INIT_KEY_RESET false  
      and read the comments on what this is, I didn't read it the first day.
     Change the word false to true >>  #define NV_INIT_KEY_RESET true
18.  Then I did a SAVE, then VERIFY with no errors, and UPLOAD with no errors!! finally.
19.  Go back to line 53 and change setting back to false, per the instructions so as not to cause wear on the eprom every time onstep powers up.
20.  SAVE and UPLOAD again.
21.   power down, disconnect usb, move switch to RUN, power on, saw a blinking tracking led on stm32, celebrate, power down.
22.   Spent some time flashing the wifi according to the wikipage, OFF the board by itself.
23.  install wifi board and motor drivers, then tested everything else (wifi connection, app,  slewing with sky planetarium...)
 
Everything seems to be working, I'm still waiting for motors and I have to build my mount, but I'm very proud of myself and thankful to everyone connected to the OnStep project.
 
 
Like I said, I'm not an expert, this is my first OnStep build and my first experience with Arduino.  I just noticed all the posts
about "failed to init" and I thought I would share what worked for me,  hope it helps.
 
Stephen
 


Re: OnStep need help

Jas
 

You are absolutely right Khalid. I, for one, have very very limited experience with code. The last time I was in a physics class was in 1979 and it’s  kinda foggy after all these years. And in the intervening years been in a profession that has nothing to with the subjects on hand.  I have learnt to solder and am slowly learning the other stuff. 

Your input is invaluable.

Thanks

Jas


Re: new FYSETC S6 build

Markus Kempf
 

got my new S6 board, the 5160 stepsticks and the GPS module. Soldered
and assembled everything, loaded OnStep and everything worked perfectly.
OK, not everything, the GPS time and location set did not work with
RX3/TX3 SerialC GPSSerial3. After many tries I finally switched to
SoftwareSerial2 on Y+/X+ and this did the trick. Now all is well... Btw.
the max speed with Howard's standard gear settings and 32 microsteps, no
GOTO step switch, is 8.9deg with PULSE. No resonances or stalling with
my motors on the bench...

Next thing will be the weather module and the mechanical build of the
final gearing.

Markus

Btw. has somebody created a 3D printable box for the S6 or found a
suitable box in a catalog?


Re: Warning: don’t install KStars 3.4.3

Rafael Barberá Córdoba
 
Edited

Unfortunately the damned Polar Alignment Assistan makes profuse use of Park/Unpark. 

At the end, PAA is very good debugging tool for Ekos+OnStep. It has been caught for every problem that has appeared recently 😂😂😂


Re: Warning: don’t install KStars 3.4.3

Butchf
 

Good catch,
Thank you for the heads up.

Don

12121 - 12140 of 35580