Date   

Re: WiFi configuration

Dennis Hurlbut
 

I did the flash wipe, it was slightly better for a short bit. Still not getting anywhere.

I do have the correct board manager, 2.4.2. I know this because it's asking me to upgrade.

I'm still finding it puzzling that I can't do updates to the D1 through the Teensy. The fact that the WiFi comes up as Onstep implies they are talking, but still, it feels like something's wrong there. If I do the :ESPFLASH#, it does indicate it's ready to flash the board, but it never works. I always have to work through the D1 port directly. It feels like that might be related.

Also, the bit about "R" for resetting is not clear to me. It's not clear what I should see on the serial monitor and when I can send it, or even if I need to do that. Serial monitor doesn't give me much info most of the time.


Re: WiFi configuration

Dave Schwartz
 

Are you using an esp8266 board manager greater than 2.4.2? These sound exactly like the symptoms I had when using 2.5.0... inconsistent connection, frequent IP connection loss, unable to get through more than a few screens without a drop. It was fine after I downgraded to 2.4.2.

On 2019-02-26 2:44 a.m., Dennis Hurlbut wrote:
That was easy, once I read the code. I was in for a bit, and I turned both station and AP modes on simultaneously for some testing (as mentioned in the docs). Now I can't get back in. I've tried a bunch of the reset processes on from the WiFi page, but no dice. My computer won't stay connected to the Onstep network, and the device doesn't show up on my wifi. Although I believe I see its MAC address in the connection table, it never acquires an IP. I have briefly seen the website during the brief connections to the AP, but it doesn't last.

Any thoughts?


Re: WiFi configuration

Howard Dutton
 

On Mon, Feb 25, 2019 at 11:44 PM, Dennis Hurlbut wrote:
That was easy, once I read the code. I was in for a bit, and I turned both station and AP modes on simultaneously for some testing (as mentioned in the docs). Now I can't get back in. I've tried a bunch of the reset processes on from the WiFi page, but no dice. My computer won't stay connected to the Onstep network, and the device doesn't show up on my wifi. Although I believe I see its MAC address in the connection table, it never acquires an IP. I have briefly seen the website during the brief connections to the AP, but it doesn't last.

Any thoughts?
Per the Wiki section "What to do when you get Locked Out!"...

I'd upload again but wipe the flash (all flash contents) to clear the settings, back to square one.

https://groups.io/g/onstep/wiki/Wifi-Bluetooth


Re: Save alignment

Howard Dutton
 

On Tue, Feb 26, 2019 at 03:44 AM, <keith.trivett@...> wrote:
Yes my mount is a permanent set up . Im amazed that syncing does not alter the alignment model because each use the accuracy of goto seems to have  improved
Syncing doesn't change the model but it can get you a little extra accuracy in nearby areas of the sky.  Or, if you sync "not quite all the way to center" as you go here and there you can average out the pointing error across the sky especially in the regions you frequently visit.


Re: Save alignment

Keith Trivett
 

Yes my mount is a permanent set up . Im amazed that syncing does not alter the alignment model because each use the accuracy of goto seems to have  improved . This controler has only been aligned once (3 star I think) . Each night im out I can do 20+ goto's (observation only) and then park up and it really does feel that the accuracy has improved over time. If thats not the case then no need to back up the alignment then.


Re: WiFi configuration

Dennis Hurlbut
 

That was easy, once I read the code. I was in for a bit, and I turned both station and AP modes on simultaneously for some testing (as mentioned in the docs). Now I can't get back in. I've tried a bunch of the reset processes on from the WiFi page, but no dice. My computer won't stay connected to the Onstep network, and the device doesn't show up on my wifi. Although I believe I see its MAC address in the connection table, it never acquires an IP. I have briefly seen the website during the brief connections to the AP, but it doesn't last.

Any thoughts?


WiFi configuration

Dennis Hurlbut
 

So I've gotten pretty far. First power-up good. After a fight (turned out to be bad serial cable) the Teensy 3.2 is programmed. I can't seem to program the D1 Pro through the Teensy though. I did get it uploaded directly through the D1's serial port.

ONSTEP shows up as a secured SSID. I don't see where there's a default network security key, and the directions seem to imply there shouldn't be one, or I can't find it. Is there a default security key somewhere in documentation that I'm missing?

Regarding the issues uploading through the Teensy, here's what I was seeing:

resetting board
trying to connect
    flush start
    setting serial port timeouts to 1 ms
    setting serial port timeouts to 1000 ms
    flush complete
    espcomm_send_command: sending command header
    espcomm_send_command: sending command payload
    read 0, requested 1
(...Trying to connect message repeated several times...)
warning: espcomm_sync failed
error: espcomm_open failed
error: espcomm_upload_mem failed

Any thoughts on that?


Re: My First build of Onstep mount

Yan Ouk
 

I allready noticed that Howard, thanks for the advise, the servo drive I will use will be fine with 3.3vdc max signal, and i will not use the usb to power the Teensy3.6 (anyway usb is so weak in power)
I will have to overclock the Teensy3.6 to get all the faster pulsing rate, I will look at it.
I am not an electronic guy, but a mechanical eng, so I am not too dummy, but it's a little hard for me to manage all of this, I am much better doing do 3D CAD, rendering, CAM, drawings and FEA ;-) so If you need some help for 3D CAD design, I am your guy, if it can be built, I can make it.

Have a nice day


Re: Arduino Compilation using an IDE

John Archbold
 

The solution was quite easy after all - just move the #include "Globals.h" to after #include "src/lib/Julian.h", but before the #include "src/lib/TMC2130.h"
Problem solved.

It now compiles under VS community edition (with vmicro) on Windows, and VSCode on mac.
Nice to be able to get the advanced IDE tools.


Re: Save alignment

Khalid Baheyeldin
 

On Mon, Feb 25, 2019 at 06:17 PM, <keith.trivett@...> wrote:
Is there a way to save the alignment data and save it to transfer to another onstep controller.
If I remember correctly, Howard's Sky Planetarium program, it has a feature to save the alignment model.

After weeks worth of sync data my mount is now performing great
OnStep does not do cumulative refinement of the alignment model beyond the N-star align (3 to 6 stars for STM32).

This means that after you conclude the alignment, any subsequent syncs do not improve the model.

Also, is your mount on a permanent pier? If not, then you cannot use a saved alignment data, and have to do the alignment anew the next time you take the mount out, since you can't place it exactly how it was the last time it was out.


Save alignment

Keith Trivett
 

Is there a way to save the alignment data and save it to transfer to another onstep controller. After weeks worth of sync data my mount is now performing great and I don't wish to reflash the latest firmware and loose all the alignment data. From what I can find on the internet this  Isn't possible on Arduino .


Atlas mount for sale on Cloudy Nights

John Scherer
 

Howard, if you don't want this kind of thing here, let me know and I'll remove it.

There is a non-goto Atlas mount available on Cloudy Nights for $500. Comes with two installed 10,000 tic JMI encoders, counterweights, etc.  Might be a good mount for conversion to OnStep if someones looking for a project.
https://www.cloudynights.com/classifieds/item/163614-atlas-mount-non-goto-with-push-to-dsc-pier-top-adapter/


Re: Polar Alignment Corrections

Howard Dutton
 

On Mon, Feb 25, 2019 at 09:20 AM, Khalid Baheyeldin wrote:
How about Cassiopeia?
The stars are fairly bright, and it is above the obstructions around dark. Eps Cas is declination +63.
Sure, that's the idea.


Re: OnStep on Astro-Physics AP400 (non goto quartz drive)

Mark Scrivener
 

Thanks Gilles! All points noted, grabbed the STL file and I'll take a look at what Charles Lemaire did as well. Looks pretty straightforward, but I'll let you know if I have questions once I dig into it.

I totally hear ya on winter and astronomy. I live in Northern CA where we basically have two seasons, wet and dry. Sadly it is a rare year when I manage to get out during the winter. There are lots of winter objects I'd love to image but unless I move it may never happen.

All the best,
Mark


Re: OnStep on Astro-Physics AP400 (non goto quartz drive)

Gilles Gagnon
 

Hi Mark,

The conversion of my AP400 is virtually complete. I can provide you more up-to-date information as well as the STL file for the motor housing.

The motors I use are the 14HS20-1504S NEMA14 from StepperOnline ( https://www.omc-stepperonline.com/nema-14-stepper-motor/nema-14-bipolar-18deg-40ncm-567ozin-15a-42v-35x35x52mm-4-wires-14hs20-1504s.html , 1.8 degree step, 40N.cm), with a GR1 value of 3.75:1 (GT2 16 and 60 teeth pulleys), GR2 being 192, and 32 microsteps.  RA motor (Axis 1) is reverse direction, DEC (Axis 2) is normal direction.

You need to remove the silver cap on the worm housing in order to reveal the worm shaft and mill a small groove on each worm housing so you can fit the hex Allen key to tighten the 60 teeth pulley on the worm axis.

I do not have much recent photos but I include the STL file as well as a photo of the RA motor housing, FYI. As we've had the worst winter (overwhelmed by snow falls) in many years, i haven't had the opportunity to test it outside yet :-( . 

Let me know if you need more info.

P.S. You can also look at Charles Lemaire recent posting on an AP400 modification that makes use of NEMA17 0.9 degree per step motor.

Cheers,
Gilles


Re: Polar Alignment Corrections

Khalid Baheyeldin
 

On Mon, Feb 25, 2019 at 08:10 AM, Howard Dutton wrote:
That's going to depend on where in the sky you're pointing.  For example, pointing due east or west you will have a difficult time affecting any apparent movement of the pointing direction using the Alt adjustment.  Ditto for an Az adjustment if you're pointed at the Zenith. 
That explains what was happening. I did it on Hamal (Alp Ari, declination +23, and that was ~ Az 260).

Pointing closer to the NCP should result in a more natural behavior but then the choice of  bright stars might become more of an issue.  Also, I guess pointing to the southern area of the sky would work equally well.  As I've said this idea hasn't been tested... In a finished off concept we could suggest stars.
How about Cassiopeia?
The stars are fairly bright, and it is above the obstructions around dark. Eps Cas is declination +63.


Re: Default guide speed / checking guide speed of Onstep

Howard Dutton
 

On Mon, Feb 25, 2019 at 06:02 AM, <simingx@...> wrote:
So if I click "0.5x" then "2.0x" the pulse guiding rate will be 0.5x
If the "separate pulse-guide rate" is enabled in Config.xxx.h, yes.

If "1.0x" followed by "2.0x" the rate will be 1.0x
Make that pulse-guide rate, and yes.

If "1.5x" followed by "2.0x" the rate will be still 1.0x
There is no predefined 1.5x rate.


Re: Default guide speed / checking guide speed of Onstep

simingx@...
 

Ok,
So if I click "0.5x" then "2.0x" the pulse guiding rate will be 0.5x
If "1.0x" followed by "2.0x" the rate will be 1.0x
If "1.5x" followed by "2.0x" the rate will be still 1.0x

Is that right?


Re: Default guide speed / checking guide speed of Onstep

Howard Dutton
 

On Mon, Feb 25, 2019 at 05:34 AM, <simingx@...> wrote:
t means that if I clicked "Very Fast (2X)", it still means that the guide speed will be 1X, correct?
If the "separate pulse-guide rate" is enabled in Config.xxx.h and you use PHD2 (etc.) with ASCOM pulse-guiding it will continue to guide at whatever the last rate set at <= 1X was.  The ST4 port will do the same but only if not in hand controller mode.


Re: Default guide speed / checking guide speed of Onstep

simingx@...
 

Hi Howard,
If I understand correctly the following paragraph:
"Rates: All of the commands below support a range of guide rates.  The guide rate is usually set with buttons [0.25x] [0.5x] [1x] [Mid] [Fast] [VFast] which are available in the Android App, website, Sky Planetarium, etc.   Depending on your configuration (Config.xxx.h) you can have a separate pulse-guide rate that applies only to that command and possibly the ST4 port (if NOT in hand control mode.)  This way the ST4 interface (if in hand control mode) or a normal guide can move the telescope more quickly to center objects while auto-guiding will always use the same much slower rate appropriate to it's operation.  The pulse-guide rate is remembered."

It means that if I clicked "Very Fast (2X)", it still means that the guide speed will be 1X, correct?