Date   

Re: Best available steppers, boards, controllers, etc?

Ken Hunter
 

GUY...

Contact me OFF Group. gmail kb7hunter

I will donate an OnStep MaxESP3 Controller in a case, a Smart Hand Controller Fully assembled in a case with coiled cord 
ready to drive your scope. Read up on the OnStep operation. You'll  be amazed at what is already programmed into the system.

In a few weeks (fingers crossed) the New (from the ground up) version calledOnStepX will be released. That does not say that there is anything wrong with the old OnStep. Just that it started off small and grew in all directions into a complex, fully capable integrated system. The new version is fully backward compatible and purpose coded in modules that makes Howard Dutton (Owner of the group and OnStep programmer) take a little more pleasure in life. At least that's the plan. This is already done and in field testing now.

I don't need any specific information for building the controller. They are configured with just a few pertinate details like mount type, worm drive gear # of teeth, intermediate gear reduction if any, and number of steps the stepper motor takes to give a full rotation. Most of us use Nema 17, 200 or 400 step/rev motors on RA and DEC and that is quite sufficient for up to a moderate 12 inch well balanced scope. Rule of thumb +++ If you can turn the drive worm wheel using your fingers, the Nema 17 will probably be big enough if tied into a 3 or more : 1 reduction and 144 or more tooth RA gear. If not, OnStep will still work fine, you'll just need to up the steppers to Nema 23 and choose a bit heftier stepper driver. or go for more reduction (higher torque but slower GOTO from a given motor/gear combination).

Listen to Khalid, Drew, Dave and Howard... Read the WIKI and whole whole message data base if you want. It's indexed and searchable for particular interesting subjects, what if's, causes and cures etc. There are a lot of guys that contribute but that is the main cast of characters that you will see here daily. I met you once at Stellafane but doubt you'll remember me. Hell, when I look in the mirror I dont remember me but it's sure good to briing back some of the memories of Mel Bartels and his SCOPE software. Too bad the Parallel Port disappeared... I still have my home made German mount with the home made electronics and no Parallel Port in sight. Sometimes LIFE just SUCKS!

Welcome to OnStep... Hang-on it's a fun ride!

Ken Hunter
Retired founder of ATM_FREE Yahoo Group


OnStep via Voice Control #esp32

Seven Jones
 

Hi guys,
I don't know if this question is totally stupid but it just occurred to me.
Is there any way to control OnStep also via voice control....something like "go to M31" or "go back to home position" etc.
With the ESP32 this should be possible. Have what read about an ESP32 interface even to Alexa (I do not use Alexa)?


Re: Best available steppers, boards, controllers, etc?

Ken Hunter
 

Hello Mark...

I wondered the same thing about Guy... I am the original founder of the ATM_FREE Yahoo Group.
That was so too many years ago. Nice to hear from some of the old timers occasionally.

"Be nice, learn, teach, participate" should sound familiar.

Clear skies.

Ken Hunter
Atm_Ken_Hunter @ yahoo.com
(retired email just like me!)


Re: FYSETC S6 V2 compilation errors #S6

fred1984
 

I redid all the settings on another computer. I loaded in DFU. When I return the jumper to its position and test the command on the "serial monitor": the error appears: Connected card is not available.


Re: FYSETC S6 V2 compilation errors #S6

fred1984
 

thank you andrás...thanks so much. I will try to install the entire setup on another computer first. gratitude. I'm in Brazil.


Re: FYSETC S6 V2 compilation errors #S6

András
 

If you have a new S6 (yours is probably on its knees now) sent to me (I am in Italy) I will flash it for you  with your config.
You can mail me from the directory.
Andras


Re: Best available steppers, boards, controllers, etc?

Khalid Baheyeldin
 

On Wed, Oct 13, 2021 at 05:12 PM, Mark Christensen wrote:
The problems people seem to have are with the boards that were originally designed for earlier model numerical control (usually 3D printer) machines, esp. the ones that were designed for earlier stepper driver mini-boards.
This assertion is incorrect.

Not all 3D printer or CNC boards are equal.

For example, the MKS Gen-L V2 is underpowered but does an adequate job if all you need is a two motors. It does support the SPI drivers (TMC2130 and TMC5160). It is low cost, so attractive as a proof of concept for some users who want to try out OnStep, before they commit to it.

The CNC V3 is speedy, but by design the ESP32 it uses is pin poor, and compromised must be made for the features that are needed. In addition to that, some minor surgery is needed, and power has to be supplied separately to the board as well as the CNC shield. Wiring for SPI is complicated too. The fact that it is cheap and fast outweigh all this for some users. 

The FYSETC S6 is speedy, and supports the SPI drivers too, and in addition to that, it supports dew heaters and much more. It is what I use, and many others do too.

With the Mini- and Maxi-PCBs, which were specifically designed for OnStep application none of those problems happen.
The Mini and Max are of course capable and speedy, but there are downsides. One has to order the PCB with a minimum quantity of 5 (or is it 10?) and with shipping it is not cheap. Then one has to source all the discrete components themselves, and put them together, which is no small feat for most people. Even if one is capable of soldering, what goes where and orientation needs to be learned, and mistakes happen.

I speak from experience as someone whose electronics knowledge was minimal. It is a steep hill to climb, and lots of time to invest.


Re: Best available steppers, boards, controllers, etc?

Mark Christensen
 

Guy,

The problems people seem to have are with the boards that were originally designed for earlier model numerical control (usually 3D printer) machines, esp. the ones that were designed for earlier stepper driver mini-boards.

With the Mini- and Maxi-PCBs, which were specifically designed for OnStep application none of those problems happen. The best driver to use is the TMC5160 based ones - they work well with the SPI control (no fiddling with setting Vref for current control - it is all done in software) and they have the latest StealthChop modes. And can handle the most current with or without (obviously more with) fins and a cooling fan.

On horsepower, what really matters is torque. But, roughly speaking 1/900th horsepower is about 0.83 watts. Assuming similar performance then a 1/900 horsepower motor running thru a 12:1 gearbox would produce about the same torque as a 10 Watt stepper. Most steppers are more like 12 to 30 watts. That would suggest that almost any decent sized stepper would work. But looking at your picture it sure looks like you have multiple stages of gear reduction with, I would guess, some kind of solenoid that either shifts gear ratios or disengages the motor (the large black item on top). So while at first blush almost any stepper, say, a NEMA 13 or 17 form factor with a max current (ignore the motor voltage if it is less than 12V or so - the drivers are current control devices) under 2 amps the TMC5160 should be fine. The fly in the ointment is if the total reduction gearbox (from motor shaft to worm) is more than the 12 to one you stated.

A lot depends on your goals - if it is to produce a GOTO system then you don't want a ton of gear reduction between the motor output (sans gearbox) and the worm. You didn't say how many teeth are on your worm wheel (the big gear right on the axis)., but if you had something like 360 teeth on the wheel then 200 step motor running at 16 microsteps (3200 total steps per stepper shaft revolution) and a 1:3 total reduction between the output of the stepper shaft (gearbox and pulleys combined) and the worm drive would give you better than 1/2 arc sec resolution and, since the TMC5610s interpolate down to 1/256th of a step, even smoother tracking. If your worm wheel has fewer teeth then you could use a bit more gearbox reduction. If you want the system to be able to do fast slews (as is the case with GOTO systems) you don't want to overdo the gearbox/pulley business. The inductive reactance of the stepper windings reduce the torque if you overdo the step rate. And there is no reason to have excessive gearbox reduction.

Are you the same Guy Brandenburg who used to run telescope (mirror) making classes in the DC area and was active on ATMFREE???

Regards,

Mark Christensen 


Re: Slew speed weirdness

Martin Chapman
 

Apparently not, I was blissfully unaware of any of these values until I asked a question earlier this week. Knowing what the values do though, I am rather surprised anything happened at all.
Take care and stay safe.
Mart.


On Wed, Oct 13, 2021 at 7:39 PM Khalid Baheyeldin <kbahey@...> wrote:
On Wed, Oct 13, 2021 at 02:32 PM, Martin Chapman wrote:
Incidentally, up until someone told me about this the other day, irun, Ihold and Igoto were all set to off. still worked.
That is quite odd.
The TMC5160 require a value at least for IRUN.


Re: FYSETC S6 V2 compilation errors #S6

fred1984
 

this new *.HEX file. It worked. I downloaded it. opened in STMCUBE. I managed to upload it again in the arduino IDE. But there is no response to the command: : GVP #

     -------------------------------------------------------------------
                       STM32CubeProgrammer v2.8.0                  
      -------------------------------------------------------------------
 
 
 
USB speed   : Full Speed (12MBit/s)
Manuf. ID   : STMicroelectronics
Product ID  : STM32  BOOTLOADER
SN          : STM32FxSTM32
FW version  : 0x011a
Device ID   : 0x0421
Device name : STM32F446xx
Flash size  : 512 KBytes (default)
Device type : MCU
Device CPU  : Cortex-M4
 
 
 
Memory Programming ...
Opening and parsing file: OnStep.ino.bin
  File          : OnStep.ino.bin
  Size          : 188956 Bytes
  Address       : 0x08010000 
 
 
Erasing memory corresponding to segment 0:
Erasing internal memory sectors [4 5]
erasing sector 0004 @: 0x08010000 done
erasing sector 0005 @: 0x08020000 done
Download in Progress:
 
 
File download complete
Time elapsed during download operation: 00:00:10.645
 
RUNNING Program ... 
  Address:      : 0x8000000
Start operation achieved successfully
 


Re: OnStep for Losmandy GM8

John Petterson
 

I installed OnStep onto a formerly Digital Drive GM8.  It was my first OnStep system. I used a 3:1 toothed pulley system (48:16) to mount the motors offset using 3D printed brackets on the same screw holes that the DD motors mounted to.  With the 3:1 and 24V power the slew speed is pretty quick.  Tracking is great for visual.

John


Re: FYSETC S6 V2 compilation errors #S6

"Guilherme Vênere
 

Your error indicates you didn't download the proper file. Use this link, right click over the content on screen and choose "Save As" to save to a file


You can open the file in a text editor and compare what you downloaded to what is shown on the link above, they need to be the same.

guilherme
 

On Wed, Oct 13, 2021 at 12:15 PM fred1984 <fredericodejesus99@...> wrote:
     now the same error has returned, I can't load it in the arduino IDE

-------------------------------------------------------------------
                       STM32CubeProgrammer v2.8.0                  
 -------------------------------------------------------------------
 
 
 
Error: Target device not found
Establishing connection with the device failed
 


Re: FYSETC S6 V2 compilation errors #S6

fred1984
 

downloaded the *.hex file. and STMCUBE gave the following error message:

15:57:19: STM32CubeProgrammer API v2.8.0

15:57:31: Velocidade USB: Velocidade máxima (12MBit / s)
15:57:31: Manuf. ID: STMicroelectronics
15:57:31: ID do produto: STM32 BOOTLOADER
15:57:31: SN: STM32FxSTM32
15:57:31: versão do FW: 0x011a
15:57:31: ID do dispositivo: 0x0421
15:57:31: CARREGANDO OPÇÃO DE DADOS DE BYTES ...
15:57:31: Banco: 0x00
15:57:31: Endereço: 0x1fffc000
15:57:31: Tamanho: 16 Bytes
15:57:31: CARREGANDO ... 15:57:31: Tamanho: 1024 bytes
15:57:31: Endereço: 0x8000000
15:57:31: Progresso da leitura:
15:57:31: Dados lidos com sucesso
15:57:31: O tempo decorrido durante a operação de leitura é: 00: 00: 00.087
15:57:53: Erro: Falha na análise
15:57:53: Erro: Na linha 107:
15:57:53:
Erro: esperando dígito (0-9), encontrado: 'E'


Re: Slew speed weirdness

Khalid Baheyeldin
 

On Wed, Oct 13, 2021 at 02:32 PM, Martin Chapman wrote:
Incidentally, up until someone told me about this the other day, irun, Ihold and Igoto were all set to off. still worked.
That is quite odd.
The TMC5160 require a value at least for IRUN.


Re: Slew speed weirdness

Martin Chapman
 

Thanks Khalid, I will let you know as soon as I can figure out how to get the Wifi working again, hasn't worked since I installed the latest Onstep version. Incidentally, up until someone told me about this the other day, irun, Ihold and Igoto were all set to off. still worked.
Take care and stay safe.
Mart.


On Wed, Oct 13, 2021 at 6:48 PM Khalid Baheyeldin <kbahey@...> wrote:
Your current settings in Config.h are too high.

1.68 X 1.41 X 0.35 = 829 mA

That is for IRUN

Try 1050 for IGOTO

Change IHOLD OFF

#define AXIS1_DRIVER_IHOLD           OFF
#define AXIS1_DRIVER_IRUN             830
#define AXIS1_DRIVER_IGOTO           1050

Same thing for AXIS2

Let us know what that does.


Re: Slew speed weirdness

Khalid Baheyeldin
 

Your current settings in Config.h are too high.

1.68 X 1.41 X 0.35 = 829 mA

That is for IRUN

Try 1050 for IGOTO

Change IHOLD OFF

#define AXIS1_DRIVER_IHOLD           OFF
#define AXIS1_DRIVER_IRUN             830
#define AXIS1_DRIVER_IGOTO           1050

Same thing for AXIS2

Let us know what that does.


Re: Slew speed weirdness

Martin Chapman
 

Hi Eric, just the Dec playing up, yes, I swapped the leads over and the problem followed onto the RA, which is why I suspected the driver. 
What baffles me is that I can do a star alignment at 1 deg/sec, and no higher, once the star alignment is done, I can push the slew up to it's max of 4 deg/sec and it works fine!

Take care and stay safe.
Mart.


On Wed, Oct 13, 2021 at 5:15 PM Eric Esch <ericesch85@...> wrote:

It may also be prudent to voltage drop / ohm test the wiring from driver to motors, and possibly power supply to make sure we aren’t having any issues there. Also, are both axis suffering from reduced slew speed or just a single axis? If both are suffering, I doubt it is a driver issue and more then likely a software, or power supply issue. 

if you believe it to be a driver issue, swap the position of the drivers and see if the reduced speed follows the “suspect” driver. 


Also remember that electrical Gremlins generally live in the grounds. Ie a bad ground can cause some really weird crap to happen in seemingly unrelated parks of the system.


Re: Slew speed weirdness

Martin Chapman
 

Hi Khalid, 4oo step motors, max current 1.68 A
I have attached a config file that I tried yesterday.
What baffles me is that I can do a star alignment at 1 deg/sec, and no higher, once the star alignment is done, I can push the slew up to it's max of 4 deg/sec and it works fine, makes no sense to me, that bit.
I do remember that when I first had this problem, I touched the dec motor to see if it was working and it was too hot to touch, haven't had this problem since. I have swapped the leads over and then the problem shifts to the RA axis, which is what lead me to suspect the driver.
Take care and stay safe.
Mart.


On Wed, Oct 13, 2021 at 4:48 PM Khalid Baheyeldin <kbahey@...> wrote:
Looks like your suspect driver works well with low speeds.
That tells me it is not damaged.

Let us have some specifics.

What are the motors you are using?
Are they 1.8 (200 step) or 0.9 degrees (400 steps per rotation)?
What is their max current rating?
Did you use a different microstepping for GOTOs? That is one way of speeding up slewing.

Attach the config file that you used last.


Updated Wiki Page: FYSETC S6 #wiki-notice

main@onstep.groups.io Notification <noreply@...>
 

The wiki page FYSETC S6 has been updated by Dave Schwartz <Dave.Schwartz@...>.

Reason: Update URL to S6 bootloader firmware

Compare Revisions


Re: FYSETC S6 V2 compilation errors #S6

Dave Schwartz
 

Okay... I hadn't noticed that debug LED before. It definitely does not light up when my S6 is booted into OnStep. I have a sense that this is the power-on firmware complaining that the bootloader is missing.

No response to GVP indicates OnStep is not running.

My first suggestion is that your bootloader has become corrupt. It appears that FYSETC has changed their repository structure for the S6 bootloader and the active location is now here https://github.com/FYSETC/FYSETC-S6/tree/main/bootloader. Download the Bootloader-FYSETC_S6.hex <https://github.com/FYSETC/FYSETC-S6/blob/main/bootloader/Bootloader-FYSETC_S6.hex> one and upload it to the S6 at address 0x8000000 using the STM32CubeProgrammer. You should not have to reload OnStep because if you successfully uploaded it to 0x8010000 reloading the bootloader at 0x8000000 will not overwrite it (the bootload is not that large).

On 2021-10-13 1:14 p.m., fred1984 wrote:
I don't have an answer when I type the comman " *: GVP # " *

*DEBUG LED does not stop flashing after upload. (it starts blinking at the end of the upload). When I go back to jumper RUN , it stops flashing.*


**
--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

1401 - 1420 of 38752