The second useful version of Polypus is ready, version 2.01.
you can find it in resources
Photo menu is updated so to manage three cameras: for photo, for PEC and for spectroscope.
you can find it in resources
Photo menu is updated so to manage three cameras: for photo, for PEC and for spectroscope.
you can find it in resources
Now the camera management is implemented so photos can be taken. A new menu bar is present where you can select exposure and binning, assign name to the object. After that you can run a shot.
I come to you after days with the second beta of Polypus2 software. You can download it from resources. In this time I have implemented the object view. This is activated by the command in the view menu. Here you can select the ephemerid epoch and, in case of near object, show the topocentric coordinates.
In the object view it is possibile see some object lists:
For selected object is showed the position in the sky, the sky chart centered where object is using GSC catalog. Some additinal information are shoed. when object is over the horizon it is possible command a telescope goto on it. Objects can be inserted in the favorites list.
Sync stars list contains 20 bight starts with low declination along all right ascensions. This allow you a precise telescope sync. Star position takes in count the proper motion
Planet list contains all solar system planet plus Sun and Moon.
Sun and Moon positions are computed using formulas from “Astronomia con il computer” by Janes Meeus.Mercury to Neptune positions are computed using VSPO theory.
Mercury to Neptune magnitude are computed using formulas from “Computing Apparent Planetary Magnitudes for The Astronomical Almanac” by James L. Hilton US Naval Observatory
Asteroid list shows the position of object in MPCORB.DAT from Minor Planet Center, positions are computed using formulas from “Astronomia con il computer” by Janes Meeus.
Using the tab sheet Altitude is it possibile see the observation condition of the object in current (or selected) night. On horizontal axis you have the local time on vertical axis the object altitude. Yellow backgroung are for day light, blu background for twilight and dark for astronomical night. Red line show you the object altitude. Because the moon can often annoy astronomical observations it is possible show also the moon altitude by a green line.
Hello,
now the controller and driver part of the project is finished so the third step need to be started. It is the step requiring the most effort. The develop of a new version for the software managing the entire observatory. Since 2010 in the Bassano Bresciano observatory we use Polypus a software we build for this purpose with CBuilder compiler in C++. Now we need a new version of this software able to manage more devices. At this point Ascom Drivers are mandatory in order to don’t have Polypus strictly link the current device we use now. Polypus 2 will be developed by VisualStudio in C#.
Polypus 2 should support window docking so it should be possible dock windows in the program where you prefer. This is not a native Visual studio feature. After an investigation and test we select this open source library
https://www.codeproject.com/Articles/42800/Visual-Studio-IDE-like-Dock-Container-Second-Versi
https://www.codeproject.com/Articles/25907/A-Professional-Ribbon-You-Will-Use-Now-with-orb
Program should use dark color so to be useful the observatory light and to be style updated. Icons should be monochromatic black.
Here is the prototype of the main window
when a first version where the manual movement are working I'll publish it
Now I have developed all the others drivers for object controlled by Raspberry application. They are: dome, focuser1, focuser2, focuser3 and switch. All driver was checked with conformance checker and conformance document was generated.
Also in this case communication between driver and Raspberry is done via TCP/IP, using other ports.
For these reason the Rapberry application was update, now its version is 1.2.0.0. In the resource is presente the new version.
You can find all new drivers and conformance documents in the resource.
Dome driver supports these features:
Slaved
Home finding
park
Open/close shutter
Absolute position
Maxposition and step configurable in Raspberry application
Ready only analogue value with temperature in the dome
Read/write boolean value for flat field light
Read/write boolean value for telescope decondence fan
Because of Raspberry controller is able to manage different devices more Ascom driver are needed, one for each device. Now the first driver is developed using Microsoft Visual Studio, thanks to development tools supplied by Ascom Platform. Conformance checker was used to verify and validate it. Conformance document was generated.
Communication between driver and Raspberry is done via TCP/IP, Each driver
uses its own port. Raspberry implement a UDP broadcast communication used to
make know its IP address to the driver, in this way IP address can be discovered
during the driver setup.
These are the supported
features:
First software version for Raspberry is ready.
Using Codesys 3.5SP16 and Softmotion 4.8.0.0 an application was developed
able to manage in the correct way all devices. This first version is marked
1.0.0.0.
In this version all the user activities are done through web page visible using a browser connected to the controller IP address (http://192.168.3.100:8080/webvisu.htm). Address is assigned to controller by DHCP so can be different.
In the resource: Codesys application for Raspberry you can find the zip file with this software
Home page shows software information and allow the observatory position
set up
Telescope page allow the axis control. You can sync or move axis on a
position or with drift velocity. It is possibile set the maximum speed and
acceleration but for each movement you can have different speed from 0 to maximum.
Dome page shows:
·
States of push buttons and commands for dome motors.
·
Dome position as encoder pulse and azimut.
·
Azimut position for home (home input sensor) and park.
·
Shutters condition and timers
·
Temperature in the dome
Focuses page shows for each focuser:
Application is deployed on more task with different priority and interval time.
In the FRam are saved two different kind of information:
Telescope declination axis can be:
Telescope right ascension axis has the same possibility of declination plus
the possibility to activate the tracking. Right ascension is correctly computed
both with tracking on and off.
Dome can rotate both manually and automatically (slaved). Shutters can be
open and close both manually and automatically. There are six buttons for dome/shutters
management:
When they are pushed alone, they activated manually the function as their
name. When push is removed motion is stopped.
Pushing dome buttons together dome enter in “slaved” state so is following
automatically the telescope azimuth.
A “double click” on dome right button activates the automatic positioning
on home position.
A “double click” on dome left button activate the automatic positioning on park
position.
Pushing sliding buttons together it is activated the automatic shutters
opening.
Pushing tilting buttons together it is activated the automatic shutters closing.
Focuser step motors are activated when the target position is different
than the current position. Motors are driven with fixed frequency 100hz in
start-stop way. It is possible define a forward or backward backlash
compensation.
I have mounted Raspberry board, I/Os boards and rele board an plastic supports. These was arranged with DIN rail hangs so they are finnaly mounted on two DIN rail.
Now DIN rail are placed on a wood support in order to have an easy equipment for testing. In the final deployment they will be placed in the observatory frame.
Hello to all,
In the time from last post I have designed an realized the board for step motor driving.
Three step motors need to be driver by the controller in order to act as focuser. For step motor adapting an L298 bridge is chosen. From the market is possible found chip board with this component and radiator.
Every board need 5 digital output for driving: Enable, IN1 (A phase +), IN2 (A phase -), IN3 (B phase +), IN4 (B phase -). It is not mandatory have the possibility to move all focus at the same time so phase signal can be common for all motor having maintaining one enable signal for each motor. In this way 3 enable signal plus 4 phase signal are needed.
No more digital output are available directly on raspberry board so the solution for increase its number is the use of a little board with the component PCF8574. It is a remote 8-Bit I/O Expander for I2C Bus
Because of step motor power signal can generate noise in the low power CPU
signal is a good solution make outputs optoisolated.
This is the board schematic available also as external file