Date   
Re: Trouble flasing SHC ESP32

Khalid Baheyeldin
 

On Sat, Oct 19, 2019 at 03:23 PM, Bas Prins wrote:
Hard resetting via RTS pin...

That last line, however, seems a bit ambiguous to me. Did it reset, or was it still resetting?
It resets and exists, so the ESP32 should be reset at this point.

I reflashed Onstep with #define ST4_PULLUP (#define ST4_HAND_CONTROL_ON was already ON).
That is correct. Pullup is needed on the STM32 at least. Perhaps others. What is your OnStep board?

Now, when I connect the SHC to Onstep. The screen stays black and the DEC motor starts to run spontaneously.
This tells me that a pin is sending a guide command that OnStep understands as a guiding for DEC.
Are you sure you have resistor networks on the ST4 port on the OnStep side?
Are you sure you have 5V on the last pin on the ST4 port?

I use a RJ12 Male (6p6c) cable with that was left over from an old telephone. Not sure whether that is what I'm supposed to use.
The cable configuration is straight through. Look carefully using a magnifier and see if you can see wire colours on both connectors

Re: Trouble flasing SHC ESP32

Bas Prins
 

Next episode...

It seems that I was able to flash the SHC, The Teen Astro splash screen showed.

The Arduino IDE returned this:

Sketch uses 383962 bytes (29%) of program storage space. Maximum is 1310720 bytes.
Global variables use 20196 bytes (6%) of dynamic memory, leaving 307484 bytes for local variables. Maximum is 327680 bytes.
esptool.py v2.6
Serial port COM5
Connecting........_____....._____.....__
Chip is ESP32D0WDQ6 (revision 1)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
MAC: 80:7d:3a:b7:c4:c4
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 921600
Changed.
Configuring flash size...
Auto-detected Flash size: 4MB
Compressed 8192 bytes to 47...
Writing at 0x0000e000... (100 %)
Wrote 8192 bytes (47 compressed) at 0x0000e000 in 0.0 seconds (effective 3276.8 kbit/s)...
Hash of data verified.
Compressed 15856 bytes to 10276...
Writing at 0x00001000... (100 %)
Wrote 15856 bytes (10276 compressed) at 0x00001000 in 0.2 seconds (effective 807.9 kbit/s)...
Hash of data verified.
Compressed 384080 bytes to 220882...
Writing at 0x00010000... (7 %)
Writing at 0x00014000... (14 %)
Writing at 0x00018000... (21 %)
Writing at 0x0001c000... (28 %)
Writing at 0x00020000... (35 %)
Writing at 0x00024000... (42 %)
Writing at 0x00028000... (50 %)
Writing at 0x0002c000... (57 %)
Writing at 0x00030000... (64 %)
Writing at 0x00034000... (71 %)
Writing at 0x00038000... (78 %)
Writing at 0x0003c000... (85 %)
Writing at 0x00040000... (92 %)
Writing at 0x00044000... (100 %)
Wrote 384080 bytes (220882 compressed) at 0x00010000 in 3.5 seconds (effective 870.2 kbit/s)...
Hash of data verified.
Compressed 3072 bytes to 128...
Writing at 0x00008000... (100 %)
Wrote 3072 bytes (128 compressed) at 0x00008000 in 0.0 seconds (effective 1228.8 kbit/s)...
Hash of data verified.
Leaving...
Hard resetting via RTS pin...


That last line, however, seems a bit ambiguous to me. Did it reset, or was it still resetting?

I reflashed Onstep with #define ST4_PULLUP (#define ST4_HAND_CONTROL_ON was already ON).

Now, when I connect the SHC to Onstep. The screen stays black and the DEC motor starts to run spontaneously.
I use a RJ12 Male (6p6c) cable with that was left over from an old telephone. Not sure whether that is what I'm supposed to use.

Any ideas?

Re: Trouble flasing SHC ESP32

Bas Prins
 

Okay, feels a  bit stupid, but the USB cable was not as data cable.

I'm still working on the flashing, though. Thought I'd just let you know, not to waste your time.

Re: New Dob Owner

John K.
 

On Sat, Oct 19, 2019 at 06:22 AM, Ant No wrote:

The beauty of mechanics is long term reliability bordering on the infallible. Lifts are a good example. They can have purely mechanical emergency brakes to stop the lift if it over shoots the top floor or goes into free fall. The Victorian lift in our mill has this and they still work. Seatbelts are another, they stop pulling out of the spool if a sudden force is applied.

Don't know how you could do that with an OTA though.

It could be as simple as leaving a little tension on the tube so that it would fall slowly if something did happen.  The whole mechanism is essentially intact.  The steppers would have to overcome it when moving the tube, but they should be able to handle it as long as I don't make it too tight.

I could also use a pillow.  :) 

Re: New member and new build

 

JLC are referenced in the various build documents for OnStep. The PCB designs and BOM are linked to JLC website (EasyEDA is there too)

You can find them at https://jlcpcb.com/

Re: New member and new build

Ant No
 

Got a link to JLC?


On 15 Oct 2019 10:39, "Geoff via Groups.Io" <3dprinter=port-huon.com.au@groups.io> wrote:

[Edited Message Follows]

Still waiting for my PCBs! The October holiday in China has put a delay on things.
I did get the mis-ordered Teensy 3.2 hand controller boards and they are very nice indeed. Givem the quality and price, I'll certainly use  JLC again

Re: New Dob Owner

Ant No
 

The beauty of mechanics is long term reliability bordering on the infallible. Lifts are a good example. They can have purely mechanical emergency brakes to stop the lift if it over shoots the top floor or goes into free fall. The Victorian lift in our mill has this and they still work. Seatbelts are another, they stop pulling out of the spool if a sudden force is applied.

Don't know how you could do that with an OTA though.


On 18 Oct 2019 23:19, "T.K" <regulus.mj94@...> wrote:
I think there should be a simpler mechanical solution to secure the OTA, but I don't know how.
I always prefer mechanical solutions.

Re: STM32 103F power supply connections and flashing

Bojan
 

This is what it will look like... there is enough space in the box for buttons.

Re: New Dob Owner

T.K
 

I think there should be a simpler mechanical solution to secure the OTA, but I don't know how.
I always prefer mechanical solutions.

Re: MKS & multiple strippers

Khalid Baheyeldin
 

On Fri, Oct 18, 2019 at 05:01 PM, John K. wrote:
I've been chronicling my build on another thread here.
Oh, that dob. Nice work ...

In addition to the 100:1 stepper, I have 8:1 via pulleys.
That is 800:1 overall. Enough reduction I think.

I don't think you need an extra stepper.

But the proof is in the pudding ... so let us know.

Re: New Dob Owner

Ant No
 

Could you use one stepper to drive a shaft that drives two belts?

If there's no feedback from the motor I don't know why you couldn't send the data to two motors. It's not explicitly supported that I'm aware of.

If you put a bracket on each side you could design them with bolts between them and have them clamp the OTA for security.

Ant


On 15 Oct 2019 16:15, "John K. via Groups.Io" <tj_slice=yahoo.com@groups.io> wrote:
On Tue, Oct 15, 2019 at 07:59 AM, Ant No wrote:

That looks simple, elegant, nicely made and securely fitted. Well done.

I'd keep both colours just to conserve resources and a little memento, of the path you took. One day it might make you smile for a moment when this stage is in the past and you are enjoying the use of your design and production.

Be good to see how the PLA holds up also.

Although heeaavyy. It occurs to me that old front wheel hubs make great rotary tables. They may be booted off the car by sensor reports generated at high speeds but are still excellent quality for low speeds or partial rotations. Free from any repair mechanic who likes you.


Thanks.  I am actually thinking about adding another bracket to the other side of the tube.  It would take some of the load off just having it on one side, and add a layer of safety if the belt breaks for some reason.  I ordered a couple of spare drivers, so I would just need to buy another stepper and a belt.

I haven't gotten into the software side yet.  Does OnStep support two steppers for a single axis? 

Re: MKS & multiple strippers

John K.
 

I've been chronicling my build on another thread here.

In addition to the 100:1 stepper, I have 8:1 via pulleys.

Re: Question regarding capacitors

Ant No
 

Yes, being more than 2x for the capacitors facing lower volts just makes them even more durable.  PC PSUs and Motherboards make a big point of their capacitor ratings for both volts and temps. Temperature rating is considered crucial and again, at least twice what you expect to encounter.


On 18 Oct 2019 13:21, "Howard Dutton" <hjd1964@...> wrote:
On Fri, Oct 18, 2019 at 03:37 AM, Ant No wrote:
In general, overrating the voltage on capacitors makes them last longer.
I hear a 2x rating is usually good, and I say the supply max V is 24VDC, so 50V just makes it.

Not all 0.1uF caps face that voltage (some are at 5V or 3.3V) but I figure it's easier to just buy one type.

Re: OnStep version 3

eisn
 

I'll test it as soon as I can find some time.
Watterot SSS TMC5160 v1.4 are working perfectly fine. 

Re: MKS & multiple strippers

Khalid Baheyeldin
 

On Thu, Oct 17, 2019 at 11:22 PM, John K. wrote:
It's a 10" Dob.  Belt driven with 9mm wide GT2 belts.  100:1 geared 1.68a steppers.
Let us talk gear reduction.

Two reasons for it: torque and resolution.

Usually, the overall reduction (GR1 X GR2 in the spreadsheet) that we use is 432:1 or more,
all the way to 3240:1. Examples of the first is EQ5 144 X 3:1, the second is my Vixen SXD
with 180 X 18:1.

The above reductions balances sufficient torque and fine resolution (0.28"/step or less).

In your case, if your total reduction is 100:1, it may not be enough. You will have to experiment
and see if it is.

Re: Trouble flasing SHC ESP32

Bas Prins
 

I think I solved the u8g2 problem by removing it and the re-installing it. I'm not getting the messages about missing .h files anymore.

Com port selection is disabled. While uploading the IDE just shows "NodeMCU32S on usb:0/140000/0/1" at the right hand bottom corner.
If I attempt to open the serial monitor I get: "Board at usb:0/140000/0/1 is not available"

The messages shown are now:

Sketch uses 383962 bytes (29%) of program storage space. Maximum is 1310720 bytes.
Global variables use 20196 bytes (6%) of dynamic memory, leaving 307484 bytes for local variables. Maximum is 327680 bytes.
Traceback (most recent call last):
esptool.py v2.6
  File "esptool.py", line 2959, in <module>
Serial port usb:0/140000/0/1
  File "esptool.py", line 2952, in _main
  File "esptool.py", line 2652, in main
  File "esptool.py", line 222, in __init__
  File "site-packages\serial\__init__.py", line 88, in serial_for_url
  File "site-packages\serial\serialwin32.py", line 62, in open
serial.serialutil.SerialException: could not open port 'usb:0/140000/0/1': WindowsError(123, 'De syntaxis van de bestandsnaam, mapnaam of volumenaam is onjuist.')
Failed to execute script esptool
the selected serial port Failed to execute script esptool
 does not exist or your board is not connected

Re: Trouble flasing SHC ESP32

Khalid Baheyeldin
 

On Fri, Oct 18, 2019 at 01:05 PM, Bas Prins wrote:
There are messages about "esptoo.py" and missing header files in u8g2-master. At some point it was specifically mentioning u8g2lib.h, but it is definitely in folder D:\Documenten\Arduino\libraries\u8g2-master\cppsrc

On the ESP32 a red led is lit, a blue one is flashing.

These are the current messages:

Sketch uses 383962 bytes (29%) of program storage space. Maximum is 1310720 bytes.
Global variables use 20196 bytes (6%) of dynamic memory, leaving 307484 bytes for local variables. Maximum is 327680 bytes.
esptool.py v2.6
Serial port usb:0/140000/0/1
Traceback (most recent call last):
  File "esptool.py", line 2959, in <module>
  File "esptool.py", line 2952, in _main
  File "esptool.py", line 2652, in main
  File "esptool.py", line 222, in __init__
  File "site-packages\serial\__init__.py", line 88, in serial_for_url
  File "site-packages\serial\serialwin32.py", line 62, in open
serial.serialutil.SerialException: could not open port 'usb:0/140000/0/1': WindowsError(123, 'De syntaxis van de bestandsnaam, mapnaam of volumenaam is onjuist.')
Failed to execute script esptool
the selected serial port Failed to execute script esptool
 does not exist or your board is not connected
Invalid library found in D:\Documenten\Arduino\libraries\u8g2-master: no headers files (.h) found in D:\Documenten\Arduino\libraries\u8g2-master
Invalid library found in D:\Documenten\Arduino\libraries\u8g2-master: no headers files (.h) found in D:\Documenten\Arduino\libraries\u8g2-master
Seems you have two separate issues.

First, the name of the directory ...\libraries\u8g2-master should be ...\libraries\u8g2 (without the -master).
But that does not seem to affect compilation, since you get Sketch uses xxx bytes, ...etc. and an attempt to flash.

Second issue is a USB connection problem. Perhaps you did not select the correct COMx port in the IDE? Perhaps it is on some other port? The error message says "The syntax of the file name, folder name, or volume name is incorrect". I don't use Windows so can't tell what this is.

Trouble flasing SHC ESP32

Bas Prins
 

Hi,

I'm having problems flashing the ESP32 version of the SHC. My Arduino IDE is 1.8.10. My Onstep version is 1.16h.

There are messages about "esptoo.py" and missing header files in u8g2-master. At some point it was specifically mentioning u8g2lib.h, but it is definitely in folder D:\Documenten\Arduino\libraries\u8g2-master\cppsrc

On the ESP32 a red led is lit, a blue one is flashing.

These are the current messages:

Sketch uses 383962 bytes (29%) of program storage space. Maximum is 1310720 bytes.
Global variables use 20196 bytes (6%) of dynamic memory, leaving 307484 bytes for local variables. Maximum is 327680 bytes.
esptool.py v2.6
Serial port usb:0/140000/0/1
Traceback (most recent call last):
  File "esptool.py", line 2959, in <module>
  File "esptool.py", line 2952, in _main
  File "esptool.py", line 2652, in main
  File "esptool.py", line 222, in __init__
  File "site-packages\serial\__init__.py", line 88, in serial_for_url
  File "site-packages\serial\serialwin32.py", line 62, in open
serial.serialutil.SerialException: could not open port 'usb:0/140000/0/1': WindowsError(123, 'De syntaxis van de bestandsnaam, mapnaam of volumenaam is onjuist.')
Failed to execute script esptool
the selected serial port Failed to execute script esptool
 does not exist or your board is not connected
Invalid library found in D:\Documenten\Arduino\libraries\u8g2-master: no headers files (.h) found in D:\Documenten\Arduino\libraries\u8g2-master
Invalid library found in D:\Documenten\Arduino\libraries\u8g2-master: no headers files (.h) found in D:\Documenten\Arduino\libraries\u8g2-master

I hope someone has a clue about what I'm doing wrong. 

Bas.

Re: MaxESP2 and BME280 not working due to Wire.h?

Khalid Baheyeldin
 

On Fri, Oct 18, 2019 at 12:14 PM, Howard Dutton wrote:
On my ESP32...

:Te#1
:R8#
:Mw#
:GU#NpG/ET280#
Verified on my STM32

:GU# returns NpSGz/ET180#

Re: MaxESP2 and BME280 not working due to Wire.h?

Howard Dutton
 
Edited

Looking more closely at the guide command/status:

/ET250#:Gm#E#:%BD#81#:%BR#64#:GX90#1.00#:GX95#0#:GX96#B#:GXE9#60#:GXEA#60#:A?#900#:GX02#0#:GX03#0#:GR#08:21:08#:GD#+89*59:12#:GU#Np/ET250#:Gm#E#:%BD#81#:%BR#64#:GX90#1.00#:GX95#0#:GX96#B#:GXE9#60#:GXEA#60#:A?#900#:GX02#0#:GX03#0#:GR#08:21:09#:GD#+89*59:12#:GU#Np/ET250#:Gm#E#:%BD#81#:%BR#64#:GX90#1.00#:GX95#0#:GX96#B#:GXE9#60#:GXEA#60#:A?#900#:GX02#0#:GX03#0#:R8:Mw#:GR#08:21:10#:GD#+89*59:12#:GU#Np/ET280#:Gm#E#:%BD#81#:%BR#64#:GX90#1.00#:GX95#0#:GX96#B#:GXE9#60#:GXEA#60#:A?#900#:GX02#0#:GX03#0#:GR#08:21:11#:GD#+89*59:12#:GU#Np/ET280#:Gm#E#:%BD#81#:%BR#64#:GX90#1.00#:GX95#0#:GX96#B#:GXE9#60#:GXEA#60#:A?#900#:GX02#0#:GX03#0#:GR#08:21:12#:GD#+89*59:12#:GU#Np/ET280#:Gm#E#:%BD#81#:%BR#64#:GX90#1.00#:GX95#0#:GX96#B#:GXE9#60#:GXEA#60#:A?#900#:GX02#0#:GX03#0#:GR#08:21:14#:GD#+89*59:12#:GU#Np

That status should have a G in it to indicate guiding.

So either the guide command never got there or the command was purposefully ignored or it was executed but immediately canceled.

On my ESP32...

:Te#1
:R8#
:Mw#
:GU#NpG/ET280#