×

INDI Library v1.9.9 Released (30 Nov 2022)

Bi-monthly INDI Library released with new drivers and bug fixes.

Driver OnStep (LX200 like) for INDI

  • Posts: 107
  • Thank you received: 4
Hoi Alian

Yes the ESP-01 was very hard, i remember more than year ago i had lot of Mail conversation with Howard to fix this. I stop the project. But the OnStep evolved in code today its very easy to flash the ESP when all components are on the PCB. Form its working all under windows 10 with the ascot drivers of howard.

The Indi/Ekos Setup looks promising, the problem with my existing setup is that my FS2 can't park and Cant do the median flip. To get this working for remote Observatorium i need this functions, so that the why for the OnStep. So a little background of my journey;-)

In de meen time i have I have change the ESP WIfi to Join my local network, still the same Indi Driver gets information from the OnSteps but will not go in track mode
The mount control status is in error. and looking in to the logs its shows

==> Update OnSTep Status
CMD <:FG#>
RES <-2>
CMD <GR#>
The Error Reading RA/DEC
CMD <GR#>
The Error Reading RA/DEC
endless loop

So i get not any RES value back than only the error reading RA/DEC.
It makes no difference using my local network or connect to the AP of the OnStep

And connection with USB still Fails also executing with your suggestions.

So what ideas are left? Which lung do you used on your raspberry which worked?


Chris
Last edit: 4 years 2 months ago by Chris Alberts.
4 years 2 months ago #32147

Please Log in or Create an account to join the conversation.

  • Posts: 334
  • Thank you received: 42
Chris,

On Raspberry unbuntu mate OnStep works out of the box.
Just need to follow the instructions in the Download area www.indilib.org/download/ubuntu.html

Did you make the test with minicom and direct connection via USB?
without an output of the terminal session I cannot give you more help.

Start mith minicom -s
Configure you serial port
/dev/ttyACMx (where x is depending on your system) (ls -l /dev/ttyACM* )
set the communication to 9600,8,N,1 no flow control

and then you are ready to communicate with OnStep via the terminal

just enter some lx200 commands lik :GR# og :GD# and you should see returned values
============== here an output of minicom terminal session zith OnStep
Bienvenue avec minicom 2.7.1

OPTIONS: I18n
Compilé le May 6 2018, 08:02:47.
Port /dev/ttyACM0, 21:31:12

Tapez CTRL-A Z pour voir l'aide concernant les touches spéciales

:GR#19:46:04#
:GD#+90*00:00#
:GD#+90*00:00#
:GR#19:46:28#
:GU#nNpHz/Eo0#
:FG#11627#
============================
4 years 2 months ago #32153

Please Log in or Create an account to join the conversation.

  • Posts: 304
  • Thank you received: 24

That is why for the STM32 PCB, we opted to use the WeMos, which has a micoUSB port, and is flashed directly, without any changes in the config file for it. The defaults work the first time you try. You then plug the WeMos into the PCB and leave it there and it just works.

Easier for everyone.
4 years 2 months ago #32155

Please Log in or Create an account to join the conversation.

  • Posts: 334
  • Thank you received: 42
Khalid,

this is alos my point.
I received recently a Wemos from HK but did not yet test it.
My set-up via the raspberry really work well and will not change it.
This is why wanted to build a STM32 based OnStep, but the builtup takes some time (to busy elewhere).

What about direct connectivity via WiFi to Indi, does it relally work now? or is it still the web server only?

regards
Last edit: 4 years 2 months ago by Alain Zwingelstein.
4 years 2 months ago #32157

Please Log in or Create an account to join the conversation.

  • Posts: 107
  • Thank you received: 4
Alain, All

I have it working!! So the USB part of connection. I executed your steps. The speed of the serial rate was to high and hardware flow control on. I changed it and i got response of the OnStep. My USB serial part was messed-up i think. Also i was googling and i found the following the Arduino forum forum.arduino.cc/index.php?topic=129647.0 Also called: The Linux ttyACM0 Drama. The thing what it did for me was

sudo chmod 777 /dev/ttyACM0
sudo apt-get --purge remove modemmanager

So the USB Part is Fixed all function including Slew are working

Now the wifi part i need to fix.
The connection to the OnStep via Wifi works information collected like site information etc etc.
But the status in Mount control of ekos is "Status:Error" This must be tracking
The RA and DEC Are correct compared with Onstep
I connected OnStep to my local network and promoted the OnStep to an Access Point no differents
So Slew is not working, how to fixes this issue, What to to check i have the last ESP01 software active from the git, Has this to do with the WIFI on the ESP?
I think aim not the only one with this issue.

The logs show me
==> Update OnSTep Status
CMD <:FG#>
RES <-2>
CMD <GR#>
The Error Reading RA/DEC
CMD <GR#>
The Error Reading RA/DEC
endless loop

Or must we discuss this on the Onstep Forum?

Chris
The following user(s) said Thank You: Albert van Duin
4 years 2 months ago #32165

Please Log in or Create an account to join the conversation.

  • Posts: 257
  • Thank you received: 22
I also have a couple unusable nodemcu modules from that experiment, and usb was more reliable. Be sure to cut the power wire from the usb cable going to the arduino or the 3 pin regulator will cause device contention in the supplies.

sudo chmod 777 /dev/ttyACM0 --Make sure you are a member of the dialout group. The problem with changing permissions of the serial port is that you will have to keep redoing it every time you connect the cable.

sudo usermod -a -G dialout $USER

Removing modemmanager will help stop port creep acm0, acm1,acm2 etc. when reconnecting, but look into adding udev labels to end the madness.(unless like me you have too many cheapduinos)

Happy Friday!

Also Alain the mushroom hunter. touche!

[edited due to Sake'(and other stupid things I drank)]
Last edit: 4 years 2 months ago by Ray Wells.
4 years 2 months ago #32176

Please Log in or Create an account to join the conversation.

  • Posts: 155
  • Thank you received: 37

At least for me, the user running INDI was in the dialout group. So that's not the problem.

Edit: I did have modemmanager, which I removed as well, so that's still a suspect.

@azwing Everything working now? I've got another pull, for some of the alignment stuff, but I wanted to make sure everything was settled for you before I did it.
Last edit: 4 years 2 months ago by james_lan.
4 years 2 months ago #32180

Please Log in or Create an account to join the conversation.

  • Posts: 334
  • Thank you received: 42
@Blushawk and James

thank you for helping Chris

@Chris
Now that your USB works make sure you freeze all the settings as described by Blueshaw / James.

Concerning WiFi hosnestly I cannot help further since I don't have the same setup.

@Blueshawk
Yes finally after Jasem's fix everithing works.
I am just playing a arround git and branches before I start any modifications on OnStep.
The Git version is OK.
I added a branch "OnStepTest".
Intention is to work on this branch and then to merge to master before sending a pull request
But what I do not yet understand is how to keep this branch up-to date with upstream.
4 years 2 months ago #32190

Please Log in or Create an account to join the conversation.

  • Posts: 107
  • Thank you received: 4
Alain, All

Thanks for your support, I am happy that we have solution now
I am still diving in in to the wifi issue.

I have some question:
1. Who created this driver, he is the one who can help us here
2. Is there some one where communication with the OnStep mini works over WIfi? After connection it start not slewing but mount is in error Status
3. Wat tis the different in the lx200 communication flow in the Driver Code from USB compair to WIFI are this two separated set of codes or is this one function?

The reason i asked. I enabled logging as explained by Alain. I compared the working USB startup with Not Working Wifi Setup. (It starts not Tracking in INDI while Onstep is doing tracking and there for the mount in INDI report de status:error).

I discover the following: By starting up it makes the conclusion "Telescope altitude is below minimum altitude limit of 0. Aborting motion..." and that is strange
because CMD <:GA#> was not needed or requested any way not see in the debug information. (If the code is the same i expect the same error)

[2018-12-01T13:45:34.975 CET INFO ][ org.kde.kstars.indi] - LX200 OnStep : "[INFO] Mount is unparked. "
[2018-12-01T13:45:34.976 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[DEBUG] InitPark Axis1 0.00 Axis2 0.00 "
[2018-12-01T13:45:34.982 CET INFO ][ org.kde.kstars.indi] - LX200 OnStep : "[INFO] =============== Parkdata loaded "
[2018-12-01T13:45:34.983 CET DEBG ][ org.kde.kstars.indi] - < LX200 OnStep >: < RETICULE_BRIGHTNESS >
This below is not true
[2018-12-01T13:45:35.884 CET INFO ][ org.kde.kstars.ekos.mount] - "Telescope altitude is below minimum altitude limit of 0. Aborting motion..."
[2018-12-01T13:45:35.886 CET DEBG ][ org.kde.kstars.indi] - ISD:Telescope: Aborted.
Strange
Round this time a Error is see in the console "Error Slewing Failed"
[2018-12-01T13:45:35.935 CET DEBG ][ org.kde.kstars.indi] - < LX200 OnStep >: < AlignStar >
[2018-12-01T13:45:35.996 CET DEBG ][ org.kde.kstars.indi] - < LX200 OnStep >: < Align Process >
[2018-12-01T13:45:36.039 CET DEBG ][ org.kde.kstars.indi] - < LX200 OnStep >: < Slew elevation Limit >

In the USB sequence no issue here ;-)

Next After that the Configuration is loaded It request the object coordinates and telescope is updated succesfullly and configuration saved.
Then the Scope Asked for [SCOPE] CMD <:GR#> with as result Error reading RA/DEC. Why does he need to request there a extra RA

[2018-12-01T13:45:37.955 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[DEBUG] Configuration successfully loaded. "
[2018-12-01T13:45:37.955 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:GR#> "
[2018-12-01T13:45:37.956 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] RES <13:48:15> "
[2018-12-01T13:45:37.956 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] VAL [13.8042] "
[2018-12-01T13:45:37.956 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:GD#> "
[2018-12-01T13:45:37.956 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] RES <+49*13:06> "
[2018-12-01T13:45:37.957 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] VAL [49.2183] "
Above get the object from OnStep
[2018-12-01T13:45:37.958 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:GU#> "
[2018-12-01T13:45:37.958 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] RES <Npza/ET0> "
[2018-12-01T13:45:37.974 CET INFO ][ org.kde.kstars.indi] - LX200 OnStep : "[INFO] Mount is unparked. "
[2018-12-01T13:45:37.975 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:Gm#> "
[2018-12-01T13:45:37.975 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] RES <E> "
[2018-12-01T13:45:37.976 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:%BD#> "
[2018-12-01T13:45:37.976 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] RES <0> "
[2018-12-01T13:45:37.976 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:%BR#> "
[2018-12-01T13:45:37.976 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] RES <0> "

[2018-12-01T13:45:37.977 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "==> Update OnsTep Status "
[2018-12-01T13:45:37.978 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:FG#> "
[2018-12-01T13:45:37.979 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] RES <-8> "
[2018-12-01T13:45:37.985 CET INFO ][ org.kde.kstars.ekos.mount] - "Telescope info updated successfully."
[2018-12-01T13:45:37.993 CET INFO ][ org.kde.kstars.indi] - LX200 OnStep : "[INFO] Saving device configuration... "
[2018-12-01T13:45:37.999 CET INFO ][ org.kde.kstars.indi] - LX200 OnStep : "[INFO] Device configuration saved. "
[2018-12-01T13:45:37.999 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[DEBUG] Configuration successfully saved. "
[2018-12-01T13:45:38.000 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:GR#> " Why this command

First Time that CMD <:GR#> did get in error
[2018-12-01T13:45:38.000 CET DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "Error reading RA/DEC. "
[2018-12-01T13:45:38.015 CET INFO ][ org.kde.kstars.indi] - OnFocus : "[INFO] OnFocus is online. Getting focus parameters... "
[2018-12-01T13:45:38.020 CET INFO ][ org.kde.kstars.indi] - OnFocus : "[INFO] OnFocus is online. "
[2018-12-01T13:45:38.021 CET INFO ][ org.kde.kstars.ekos] - OnFocus is connected.
[2018-12-01T13:45:38.021 CET DEBG ][ org.kde.kstars.ekos] - 3 devices connected out of 4


My last conclusion is but the forum must confirm this. After starting all equipment in indi, the telecope mount in de INDI gui must be directly in to tracking status when tracking is active in de Onstep and must not be in the status idle. This is wat happend with in the USB connection (OnStep). It will be in tracking after the first slew but i don't know what the correct behaviour must be or that this is a bug it report idle but its tracking ;-)

I hope some can look in de code to check what i discovered can be explained and be fixed


Chris
Last edit: 4 years 2 months ago by Chris Alberts.
4 years 2 months ago #32196

Please Log in or Create an account to join the conversation.

  • Posts: 334
  • Thank you received: 42
Chris,

I just did set-up a wemos on my Arduino to test you issues.

I did set-up in control panel as you can see in attachement

and after connection all went well as per attachement

So I did nothing elese tha Flashing the Wemos, connecting it to the Arduino Mega
Wemos Arduino
TX ===> RX1
TR ===> TX1
5V ===> 5V
Gnd ===> Gnd

and heunder the logs of the connection
Are you sure you did setup the right port in OnStep?

============ log under /home/alain/.indi/logs/2018-12-01/indi_lx200_OnStep/
INFO 0.002935 sec : Session log file /home/alain/.indi/logs/2018-12-01/indi_lx200_OnStep/indi_lx200_OnStep_17:16:01.log
DEBUG 0.006140 sec : Active Snoop, driver: Dome Simulator, property: DOME_PARK
DEBUG 0.006761 sec : Active Snoop, driver: Dome Simulator, property: DOME_PARK
INFO 19.362766 sec : Connecting to 192.168.0.1@9999 ...
DEBUG 19.364743 sec : Connection successful, attempting handshake...
DEBUG 19.364871 sec : Testing telescope connection using ACK...
DEBUG 19.368476 sec : Testing successful!
INFO 19.368587 sec : LX200 OnStep is online.
DEBUG 19.372537 sec : Configuration successfully saved for CONNECTION_MODE.
SCOPE 19.373428 sec : CMD <:GR#>
SCOPE 19.380086 sec : RES <11:42:58>
SCOPE 19.380134 sec : Coordinate format is high precision.
SCOPE 19.380148 sec : <ACK>
SCOPE 19.380159 sec : CMD <0X6>
SCOPE 19.383983 sec : RES <P>
SCOPE 19.384026 sec : <getTimeFormat>
SCOPE 19.384041 sec : CMD <:Gc#>
SCOPE 19.389915 sec : RES <24>
SCOPE 19.389973 sec : <getSiteName>
SCOPE 19.389988 sec : CMD <:GM#>
SCOPE 19.397218 sec : RES <Schoenau>
DEBUG 19.397247 sec : Site Name <Schoenau>
SCOPE 19.397272 sec : <getTrackFreq>
SCOPE 19.397281 sec : CMD <:GT#>
SCOPE 19.404310 sec : RES <0.00000#>
SCOPE 19.404400 sec : VAL [0]
SCOPE 19.404421 sec : <getSiteLatitude>
SCOPE 19.404429 sec : CMD <:Gt#>
SCOPE 19.411109 sec : RES <+48*13>
SCOPE 19.411171 sec : VAL [48,13]
SCOPE 19.411181 sec : <getSiteLongitude>
SCOPE 19.411189 sec : CMD <:Gg#>
SCOPE 19.418669 sec : RES <-007*39>
SCOPE 19.418720 sec : VAL [-7,39]
DEBUG 19.418738 sec : Mount Controller Latitude: 48.2167 Longitude: 7.65
DEBUG 19.419281 sec : Configuration successfully saved for GEOGRAPHIC_COORD.
SCOPE 19.419351 sec : CMD <:GG#>
SCOPE 19.424602 sec : RES <-01>
SCOPE 19.424672 sec : VAL [-1]
SCOPE 19.424701 sec : CMD <:GL#>
SCOPE 19.432255 sec : RES <13:31:06>
SCOPE 19.432319 sec : VAL [13.5183]
SCOPE 19.432338 sec : <getCalendarDate>
SCOPE 19.432349 sec : CMD <:GC#>
SCOPE 19.440733 sec : RES <12/01/18>
DEBUG 19.440819 sec : Mount controller UTC Time: 2018-12-01T11:31:06
DEBUG 19.440835 sec : Mount controller UTC Offset: 1.00
SCOPE 19.440860 sec : CMD <:GVD#>
SCOPE 19.449614 sec : RES <Dec 1 2018>
SCOPE 19.449693 sec : CMD <:GVT#>
SCOPE 19.457610 sec : RES <18:06:16>
SCOPE 19.457676 sec : CMD <:GVN#>
SCOPE 19.465316 sec : RES <1.17b>
SCOPE 19.465370 sec : CMD <:GVP#>
SCOPE 19.471376 sec : RES <On-Step>
INFO 19.471573 sec : Mount is unparked.
DEBUG 19.471766 sec : InitPark Axis1 0.00 Axis2 0.00
INFO 19.471796 sec : =============== Parkdata loaded
SCOPE 19.472040 sec : CMD <:FA#>
SCOPE 19.476162 sec : CMD <:fA#>
INFO 19.481287 sec : Mount is unparked.
DEBUG 19.481473 sec : InitPark Axis1 0.00 Axis2 0.00
DEBUG 19.481502 sec : Setting Default Park Axis1 to 0.00
DEBUG 19.481519 sec : Setting Default Park Axis2 to 48.22
SCOPE 19.482163 sec : CMD <:Sg352:21#>
SCOPE 19.490033 sec : CMD <:Sg352:21#> successful.
The following user(s) said Thank You: Ray Wells
4 years 2 months ago #32200
Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 107
  • Thank you received: 4
Alain

Yes i did. Is this test on raspberry with mate?

See attached screen shots,

Where can i find the configuration of my profile so i can clean it like new set-up?

Chris
4 years 1 month ago #32208

Please Log in or Create an account to join the conversation.

  • Posts: 257
  • Thank you received: 22
"I discover the following: By starting up it makes the conclusion "Telescope altitude is below minimum altitude limit of 0. Aborting motion..." and that is strange"

If I've got this translated correctly, I've seen this one a few times. What is happening is that your mount is actually parked, but the wrong message is being used. Drove me nuts too. The slew control button window status is usually correct and will show IDLE when it's home and park or TRACKING when running.

I also recommend running the bluetooth or wifi OnStep android app for troubleshooting mount status, also handy for quick checks when you go out to the mount.

@azwing Wifi, Wow! That's neat!
Last edit: 4 years 1 month ago by Ray Wells.
4 years 1 month ago #32209

Please Log in or Create an account to join the conversation.

Time to create page: 0.878 seconds