Date   

Re: Flashing Help: Failed to Connect to ESP32: Timed Out Waiting for Packet Header #esp32

NeoMoses
 

Thanks to all for all the help. Pulling the shield from the D1 R32 was the key I needed to flash the board, and getting the pinmap right was the second main problem.  Once there, with the ability to flash, I found a few other problems with my config.h, such as being set up for GEM mode rather than Alt/Az.  Some other small stuff like that was tweaked and it seems to be working.  I think I have it fixed now, and have the ability to update and re-flash as needed. 

Now I need to adjust my drive ratio on my Az axis to at least double the speed. It's way too slow, and I have plenty of torque to go faster.  I also need to rebuild my Alt drive mount.  I'm getting too much flex in the plastic bracket.  I'm going to re-design it to be MUCH stiffer, and maybe make it out of wood or metal.  Plenty to do, and very little time before the weather really gets nice.  Thanks again, and I'll try to document this once I have it fully functioning!


RA axis not returning home position (frst tests)

Nino Garcia
 

Hello everybody,
 
I finally have the whole Onstep system implemented and I am doing the first tests to check if the axes move correctly. I'm a beginner and I'm going to try to make the first goto
 
From the home position I try to make an alignment to a star, at the moment I don't care about the precision, I just want to see if the axes are moving in the direction of the star.
 
The DEC axis seems to be moving in the right direction and when I click on return home the dec axis returns perfectly to the initial 90º position.
 
The RA axis I am not sure if it is moving in the correct position but when I click on return home the axis does not return to its initial position, I have tried with both options axis reverse direction OFF and ON and when I return to initial position the RA axis does not move.

Any help wil be much appreciated

Best regards


Re: Guiding Problems with PHD2 and OnStep

Chris Whitener
 

Phd2 has several tools to check the mount.
Usually movements that are too short or long are because the pulse runs into mechanical looseness.  A loose movement is called backlash by astronomy folks.  Imagine the following.  A declination that has slop in it.  The first movement may tumble it forward.  Or lose it if backward.   

Try the full phd2 test including the 2 minute backlash test.  It tells a lot.


Re: Guiding Problems with PHD2 and OnStep

the.cakemaker75@...
 

I did i wrong, when i recorded the video, because i did not know that the magnifying glass icon lets PHD select the star (and multistar guiding) at that time
I do let PHD select the stars atm.

And Yes, star lost on first guide pulse.

What is certain is, that the pulses are FAR to large. I have to find out why... 

I think like Howard Dutton mentioned, maybe it has womething to do with backlash compensation...


Re: Guiding Problems with PHD2 and OnStep

the.cakemaker75@...
 

Hey"!

No i do NOT use a ST4 cable. The box size is as it is with all my other mounts. I did try to make it as big as possible, but the movement was too big for the largest box too...

I will look after PHD2 settings more exact. Thanks for the information.


Re: Guiding Problems with PHD2 and OnStep

the.cakemaker75@...
 

Pec correction is OFF


Re: Guiding Problems with PHD2 and OnStep

the.cakemaker75@...
 

Hello Mr Dutton!

I am not used to programming the system, since i did not build it on my own. 
I have to check what version i run and will see if this triggers my problem.
I do think that the backlash correction you mentioned could be the main problem, becaus i DO have big backlash in dec and managed to measure that and program a correction in PHD. Maybe this correction is still active and causes problems.

I DO check guide rate all the time by now...


Re: Guiding Problems with PHD2 and OnStep

the.cakemaker75@...
 

Hey! Time to answer now finally... 

Wanted to give all your kind suggestions a try tonight but clouds...

I align with the new Alignment routine of N.I.N.A. now, because it is way faster then the drift alingnment of PHD2, just for info
I do NOT make a 3 Star alignmet, because i platesolve so this is imho useless for me.
Guidescope indeed was entered wrong some time ago but ist is right now.
I DO have a VEEERY Big Backlash in DEC that i was NOT able to get away atm.
I guide via the Stick PC thats mounted right on my mount so, NO, i do not have a problem with delay over WIFI. The Control Computer goes with the scope...


Re: I can´t flash the wemos esp32 #EQ5 #error #wemos #esp32

manadhion@...
 

Oh sorry, I will remember it.

Thank you so much, now it works. I'm so happy 😊


Re: Help for wiring up CNCv3 - DRV8825 -R32 - D1 #esp32 #wemos #250p #arduino #d1

Chris Whitener
 

Try without limits switches set.  and without home.  Sometimes these take a bit of understanding.
The SWS is separate.  it needs to be connected to a serial port.


Re: Help for wiring up CNCv3 - DRV8825 -R32 - D1 #esp32 #wemos #250p #arduino #d1

Fernando Nino Sr
 

Check out Oddvar Naess mod on his EQ5 mount, he has a wiring diagram for some of it using the same items you have. Also download the PDF file, much more information.
https://onstep.groups.io/g/main/message/33535


Re: I can´t flash the wemos esp32 #EQ5 #error #wemos #esp32

Dave Schwartz
 

Its very hard to make out the text from an image - in future, use the 'Copy error messages' button above the output area to paste the text directly in your email.

Your error messages say something about 'Tone'. I don't use the ESP32 controller but what I remember from previous discussions is that the maintainers of the ESP32 board manager have implemented their own 'Tone' method which conflicts with the one Howard has had for a very long time in OnStep. You are probably using the latest version of the board manager (2.0.2 or 2.0.3). Reinstall version 2.0.0 - it doesn't have this conflict (of a few other introduced problems).

On 2022-05-15 6:14 a.m., manadhion via groups.io wrote:
HI.
I would like to build a goto for my EQ5.

I buyed a Wemos ESP32 Dev Module and would like to flash this with the OneStep file and my config.h

Everytime i try to compilate this in Arduino IDE i get a exit status failure (See the pic) and i don´t know what is wrong.
Can everybody help me?

Thank you



I can´t flash the wemos esp32 #EQ5 #error #wemos #esp32

manadhion@...
 

HI.
I would like to build a goto for my EQ5.

I buyed a Wemos ESP32 Dev Module and would like to flash this with the OneStep file and my config.h

Everytime i try to compilate this in Arduino IDE i get a exit status failure (See the pic) and i don´t know what is wrong. 
Can everybody help me?

Thank you



Re: Setting the tracking rate

Merowinger
 

Thanx Mike, I will check this out :-)


Am 14.05.2022 um 18:38 schrieb Mike Ahner:

On Sat, May 14, 2022 at 07:31 AM, Merowinger wrote:
If the EEPROM on the DS3231 is not working properly, will this result in the behaviour? How can I test the EEPROM?
Because the STM32F103/303 micros do not have onboard EEPROM, if the DS3231 isn't working, OnStep won't boot.

There are some test utilities in the Files section under STM32, there is one specifically for testing the EEPROM.
https://onstep.groups.io/g/main/files/Utilities%20for%20STM32

With the Blue Pill, normally you will not need to change the master clock, the Blue Pill is fairly accurate. But enable PPS in the Config.h file and OnStep will correct the clock with the temperature-compensated RTC of the DS3231.

-Mike


Re: Setting the tracking rate

Merowinger
 

Thanx Drew for the answer, I activated PPS and I will continue setting up my system :-)

Next thing I learned is that the RA-motor is running wrong direction :-) I had to configure to invers. The DE-motor seems to be ok :-) (I did not understand in the moment, why only one of the motors must be inverted, both are wired identically, but ok, I will see if guiding works.)

Am 14.05.2022 um 15:55 schrieb Drew 🔭📷🚴 ♂:

On Sat, May 14, 2022 at 04:31 AM, Merowinger wrote:

I found the buttons to adjust the tracking rate, I tested it, but rate did not change, the rate is always 60.164 Hz in sidereal.
There is a common misperception as to what the buttons do and what the tracking rate is showing. The tracking rate is reporting the requested tracking rate. The heavens move at 60.164 Hz, change it to Lunar, and it will report the 57.xxx (I don't remember the exact number) rate requested to track the moon.

The tracking rate buttons adjust the master clock to correct for errors in the board clock. Some MCU's have inaccurate clocks, some do not.  The STM32 is not bad (ASIK) and should not require adjustment. PPS will improve the accuracy to as good as you can get.

If you are experiencing drift, look at the stepper math first. A one-step error can generate a huge amount of drift.


Re: Guiding Problems with PHD2 and OnStep

Derek Regan
 

It also shows you selecting the star, let PhD choose... Can't really see on the video but did it lose the star on the first guide pulse? As the first calibration step on my setup is fairly small, sure the guide pulse increase as the steps do..


Re: Guiding Problems with PHD2 and OnStep

Derek Regan
 

So you're using a ST4 cable to the mount?  
The video shows a box far too small for the guide pulse, not so sure that you can decrease the pulse but you can increase the box in size... If it works on your other setups then something is different,either calibration step size, guide pulse size, something like that..don't think it has anything to do with Onstep, more PhD setup


Re: My Dobson project

Tomas de Mora
 

Hello everyone.
A few months have passed since the beginning of this post, the project is already finished and I wanted to finish it with a summary of the material used in case it was of interest to someone. I expose it here since this post is linked to the wiki. I didn't want to go into too many details as it would be very long, many things to study and many problems to solve, but I had a good time.
When I started I had no knowledge of pulleys, belts, stepper motors, torques, gears and many others, also of astronomy although I have been in that for a few years now.
I don't go into technical questions of connections or configurations, everything is well covered by the wiki or by the messages in this forum.
You will always find someone to help you, like me, but expose it clearly and with as much information as possible about your problem.
 
A video of the mount running.

https://youtu.be/acUPuwrxl7U

For its construction I have used 15mm plywood, except for the Declination platform which is 10mm, the round base is made of 19mm MDF, heavier, trying to achieve greater stability.

For the assembly I have used M5 30mm screws with bushings for formwork in wood, for the exposed areas the same round-headed screws, more attractive. The shafts are through M8 screws, the holes have bearing bushes. For the rest of the material M4 screws of different lengths.

 

After trying different solutions I decided to use a 35cm diameter metal sliding platform (Lazy Susan), by far the best solution.

In the construction it is necessary to pay great attention and precision in the drilling of both axes, the two axes must be perfectly perpendicular to the optical axis of the telescope.

 

I made the secondary pulleys and the motor supports using 3DStudio for the design and a 3D printer (Prusa MK2) for its manufacture, I leave you the link to Thingiverse.

https://www.thingiverse.com/thing:5384858

The pulleys could not have been larger due to the limitations of the printer and due to warping problems.
When I ordered the engines

https://www.omc-stepperonline.com/nema-17-stepper-motor-l-39mm-gear-ratio-100-1-high-precision-planetary-gearbox-17hs15-1684s-hg100

I did not observe that this model comes with a Key-Way on the shaft, that meant having to rethink the selection of pulleys and belts since I did not find GT2-type key-way pulleys in any supplier, I only found a solution with 3mm pitch pulleys (HTD3M) of 25 teeth the smallest. I have had to admit a lower resolution for this reason.

I also had problems with the HTD3M straps, finding ones with the required length and not very wide was not easy, I finally found ones with a width of 10mm. In the end I had to place the motors based on the length of the belts that I found.

Electronics.

 

I chose the solution with the Wemos R32 with CNC V3, using LV8729 drivers. I made the pcb for the rest of the components using EasyEda for the design and then a CNC machine for its manufacture, there are three pcb`s, one for two step-dawn at 5v and 3.3v, another for the connections with the motors and a third for the ESP8276, the clock and the rest of the connections to terminal ST4 and BME280.

 

In this case I did not find any problem, both in the initial tests and later with everything assembled and welded, it always worked well. Without trying the ST4 connection for guidance which I will probably never use, this is not made for that. I did manage to set up a MagicSee though I don't think I'll use it much.

 

In the final tests I still haven't got a precise GoTo but I'm very close, my problem is that I don't have time or continuity to do tests.

I have the SLEW_RATE_BASE_DESIRED in 3, a bit slow, it is seen in the video, for me it is enough, but I think it can be improved.

In conclusion I could say several things:

*** The motors, I think, are excessive for what is required, just perhaps because of the 100:1 reduction that in my case and I suppose that in any other Dobson transformation it is fundamental. Today I would have chosen these


https://www.omc-stepperonline.com/nema-17-stepper-motor-bipolar-l-48mm-w-gear-ratio-100-1-planetary-gearbox-17hs19-1684s-pg100

 

Their only difference is that they have a strange reduction of 99.5:1 that should be taken into account, in their favor, they are cheaper, they are delivered without a Key-way, which allows the use of GT2 pulleys and belts, facilitating their construction and reducing the final cost and deliver more torque at higher speeds.

 

When I started the project I had neither a telescope nor a mount and I decided to make the mount myself and buy the telescope, I don't know if I would do it today, I think that for those who already have a Dobson mount with a Telescope for very little money it can be motorized, but If you have to buy and do everything, I think it's better to buy a complete new or second-hand piece of equipment. In Spain, an 8” motorized retractable Skywatcher with Goto is worth less than €1,100. I don't know how much I have saved since I have spent much more than necessary on trial and error and oversized orders, but I don't think more than €200-250. I don't know if it's worth it. Although the fun and learning are not quantified.

 

But I intend to put OnStep on my AVX.!!!!

OnStep is a great project, once again my congratulations to Howard and everyone who collaborates on this excellent solution.

I'm sorry if there is any lack or inconsistency in my English, it's collaborative google<-> person.
Greetings and good starry skies

 

 


Re: TMC5160 substitute?

Robert Benward
 

Howard,
Thank you!  That makes perfect sense now.  Looking at them again, yes they look  like protection diodes and not MOSFETs.   So, you don't need the bottom board for our purposes.

I wonder why Trinamic obsoleted them (the TMC5161).  

I also realized the basic TMC5160 is a 60V chip, it must be the MOSFETs that limit them to 35V.  The QHV5160 must be using higher voltage MOSFETS

Bob


Re: Help for wiring up CNCv3 - DRV8825 -R32 - D1 #esp32 #wemos #250p #arduino #d1

GaSt
 

Hi George,
thanks for your offer. Shipping to Germany is no problem?

I want also to add a motor focuser at a later point, is that possible given that I see only 2 stepper driver slots on the design?

1161 - 1180 of 44715