Date   

Re: New Project. G11 and OnStep. Which Board, CPU.

Howard Dutton
 

On Wed, Jul 21, 2021 at 03:20 AM, Howard Dutton wrote:
On Tue, Jul 20, 2021 at 07:25 PM, Pete wrote:
Question: Should I go with a Teensy 3.5 or 3.6?  The 3.6 is faster 180 Mhz vs 120 for the 3.5 and the 3.6 has double the memory.  However the 3.5 has all pins tolerant of 5V, which may be useful.
The 5V tolerant pins are handy.  I don't anticipate you needing the speed of the T3.6
Just be sure the board you ordered is a MaxPCB2!  You really didn't say.


Re: New Project. G11 and OnStep. Which Board, CPU.

Howard Dutton
 

On Tue, Jul 20, 2021 at 07:25 PM, Pete wrote:
Question: Should I go with a Teensy 3.5 or 3.6?  The 3.6 is faster 180 Mhz vs 120 for the 3.5 and the 3.6 has double the memory.  However the 3.5 has all pins tolerant of 5V, which may be useful.
The 5V tolerant pins are handy.  I don't anticipate you needing the speed of the T3.6

My Teeny 3.2 in my old mniUSB boards work just fine.  I plan on using TMC5160s as a final solution. 

Does this affect the CPU choice?
No.


Newbie plan to install onstep

Pengembara T.
 

Hi Everyone,

This is my first post here so first of all, thank you to Howard for
creating this project and thanks to all senior members who are helping
other members.

I have a dream to install onstep on my homemade dobsonian mount, need
some suggestion:

1) Motor: I want to get a high builtin gear ratio motor, found
17HS19-1684S-PG100 from OMC stepperonline. Looks like it is not 400
steps/rotation and not 0.9Ampere. It is 200 steps and 1.68A.

What is the difference in terms of power requirement between 0.9A vs
1.68A ? Plan to use a laptop charger. No plan for remote viewing using
a battery.

2) Stepper Driver : LV8729. Is it ok to use LV8729 ? Its maximum drive
current is 1.8A.

And from what I read from this group, we only use around 40% - 70%
from max, so for a 1.68A motor, it should be below 1.2A. Is it correct
?

If LV8729 cannot be used, what is the recommended stepper driver ?

3) Gear wheel. To get a high reduction ratio, I plan to make some big
gear wheels.

There is an article at instructable to use the GT2 timing belt as
gear-wheel, but in that scenario, the gear wheel is used by the
encoder. Not to drive the telescope.
Source: step 2 from
https://www.instructables.com/Control-Your-Telescope-Using-Stellarium-Arduino/

Question: Can I use a GT2 pulley as a gear wheel ?

4) Microcontroller.
Slow Slewing speed is not a concern for me as a beginner.

If LV8729 can be used as a stepper driver, then my choice for
microcontroller is wemos + CNC3.


If the recommended stepper driver is not LV8729, then can I use MKS Gen-L ?


Question about Onstep operation / astronomy in general:

My plan is to track the moon, Jupiter and saturn.

Currently we use a telescope through the balcony. Our view is limited
to a maximum of half sky.
And the light pollution is a little high. Not many stars are visible at night.

Reading from onstep documentation that we need to align to 3 stars to
be able to track objects.
question:
1) Can I use Jupiter / Saturn as an alignment star ?

2) Can I use static objects like towers, or rooftop building lamps as
additional helpers ? as we can find the GPS coordinate of that tower
and also for the building.

3) Lets say my alignment is wrong because I cannot find enough stars.
What happens if we are forced to continue tracking Jupiter ? I guess
it will be inaccurate / out of field view.

Can I fine tune (to make Jupiter inside the field of view) for 1 or 2
first minutes and after that onstep learn and be able to continue
tracking correctly ?

sorry for my english.

Thank You.


Re: New Project. G11 and OnStep. Which Board, CPU.

Pete
 

The case and the PCBs are on order.  I have stepper motors and drivers kicking around even though they are only 8825s, they will get me going.

Question: Should I go with a Teensy 3.5 or 3.6?  The 3.6 is faster 180 Mhz vs 120 for the 3.5 and the 3.6 has double the memory.  However the 3.5 has all pins tolerant of 5V, which may be useful.  My Teeny 3.2 in my old mniUSB boards work just fine.  I plan on using TMC5160s as a final solution.  Does this affect the CPU choice?

Thanks.


Re: Focuser for MaxEsp3

Mike Ahner
 

On Tue, Jul 20, 2021 at 01:28 PM, Seven Jones wrote:
so far it works well. Besides that 4 pin 4p4c cables is pretty hot. Href is 0,75V.
Seven, your 4-pin cable looks like a voice cable. Measure the resistance of the wire from each end, I think you will have a very high resistance. If so, that will cause a large voltage drop and the wire will start to heat up, as well as the motor. I don't see any reason at all that you should need a NEMA 17 or high current for a focuser, unless the focuser is damaged in someway that makes it very stiff to move.

Try a Cat-5 cable, you can temporarily strip back just 4 wires and twist them onto the motor wires. I think you'll find there is a big difference.


Re: Custom Ethernet and INDI: no persistent channel?

Jordi Sese
 

Hi Howard,

Great! this time I only had to modify config.h to select W5500 ethernet mode and it connected/worked fine!!!
It's cloudy right now so I cannot test it for a full session, but it looks good to me using it home with the ccd simulator.

Thanks a lot for your help. 

Regards from Barcelona,

Jordi.


Blue Pill / STM32 Noise Pickup

Martin Bonfiore
 

I ran into an interesting phenomenom while troubleshooting my Blue Pill / STM32 based Onstep system.  The symptom was that intermitently, the Onstep would not boot up on power up as evidenced by behaviors such as the tracking LED not coming up and the connection to the SHC failing. 

Long story short, it turned out to be noise pickup on the wires connecting to Boot/Run six pin header.  A typical non-Onstep Blue Pill application would not have wires extending these pins, rather would have jumpers. 

I built my Onstep inside a fairly tight box which includes a number of noise sources (a 12 to 24 volt switching converter and a 24 to 12 volt switching regulator...to allow 12 volt battery operation).  The wires from the Boot/Run header go to a Run/Program switch.  Repeated experimentation where I unplugged these wires and replaced them with jumpers on the header showed that the wires were the source of the problem. 

I was able to reroute the wires inside the enclosure in a way that has completely eliminated the intermittent problem.  Clearly, all systems are somewhat different in terms of wire routing and I would guess most don't have the noise sources in my design, however I would suggest that when troubleshooting Blue pill designs and wires are used to extend the Run/Program operation, that noise pickup be considered as a source of problems. 


Re: Onstep Goto Accuracy

Khalid Baheyeldin
 

On Tue, Jul 20, 2021 at 03:19 PM, Hemendra Rawat wrote:
After increasing the motors Vref to 0.69V and carefully polar aligning and
balancing the scope, the goto accuracy is dead on
That is excellent news ...


Re: Custom Ethernet and INDI: no persistent channel?

Howard Dutton
 

On Tue, Jul 20, 2021 at 12:17 PM, Jordi Sese wrote:
Is that the Adafruit W5500 library?
https://github.com/adafruit/Ethernet2
Yes, indeed. It is needed (this or an equivalent) just because it has the init function that allows to set the CS pin (the CS pin needs to be changed from the default; if you don't, it puts the Wemos D1 into programming mode when connecting the W5500 to the default pin). 
Ok, I pushed those changes to the SWS experimental branch, look them over/test and let me know...

You should look into GitHub if this continues, makes it easier for all. ;)


Re: Onstep Goto Accuracy

Hemendra Rawat
 

Hi Guys,

Took my 8 inch scope for testing last night with the EQ5 mount. After
increasing the motors Vref to 0.69V and carefully polar aligning and
balancing the scope, the goto accuracy is dead on. All the five DSOs I
tried were within the FOV of my 25mm eyepiece. Thanks for all the
support, now I can explore the night sky in peace :)

-Hemendra

On Fri, Jul 16, 2021 at 11:34 AM Hemendra Rawat via groups.io
<hkr1990=gmail.com@groups.io> wrote:

Hello John,

I didn't fully understand you question about clutch knobs. Can you elaborate on it? I will work on the polar alignment and balancing when I take my scope out this weekend.

-Hemendra


Re: Custom Ethernet and INDI: no persistent channel?

Jordi Sese
 

Is that the Adafruit W5500 library?
https://github.com/adafruit/Ethernet2
Yes, indeed. It is needed (this or an equivalent) just because it has the init function that allows to set the CS pin (the CS pin needs to be changed from the default; if you don't, it puts the Wemos D1 into programming mode when connecting the W5500 to the default pin). 


Re: Focuser for MaxEsp3

Howard Dutton
 
Edited

On Mon, Jul 19, 2021 at 12:26 PM, Seven Jones wrote:
The only problem is that the NEMA17 becomes very hot. I've left the Vref already down to 0.5V.
Well DRV8825's are usually Vref x 2, so you probably set 1A.  There are plenty of stepper motors that are rated for < 1A and will get mighty hot or damaged (given enough voltage into the driver for it to do what you're asking.)  That last part about the voltage is due to the fact that's it's impossible to overpower a stepper motor if operating below the rated (design) voltage.

Provide electrical specifications for the motor, also the voltage you're running it at.


Re: Connect gearbox and confing help #mount #configuration

Robert Benward
 

Wow George, those go way back....Probably older than many of us on this group!


Re: Focuser for MaxEsp3

Seven Jones
 

On Tue, Jul 20, 2021 at 07:17 AM, George Cushing wrote:
Remember that if you use the #define AXIS4_DRIVER_POWER_DOWN       ON option the motor is getting continuous power. 

"#define axis4_driver_power_down" is OFF.

I exchanged the engine against a NEMA17 with 60mm. And so far it works well. Besides that 4 pin 4p4c cables is pretty hot. Href is 0,75V.

I also had the DRV at the beginning of the CNC. But there were always problems with the temperature of the motors or the driver.
Which alternatives do I have the choice of drivers for AXIS 3 and 4?

If I understood correctly, I can also use the 2130 there but do not set the steps via SPI or jumper to any value?

 


Re: Custom Ethernet and INDI: no persistent channel?

Howard Dutton
 

On Tue, Jul 20, 2021 at 10:04 AM, Jordi Sese wrote:
- change ethernet.h to ethernet2.h (with an #ifdef ESP8266) in almost all files in EthernetServers folder
Is that the Adafruit W5500 library?
https://github.com/adafruit/Ethernet2


Re: Help: Failed programming the Blue Pill

Khalid Baheyeldin
 

If the Wemos advertises an access points and allows connections to it, then it is probably working.

The 169 address is something reported occasionally here.
Can't remember if using the specific board manager version that is on the Wiki fixed it or what.


Re: Help: Failed programming the Blue Pill

Yen Quy <quy_yen@...>
 

Yea, I was able to connect to Onstep. But my laptop has a 169 address which is invalid, and I couldn't connect to web server at 192.168.0.1! I wonder if that Wemos has problem because it was exposed to high voltage. So I'll replace it with a new one after work to see.


Re: Custom Ethernet and INDI: no persistent channel?

Jordi Sese
 

Hi Howard,

Thanks for your work. Yes, it compiles, but in EhthernetServers.cpp there was a small typo in ethernetPersistantCommandChannel function, when you read cmdSvr instead of cmdSvrPersistant. After that change, it seems to work. I will tell you more when I test it.

Also, just in case you want to add support for ESP8266 Ethernet, those are the other changes I performed for SWS to make it work with Wemos D1 + W5500:
- change ethernet.h to ethernet2.h (with an #ifdef ESP8266) in almost all files in EthernetServers folder
- change W5500_RESET_PIN to D2 in Pins.ESP8266.h
- add a W5500_CS_PIN definition (and set it to D1) to Pins.ESP8266.h and call Ethernet.init(W5500_CS_PIN) just before your Ethernet.begin() in WebServer.cpp
- modify EthernetServers.h to avoid validation error, adding ESP8266 support

Thanks for your time, and regards.

Jordi.

 


Re: Help: Failed programming the Blue Pill

Khalid Baheyeldin
 

I can't tell you what happens on Windows, because I don't use it.
On Linux, USB drivers are different: they are universal, and builtin. So we don't even notice them.

Regardless, whatever Wemos you are using should be flashed with the Wifi component (or SmartWebServer if you are adventurous). Then when you power on OnStep, the STM32 will blink (because tracking is auto started), then the Wemos will blink for ~ 8 or so seconds, then go solid. At that point you should be able to connect to the ONSTEP access point from a phone.


Re: Help: Failed programming the Blue Pill

Yen Quy <quy_yen@...>
 

Thanks, Khalid.  I did turn on auto tracking in the config.h.
The WIFI module appears to work, I was able to program it and connect to OnStep.  However, when connect to the computer, it only appears as 'USB to Serial' port 10, as apposed to 'USB to Serial CH340'.  I don't know if that matters.  It also doesn't assign an IP to the PC connected to the Onstep WIFI.  The 2nd Wemos I'm preparing shows the correct enumeration in Device Manager with the 'CH340' in its name.  I'll see it I can get a valid IP when I try this new module.

2101 - 2120 of 37558