Date   

Re: Parking

Khalid Baheyeldin
 

On Thu, Jul 16, 2020 at 11:06 PM, Grant Mussman wrote:
After I do that, if I try to unpark and goto, say M39, the Mount stops somewhere around the home position
Do you set the date and time after you power up, and before you unpark?


Parking

Grant Mussman
 

I am having some trouble getting Park to work.  I am running onstep release 2.22 and using the mini PCB, connecting via Bluetooth and using the android app.
I am using an equatorial Mount. 


My procedure is to power everything up, perform an align, the use the guide/center function to get the mount into an acceptable park position, and hit “set park”.  I’m my case the park position is rotated so the scope and the counterweight are flat across the RA, with the scope to the west, and the scope pointed parallel to the ground.


After I do that, if I try to unpark and goto, say M39, the Mount stops somewhere around the home position, Which it shouldn’t have even gone past to get to M39.  It’s an older version of the app, not sure if that matters.  Anyway, I’m not sure if I’m sticking at home for some reason or if the alignment is just way off.

Am I using the correct procedure to set park position?  


Re: Failed to init device yet again

Drew 🔭📷🚴‍♂️
 

On Thu, Jul 16, 2020 at 07:23 PM, Gerry Byrne wrote:
get exactly the same as it Pic1 earlier. The little box saying unknown board comes up.

Yes , that is what we want. The contents are immaterial, its presence tells us that the Arduino IDE is talking  to the chip. The bottom line is just showing you the hardware device that you selected. Change the device and it will change to match your selection.


Re: Failed to init device yet again

Gerry Byrne
 

Khalid,
I get exactly the same as it Pic1 earlier. The little box saying unknown board comes up.
Gerry

On 16/07/2020 23:56, Khalid Baheyeldin wrote:
On Thu, Jul 16, 2020 at 06:52 PM, Gerry Byrne wrote:
when I select "Get Board Info" (the board is powered up, in RUN mode and the USB is connected).
What Drew meant is that you need to do this with the jumper/cable/switch in the FLASH position.
That tells us whether the IDE sees the STM32 as ready for flashing or not.


--
Copernicus


Re: Failed to init device yet again

Khalid Baheyeldin
 

On Thu, Jul 16, 2020 at 06:52 PM, Gerry Byrne wrote:
when I select "Get Board Info" (the board is powered up, in RUN mode and the USB is connected).
What Drew meant is that you need to do this with the jumper/cable/switch in the FLASH position.
That tells us whether the IDE sees the STM32 as ready for flashing or not.


Re: Failed to init device yet again

Gerry Byrne
 

Drew,
The box in my photo (see Pic1) comes up when I select "Get Board Info" (the board is powered up, in RUN mode and the USB is connected).
BN: Unknown Board
VID: lOC4
PID: EA60
SN: Upload any sketch to obtain it

I also notice (see Pic2) that other information comes up at the very bottom of the screen. It reads:
Generic STM32F103C series, STM32F103CB (20k RAM. 128k Flash), serial, 72 Mhz (normal), Smallest (default) on COM3.

Apart3 from this line, which appears to be a report of parameters entered in Tools, there is no mention of any Com port.
Gerry



On 16/07/2020 17:52, Drew 🔭📷🚴 ♂ wrote:
On Thu, Jul 16, 2020 at 12:25 PM, Gerry Byrne wrote:
When I track back through Device Manager CP2101 has also been allocated Com 3 by Windows.
Did you do the "Get Board Info" as I suggested? This will tell you that the Arduino IDE sees the board on that port. That is what you need to know.

I suggested you recreate the OnStep directory. It may not be necessary to rebuild the Arduino IDE. As a matter of fact  I would suggest you do not, saving that step as a last resort.


--
Copernicus


Re: Failed to init device yet again

Dave Schwartz
 

Yes that is correct. It is in flash mode and you have the port selected  now. There must be something wrong with that three-wire harness or the switch. The switch and harness is only there so that you can place it in flash mode without opening the case and moving the jumper (the switch bat is supposed to be accessible through a slot in the case). Getting it to work that way is something to figure out later.

That 'WiFi101/ WiFiNINA' is not used (nor is 'Programmer ArduinoISP') due to our board manager selection overrides.

You are now much closer - hang in there!

On 2020-07-16 12:21 p.m., Gerry Byrne wrote:
Dave,
A photo of the Com Port flyout shows only Com 3 and it already has a tick beside it. I selected it by clicking on it but nothing happened. I still get failure to initialise. When I track back through Device Manager CP2101 has also been allocated Com 3 by Windows. BTW can you read through the other items on the photo. Am I using the correct updater? Is that WiFi101/ WiFiNINA Updater correct?

There was a positive change when I removed the switch harness. The green LED stopped flashing. But I still get failure to initialise. I attach photo - have I done this correctly to achieve flash mode?

I think I will now attempt to rebuild the Onstep sketch as Drew suggested through a fresh install of Arduino and the Onstep elements and hopefully get rid of the Blink stuff. Although I would have imagined the sketch transfer would have initialised in any event once contact was made with the appropriate port.
Gerry



On 15/07/2020 20:41, Dave Schwartz wrote:
I'm going to assume that the COM port you are selecting in the IDE is the one that appears when you connect the CP2102. Are you actually selecting that from the 'Port' flyout ? Your picture doesn't show a port as being selected. You have to actually select it, its not good enough that it just be in the flyout list.

Let's eliminate that wiring harness to the flash-run switch. Go back to using the original jumper. The existing yellow jumper on BOOT1 is where it always stays, bridging the center and '0' end pins. Put the one on the BOOT0 header... the same end as BOOT1 is the run position and the opposite (bridging the center and '1') end pins is the flash position. I believe the green LED should not be active when in flash mode because not even the original blink sketch will be running in that mode.

On 2020-07-15 11:40 a.m., Gerry Byrne wrote:
Dave,
Yes, it's a brand new replacement STM32 and it flashed from the get-go, before I attempted to upload anything to it.

I think you may have a point about the blink sketch (Drew makes a similar point). I never realised Arduino behaved like that. But would that completely explain the failure to initialise?

Since writing earlier I did a circuit test on links between the CP2102 and the STM board. One pin on the CP2102 appeared slightly loose with an intermittent circuit  between it and A10 on the Blue Pill and I re-soldered it and the connection is now perfect between RX, Tx and A9 and A10.. But still I cannot upload.

Here, in excruciating detail, is what I have been doing.

I unplug everything. Move the switch to flash. Power up via the 5V supply on the PCB. Red LED lights, Green LED flashes. Then plug USB from the laptop to the CP2102. Instruct the IDE to upload the Onstep sketch. It compiles and then goes into upload mode. It says "done uploading" but inspection reveals the "failed to init device" message again along with the other stuff about blink. I repeat by depowering, unplugging the USB and repowering and reinserting the USB plug followed by another attempt at uploading.

My board settings are as in the attached photo. COM Port is not shown but it is COM 3 and this is confirmed by Device Settings. When I changed it to COM 2, the IDE went looking for COM 3 and I changed it back.

I attach other pics attempting to show the switch connections to the Blue Pill.

Many thanks for your interest.
Gerry









On 15/07/2020 15:05, Dave Schwartz wrote:
Is the flashing green LED the behavior of the STM32 before you have uploaded anything to it? If so, that is normal because there is a default blink program uploaded to it as a test step during fabrication. All the ones I have had did that.

I have no idea what the 'Invalid library' could be... not the foggiest idea why something would be trying to access something from the blink sketch an during OnStep build unless you have somehow corrupted the OnStep directory with blink sketch code. A complete wipe of the OnStep directory and refresh from the repository might be needed.

Please describe, in excruciating detail, the steps you are performing when preparing the STM32 for the upload and restoring it to run mode. Perhaps include detailed descriptions or a picture of how the flash/run switch is connected to the header on the STM32 (or the configuration of the jumpers if you are not using the switch). This has been conquered by literally hundreds of people so there must be something in the sequence that you are doing that is incorrect but you don't recognize it because you've never seen it work successfully. Nothing worse than having a procedure wrong and doing it over and over expecting a different result because you haven't realized a tiny error. Been there, done that.

On 2020-07-15 8:24 a.m., Gerry Byrne wrote:
I continue to receive the following error messages (see below this message) when attempting to flash the STM32 with Onstep.

I have reloaded all the appropriate software libraries, etc, and the sketch compiles  without problems. Uploading is the problem.

I have replaced both the STM32 Blue Pill and the CP2102 to no avail. My laptop now recognises the CP2102 and has allocated it to Com 3 (previously I got a "device is faulty" message). It flashes red about four times when the USB is connected then remains a steady red.

The new STM32 Blue Pill has a power light (red) on when the PCB power supply (5V) is connected. However it also has a rapid flashing green LED. Is this normal?

Gerry Byrne

Error Message:

*Failed to init device *
*stm32flash 0.4*
*http://stm32flash.googlecode.com/*
*Using Parser : Raw BINARY*
*Interface serial_w32: 115200 8E1*
*Invalid library found in C:\Users\gerbyrne\Documents\Arduino\libraries\blink: no headers files (.h) found in C:\Users\gerbyrne\Documents\Arduino\libraries\blink*
*Invalid library found in C:\Users\gerbyrne\Documents\Arduino\libraries\blink: no headers files (.h) found in C:\Users\gerbyrne\Documents\Arduino\libraries\blink*
--
*Copernicus*





Re: Which Micro, Motor etc.. #EQ5

Mike
 

Many thanks for the quick reply Khalid...

I'm an old engineer, soldering is one of my good points ;)
I build a lot of projects and write code so am familiar with the process but being over sixty things are best done by getting advice before I screw up...

Thanks again, I am looking forward to building and adding my own touches...
Mike


Re: Failed to init device yet again

Drew 🔭📷🚴‍♂️
 

On Thu, Jul 16, 2020 at 12:25 PM, Gerry Byrne wrote:
When I track back through Device Manager CP2101 has also been allocated Com 3 by Windows.
Did you do the "Get Board Info" as I suggested? This will tell you that the Arduino IDE sees the board on that port. That is what you need to know.

I suggested you recreate the OnStep directory. It may not be necessary to rebuild the Arduino IDE. As a matter of fact  I would suggest you do not, saving that step as a last resort.


Re: Which Micro, Motor etc.. #EQ5

Khalid Baheyeldin
 

On Thu, Jul 16, 2020 at 12:35 PM, Michael wrote:
I've read many of the posts in an effort to become familiar with OnStep and have a few questions but before I start it might be worth noting I favor accuracy over speed.
Start by reading the showcase page, where there are lots of examples of EQ5 conversions.

Can you recommend motors for my setup (EQ5 8" Reflector)? was considering: This one
Those are known to work.

What gear Ratio for best/recommended for accuracy/resolution?
Usually 3:1 at a minimum, and 4:1 if you can do it with pulleys that don't obstruct the mount's range of motion.

Any advantages to using a 10mm belts and pulleys?
Pulleys and belts are the recommended method. See the showcase page linked above.
The belts and pulleys we use are the GT2 type, popular in the robotics and 3D printer community.

I have all of the Micros mentioned in the topics but haven't decided which is best suited, any guidance would be appreciated (I have no idea what pitfalls may arise from my choice).
All of the most used boards work well. MKS Gen-L, STM32, MiniPC, MaxPCB, MaxESP, and R32/CNCv3. Which one depends on many factors: your level of skill with soldering/electronics, ease of getting the discrete components, cost, features you will never use (e.g. a field rotator, second focuser), ...etc.

Lastly, does onstep support adding a tracking scope?
Yes, OnStep supports autoguiding.


Which Micro, Motor etc.. #EQ5

Mike
 

I've read many of the posts in an effort to become familiar with OnStep and have a few questions but before I start it might be worth noting I favor accuracy over speed.

Can you recommend motors for my setup (EQ5 8" Reflector)? was considering: This one
What gear Ratio for best/recommended for accuracy/resolution?
Any advantages to using a 10mm belts and pulleys?

I have all of the Micros mentioned in the topics but haven't decided which is best suited, any guidance would be appreciated (I have no idea what pitfalls may arise from my choice).

Lastly, does onstep support adding a tracking scope?
Michael


Re: Failed to init device yet again

Khalid Baheyeldin
 

On Thu, Jul 16, 2020 at 12:25 PM, Gerry Byrne wrote:

There was a positive change when I removed the switch harness. The green LED stopped flashing. But I still get failure to initialise. I attach photo - have I done this correctly to achieve flash mode?
Whatever is in the photo, with the black jumper connected the left pin with the center pin, means that the STM32 is in flash mode.
Provided you can get the USB port recognized in Windows, you should be able to flash the STM32.

Then after you do so, you should switch the jumper to the right pin and the center pin. Then if you power cycle, OnStep should start.


Re: Failed to init device yet again

Gerry Byrne
 

Dave,
A photo of the Com Port flyout shows only Com 3 and it already has a tick beside it. I selected it by clicking on it but nothing happened. I still get failure to initialise. When I track back through Device Manager CP2101 has also been allocated Com 3 by Windows. BTW can you read through the other items on the photo. Am I using the correct updater? Is that WiFi101/ WiFiNINA Updater correct?

There was a positive change when I removed the switch harness. The green LED stopped flashing. But I still get failure to initialise. I attach photo - have I done this correctly to achieve flash mode?

I think I will now attempt to rebuild the Onstep sketch as Drew suggested through a fresh install of Arduino and the Onstep elements and hopefully get rid of the Blink stuff. Although I would have imagined the sketch transfer would have initialised in any event once contact was made with the appropriate port.
Gerry

On 15/07/2020 20:41, Dave Schwartz wrote:
I'm going to assume that the COM port you are selecting in the IDE is the one that appears when you connect the CP2102. Are you actually selecting that from the 'Port' flyout ? Your picture doesn't show a port as being selected. You have to actually select it, its not good enough that it just be in the flyout list.

Let's eliminate that wiring harness to the flash-run switch. Go back to using the original jumper. The existing yellow jumper on BOOT1 is where it always stays, bridging the center and '0' end pins. Put the one on the BOOT0 header... the same end as BOOT1 is the run position and the opposite (bridging the center and '1') end pins is the flash position. I believe the green LED should not be active when in flash mode because not even the original blink sketch will be running in that mode.

On 2020-07-15 11:40 a.m., Gerry Byrne wrote:
Dave,
Yes, it's a brand new replacement STM32 and it flashed from the get-go, before I attempted to upload anything to it.

I think you may have a point about the blink sketch (Drew makes a similar point). I never realised Arduino behaved like that. But would that completely explain the failure to initialise?

Since writing earlier I did a circuit test on links between the CP2102 and the STM board. One pin on the CP2102 appeared slightly loose with an intermittent circuit  between it and A10 on the Blue Pill and I re-soldered it and the connection is now perfect between RX, Tx and A9 and A10.. But still I cannot upload.

Here, in excruciating detail, is what I have been doing.

I unplug everything. Move the switch to flash. Power up via the 5V supply on the PCB. Red LED lights, Green LED flashes.  Then plug USB from the laptop to the CP2102. Instruct the IDE to upload the Onstep sketch. It compiles and then goes into upload mode. It says "done uploading" but inspection reveals the "failed to init device" message again along with the other stuff about blink. I repeat by depowering, unplugging the USB and repowering and reinserting the USB plug followed by another attempt at uploading.

My board settings are as in the attached photo. COM Port is not shown but it is COM 3 and this is confirmed by Device Settings. When I changed it to COM 2, the IDE went looking for COM 3 and I changed it back.

I attach other pics attempting to show the switch connections to the Blue Pill.

Many thanks for your interest.
Gerry









On 15/07/2020 15:05, Dave Schwartz wrote:
Is the flashing green LED the behavior of the STM32 before you have uploaded anything to it? If so, that is normal because there is a default blink program uploaded to it as a test step during fabrication. All the ones I have had did that.

I have no idea what the 'Invalid library' could be... not the foggiest idea why something would be trying to access something from the blink sketch an during OnStep build unless you have somehow corrupted the OnStep directory with blink sketch code. A complete wipe of the OnStep directory and refresh from the repository might be needed.

Please describe, in excruciating detail, the steps you are performing when preparing the STM32 for the upload and restoring it to run mode. Perhaps include detailed descriptions or a picture of how the flash/run switch is connected to the header on the STM32 (or the configuration of the jumpers if you are not using the switch). This has been conquered by literally hundreds of people so there must be something in the sequence that you are doing that is incorrect but you don't recognize it because you've never seen it work successfully. Nothing worse than having a procedure wrong and doing it over and over expecting a different result because you haven't realized a tiny error. Been there, done that.

On 2020-07-15 8:24 a.m., Gerry Byrne wrote:
I continue to receive the following error messages (see below this message) when attempting to flash the STM32 with Onstep.

I have reloaded all the appropriate software libraries, etc, and the sketch compiles  without problems. Uploading is the problem.

I have replaced both the STM32 Blue Pill and the CP2102 to no avail. My laptop now recognises the CP2102 and has allocated it to Com 3 (previously I got a "device is faulty" message). It flashes red about four times when the USB is connected then remains a steady red.

The new STM32 Blue Pill has a power light (red) on when the PCB power supply (5V) is connected. However it also has a rapid flashing green LED. Is this normal?

Gerry Byrne

Error Message:

*Failed to init device *
*stm32flash 0.4*
*http://stm32flash.googlecode.com/*
*Using Parser : Raw BINARY*
*Interface serial_w32: 115200 8E1*
*Invalid library found in C:\Users\gerbyrne\Documents\Arduino\libraries\blink: no headers files (.h) found in C:\Users\gerbyrne\Documents\Arduino\libraries\blink*
*Invalid library found in C:\Users\gerbyrne\Documents\Arduino\libraries\blink: no headers files (.h) found in C:\Users\gerbyrne\Documents\Arduino\libraries\blink*
--
*Copernicus*


--
*Copernicus*


Re: OnStep from Instein.eu

Mike
 

My condolences to all involved and I hope they will be back in business soon, their product did have good potential...


Re: holding current switch off function

Markus Kempf
 

thank you for the quick response. It does not get hot anymore, but with tracking off and Axis1 Driver: standstill there is still a holding torque. I can not easily turn the RA motor shaft like I can for the DEC motor. SO some current must be still there.

Markus

Am 16/07/2020 um 15:16 schrieb Howard Dutton:

You triggered a bug due to using such a low current setting, numeric underflow, it's fixed now.


Re: Has anyone put Onstep on a Losmandy AZ8?

Christoph
 

John,

I bought the motor set and Onstep controller incl. WiFi module from instein Astro (instein.eu) in July 2019 and fitted it to my AZ8. I shared some images with you  in the following Dropbox folder. As you can see there are some clearance problems related to the motor housing which can be dealt with by filing off some parts and by putting counterweight or a second scope on the other side so that the heavier part doesn't sag down.

https://www.dropbox.com/sh/f0vk2z789pps6km/AACVpAAJ2U7i3iLj5fky58exa?dl=0

I have not used it much since then as I have switched to a different motorized Alt-Az mount. All in all I was not very happy with establishing a WiFi connecting to either my phone/tablet or PC. I will probably remove the motors and controller again from the mount and use it as a push-to mount with Nexus DSC..
I bought the controller at a time when it was very fresh and instein adopted it for the AZ8 on my request. I think I was their first AZ8 customer a year ago. Maybe you have more luck with it as there have been firmware updates after this for sure...I just don't have the patience to fiddle around with electronics etc.

Christoph.


Re: OnStep from Instein.eu

Khalid Baheyeldin
 

On Thu, Jul 16, 2020 at 05:56 AM, Michael wrote:
Just checked the link and domain is now for sale...
From over here, the instein.eu web site has a notice that, for disease reasons, they are refunding money to those who purchased their products, and hope to be back in business soon.


Re: holding current switch off function

Howard Dutton
 

You triggered a bug due to using such a low current setting, numeric underflow, it's fixed now.


Re: holding current switch off function

Markus Kempf
 

something is wrong with these settings, for the first time the RA motor gets warm now. Only Park really switches things off and temperatures go down.

Markus


Re: holding current switch off function

Markus Kempf
 

now I get this and the motors are doing nothing, but the RA stepstick is too hot to touch.

Operations:
Parking: Not Parked (At Home)
Tracking: Off (PPS Sync)
Tracking Rate: 0.000Hz
Maximum slew speed: 8.9°/s

State:
Axis1 Driver: Standstill, Pre-warning >120C
Axis2 Driver: Standstill
Last General (Background) Error: None

6441 - 6460 of 29588