P17310: RIT Observatory Telescope Dome Controls
/public/

Preliminary Detailed Design

Table of Contents

Team Vision for Preliminary Detailed Design Phase

Prototyping, Engineering Analysis, Simulation

Electrical Test Bench

Existing System

The existing system utilizes the following components:

public/Detailed Design Documents/IMG_20160902_151348.jpg public/Detailed Design Documents/IMG_20160902_151422.jpg

Relays are categorized as electromagnetic switches. This switch is operated by a small electric current induced by an applied bias. In the state when no bias is applied the common port is connected to the NC (normally closed) port. When a bias is applied the switch activates and connects the common port to the NO (normally open) port.

public/Detailed Design Documents/relay-gif.gif

Control System Schematic

public/Detailed Design Documents/Dome Schematic.png

Schematic File

Scaled Down Control System

To properly conduct tests, a scaled down model of the control system was built. The scaled down model was wired in the 'automatic mode' state which allowed for the 4PDT (on-on) switch as well as the 4PDT relay to be excluded. The following system parameters were scaled:

public/Detailed Design Documents/IMG_20161112_122007.jpg

The first test was conducted to see if a relay could be tripped via a digital signal. An Arduino Uno was used to interface with the scaled control system. A code was written which contained the following functionality loop:

  1. Power Dome Motor
  2. Induce CCW Rotation
  3. Induce CW Rotation
  4. Induce CCW Rotation
  5. Power Down Dome Motor
  6. Power Shutter Motor
  7. Open Shutter
  8. Close Shutter
  9. Open Shutter
  10. Power Down Shutter Motor

The red LEDs represent power while the green and blue LEDs represent motion. The top row is dome control while the bottom row is the shutter control. The link below showcases the test results.

Operation of Scaled Down Model

24V Relay Digital Operation Feasibility

The control system in place uses 24V DC relays for automatic operation. The next test was conducted to see if it was possible to trip a 24V DC relay with a 5V digital signal supplied by the Arduino. The proposal, shown below, was to utilize a 5V SPST relay to act as an activator for the bias across the 24V DC relay coil.

public/Detailed Design Documents/IMG_20161112_111559.jpg

The link below shows the 24V DC Relay being tripped by a digital signal from an Arduino.

24V Relay Toggle

The following schematic is based on the success of the previous test. By placing a SPST relay between the pin outs of the control system in place and the digital signal provided by the Arduino, the control system can be control automatically.

public/Detailed Design Documents/DAQ1.png

Sensors

Encoder

The orginal 1000PPR encoder had stopped working while trying to test it with a the National Insturments myDAQ device. We have replaced it with a 128PPR encoder since then. Based on our previous feasability for the 1000PPR encoder, we believe that the 128PPR encoder will be suffcient for our needs.

The image below shows the processed data for the 128PPR encoder collected from the myDAQ and 1000PPR collected from the observatory. The 128PPR encoder was turned by hand just for feasabilitly of data collection while the 1000PPR sensor was turning from the dome motor. These results show that the 128PPR encoder, while turning at a nominal speed should be able to be processed by a NI DAQ device though further testing will be required for more accurate results.

public/Detailed Design Documents/subplotdata.png

Temperature, Humidity, & Pressure Sensor

The following plots show that the Sensor operates well. Values seem reasonable for the cold rainy night the data was taken on. The random drops in points are due to nature of how we took data. This should not be an issue for the final system.

public/Detailed Design Documents/Temperature.png public/Detailed Design Documents/Humidity.png public/Detailed Design Documents/Pressure.png

Gyroscopic Sensor

No data was collected for the Gyroscopic Sensor because we incorrectly assumed it measured angular position when in actually measured angular rate. When attempting to mount the sensor the telescope for data collection, we realized the telescope was moving too slowly for the sensor to read any data that was not noise from just trying to hold the sensor in place. For this reason, the Gyroscopic sensor will be removed from the planned system. Alternately, we will try to either read the position of the telescope from the existing serial line to the computer or require a user input in a user-friendly front panel in the controller software where the RA/DEC of the target will be inputed.

Latch Automation

Design Requirements

Design 1

The first design incorporated the use of a hollow aluminum (Aluminum 6061) moment arm to reduce weight with connectors for easy assembly. This arm would provide the main means of transferring torque from the main motor to the chain. The necessary translational motion of the hook would be supplied using a rack and pinion concept, where a modified rack was the hook arm and the pinion(s) would be controlled by at least one smaller supplementary motor attached directly to the moment arm, unlike the main motor which is attached to the dome wall itself.

A standard rack-and-pinion model requires the motor to be located somewhere to the side of the moment arm so the pinion could rest on the rack arm itself. However, this provides an unstable structure with respect to too many degrees of freedom (DOFs), and so either two motors would be required, or another means of using a rack-and-pinion setup would need to be employed.

A secondary idea of centering a modified rack on top of a motorized adjustable gearbox was considered. An example of an inexpensive potential gearbox is as shown:

public/Detailed Design Documents/Gear Box 1.PNG

After incorporating this new idea into the system, it became clear that the design would pose many issues ragarding design, manufacturing, and utility, condensed into the following list, and would require a redesign:

Design 2

The alternate design drastically simplifies most elements of the mechanism as a whole. It incorporates a similarly shaped moment arm to the first design, but has the option of being solid or tubed. The new design reduces component requirements and replaces translational motion with a hinge system designed to use two small electric motors in tandem to pull the hook arm vertically or past vertical for chain clearance. Strong, but flexible wire would be wound using these motors to raise and lower the hook arm as necessary. Initial base models of this design are shown below:

public/Detailed Design Documents/Design 2 - Extended - Model.PNG

Latch Moment Arm Assembly Model - Extended Arm


public/Detailed Design Documents/Design 2 - Extended - Render.PNG

Latch Moment Arm Assembly Realistic Render - Extended Arm


public/Detailed Design Documents/Design 2 - Retracted - Model.PNG

Latch Moment Arm Assembly Model - Retracted Arm


public/Detailed Design Documents/Design 2 - Retracted - Model - View 2.PNG

Latch Moment Arm Assembly Model - Retracted Arm (Alternate View)


public/Detailed Design Documents/Design 2 - Retracted - Render - View 2.PNG

Latch Moment Arm Assembly Realistic Render - Retracted Arm (Alternate View)


Note: Designs are works in progress and are subject to change as further analysis and/or testing is performed.

Engagement Sensing

To satisfy the design requirement of the mechanism having a way to detect whether the latch is engaged with the slit panel or not, a number of different options exist for possible sensing methods ranging from strain gauges to piezoelectric pressure sensors. Based on cost and ease of use, the latter appears to be a better option, an example of which is shown below:

public/Detailed Design Documents/FlexForce Sensor.PNG

The piezoelectric pressure sensor pictured above is relatively inexpensive and can withstand forces up to 100 lbs, more than strong enough to avoid being crushed by the latch hook.

Cost Analysis

The following list contains an approximate list of costs related to Design 2 shown previously:

Remaining Analysis Tasks and Goals

The following incomplete tasks will be necessary to complete a full feasibility analysis for the Latch Automation. These tasks are expected to be completed in time for the Final Detailed Design Review:

Feasibility: Prototyping, Analysis, Simulation

DAQ Benchmark

public/Detailed Design Documents/DAQ Benchmark.PNG

Software Benchmark

public/Detailed Design Documents/Software_Benchmark.PNG

Relay Benchmark

public/Detailed Design Documents/RELAY BENCHMARK.PNG

Converter Feasibility

MaxIm DL supports the motion of the telescope and the result of the research is to use Meade software because it allows to connect the telescope to the PC and I assume that the connection is not setup properly. That software has the capability of activating the port in order to connect the telescope.The problem with the serial connection on computers is that some computers do not have serial connections on their motherboards. The old computers used to be have a serial port. So, one of the possible reasons of the disconnection is the port, and using this Meade software might solve this problem, which works as a driver.

Troubleshooting Plan

Bill of Material (BOM)

public/Detailed Design Documents/BOM.PNG

Active File.

Test Plans

Sensors

Encoder

Initial Encoder data was taken by rotating the dome in 90-degree increments to be consistency in the data. This was to allow use to make sure the expected value from processing data will be seen. From the plots above in our prototyping, this was not seen due to the time step used in the Arduino not being fine enough to pick up each pulse of the sensor.

A similar test will be performed with the new replacement encoder for feasibility. This time, instead of an Arduino, we will try to use a DAQ device from National Instruments to have a finer time step and hopefully alleviate this issue.

Doing a similar analysis as was done with the 1000PPR encoder, we should expect between about 10 to 32 pulses per degree of dome rotation with this encoder

Temperature,Humidity,Pressure

Temperature, Humidity, and Pressure was collected near the center of the dome just as a static value. The night we went out to collect data, was cold and raining so the lower temperature and high humidity is expected.

Future testing will be needed to generate a better baseline and see differences in values under different weather conditions to better be able to predict inclement weather approaching. This will likely include running the sensor inside the dome for several days and collect data over that time to see how sensitive the sensor is.

Control System

Debugging

The scaled control system was physically built on a breadboard. The circuit did not function at first and was debugged utilizing an oscilloscope in conjunction with a multi-meter. The schematic was updated with the necessary changes.

Verification

A DC power supply set for 5V was used to power the system as well as supply input signals to the relays. The following tests were conducted:

Design and Flowcharts

public/Detailed Design Documents/Design Flowchart.jpg

Risk Assessment

public/Detailed Design Documents/Risks.PNG

For a master list of project risks, click here.

Plans for next phase

public/Detailed Design Documents/Phase 3 Gantt Chart.PNG

Ahmed Alhurubi Three Week Plan: Ahmed's Goals

Joseph Brescia's Three Week Plan: Joe's Goals

Raymond Castro's Three Week Plan: Ray's Goals

Wilson Quizhpi Three Week Plan: Wilson's Goals

Sarah Williams Three Week Plan: Sarah's Goals


Home | Planning & Execution | Imagine RIT

Problem Definition | Systems Design | Preliminary Detailed Design | Detailed Design

Build & Test Prep | Subsystem Build & Test | Integrated System Build & Test | Integrated System Build & Test with Customer Demo | Customer Handoff & Final Project Documentation