Attendance Onkar, Gabriel, Shreyansh, Nathan, Meyer, Eric, Roy
Date/Time 11/30/22 12:00-6:00PM
Spaces Occupied: 401, Control Room, Dome
Goals
- Dry run gam removal
- See if baffle tube thing can be removed easily
- get MAC addresses for the security cameras
- instrument rotator installation plan (Dr. M + Erik)
Log
Gam:
- just straight up removed it
- used the erik gam removal apparatus to lower gam carefully down from telescope base to a lower position
- can be described as an elevator or forklift
- rule of thumb four people needed for this operation
- one on the apparatus brake
- one on the apparatus wheel
- two physically spotting the gam (holding its sides so it doesn't fall
- carried physically to Meyer lab in 306 for cleaning and inspection
- "scope without the GAM, the central black bit is actually a flange that holds the primary light baffle, which we have now removed." - meyer
Baffle Tube Thing:
- also straight up lowered and removed
- in Meyer possession to be cleaned aggressively with yard hose
- when step 2 is done, obs experts (onkar, jackson, matt, tara, and/or natalie) will install flocking material and reinstall into telescope
MAC Addresses:
- WIP, see comments from Roy and Gabriel
Instrument Rotator:
- Will eventually be installed semi-permanently on the main axis attachment plate.
- Is a HDR50/M Stepper Motor from Thor Labs (very robust, can handle large instruments).
- Motor controller is BSC201 from Thor Labs. HEAVY. Current plan is to remove back GAM controller plate and attach the BSC201 to the plate with metal strapping before re-attaching the GAM control back plate. This keeps things tidy.
- Also note: need to do a power audit if we want to plug a lot of stuff into the scope power supply.
Onkar and Eric will performe functions test of scope on Thursday at 10:00AM
Attendance Gabriel
Date/Time 20221122/1720-2100
Spaces Occupied: Control Room, Dome
Goals:
- Figure out ip cameras and connecting them to the physics building network
- Figure out if the cameras are directly accessible.
- Find out if the cameras use the same identifier in their IPv6 addresses.
- Find out if we need static ip addresses.
Log:
- Tried to connect the cameras to the DC via ethernet for testing but the ethernet ports don't seem to support PoE(Power over Ethernet)
- Connected a camera to the DC using a 12v adapter for power.
- Sniffed network packets with wireshark, camera transmits ARP (Address Resolution Protocol) requests both over the university local network and while connected directly to an ethernet port on the DC.
- The cameras try to communicate with gateway 192.168.1.1 . This is not the gateway of the university, so I had to set the ip address of the computer to the gateway it was looking for. From wireshark it is obvious when the connection is successful.
- I can now connect to the camera's predetermined ip from a web browser. The username and password are written on a sticker on each camera box, we will change these later though.
- Changed the network settings of the camera by going into "Settings → Network → TCP/IP"
- Set Default gateway to the network's gateway (130.85.72.129), set subnet mask to 255.255.255.128 .
- Instead of automatic DHCP address allocation I used a static IP but it was taken by some other device. This resulted in the camera's NIC to change its IP to something available. (Remember to not use a static IP if there hasn't been provided by the network admins).
- After setting the default gateway and IP allocation from direct connection with the computer, the camera can now be removed and connected to the ethernet jacks of the building. Bear in mind that some of the network jacks don't support PoE. The one in the control room has two ports; the upper one supports PoE, the lower one doesn't seem to. A non PoE port might be indicated by a computer icon next to the port.
- The IP address can be found by sniffing ARP packets from devices using wireshark. This will NOT be needed if they get static IP's assigned
- Connection works through the same way. We can either use a browser or IP camera software.
Other Notes
When looking for camera connection packets on wireshark, put filter ARP.
The live feed seems to have ~1sec latency, but otherwise video looks good.
The subnet mask of the university network is 255.255.255.128 .
The cameras use a unique identifier in their IPv6 Addresses.
Todos
- Configure all cameras
- Connect all the cameras to BlueIris or alternative
Attendance Roy, Onkar, Matt, Katie, Tara, Natalie, Gabriel, Bill
Date/Time 20221121/1815-
Spaces Occupied: 401, Control Room, Dome
Goals
- Use pPICSARR2 to perform polarization calibration
- GRW+70 8247
- beta Cass
- Jupiter w/ Io & Europa
- Use pPICSARR2 to perform astrometric calibration
- NGC 188
- Step along N and E, 15'' each
- Probably taking ~5 min each
Log
- Matt opened dome ~1818
- Open mirror doors
- Onkar saw that south was fast
- We closed the mirror doors, then Onkar recorded the re-opening.
- Pointed using Jupiter and Scheat, Katie helped
- Attached Bill's pPICSARR2 to DFM Scope
- Set focus position to 2600, adjusted more to 2608.2
- Issue with DC, the stepper motor and the filter wheel motor weren't connecting to data computer
- Stepper motor software wasn't installed? From ThorLabs
- Filter wheel software should be available through SharpCap
- So we used Bill's laptop to collect data
- Moved to GRW+70 8247 in northern sky
- Polarization calibrations w/ full Stokes
- Moved to NGC 188 also in northern sky
- Astrometric calibrations
- In TheSky6, navigate to Telescope → Motion Controls
- Set coord to RA/DEC
- Set jog amount
- Slew will ask for confirmation as with normal object slewing
- Moved to beta Cass in northern sky
- Polarization Calibration w/ full Stokes
- Moved back to Jupiter
- Polarization Calibration w/ full Stokes
- Noticed that half disc of Jupiter drifted in 300s (20''/300s)
- Not explainable by only Sidereal rate
- Bill notices trailing in northern sky as well
- Moved to Europa
- Moved to Mars
- Moved to Neptune
- Interest in finding Blazars with circular polarization
- 3C 66a Blazar?
Other Notes
Todos
- Send Bill NGC 188 images from 20221109
- Need to install drivers on DC
- Install ThorLabs Kineses
- TheSky10 from SoftwareBisque
- buy cmos to spotter scope adapter
Attendance Onkar, Gabriel, Shreyansh
Date/Time 20221116/1900- ???
Spaces Occupied: 401, Control Room, Dome
Goals
- Develop a better understanding of the TCS to mirror support chassis and motor driver chassis
- Investigate the reason the mirror doors are uncontrollable from TCS.
- Better understanding of the TCS computer build, investigate if we can upgrade the computer
Log
TCS:
- The TCS uses serial port for some connections. It is a non-standard DB9 cable which connects to the motherboard through some 8pin connector. We suspect that it should be possible to get adapters for the connectors and connect them to standard USB inputs on a modern motherboard.
- Most of the other connections connect to a proprietary board made by DFM. The board uses ISA slot (most likely 8bit variant). There is a possibility to connect that to PCI-e (PCI) via an ISA to PCI adapter. We are not sure what drivers are needed, if any.
- The TCS has 4 coax cables labeled "1" to "4". They were no connected anywhere. Half of them are male and half of them are female. The other end of them connects to the TCS via some unidentified multi-pin connector, but it only uses 8 pins.
- Two cables are connected to each other in the TCS. We do not know why and they seem jerry rigged that way.
Mirror support chassis:
- Pins 15 and 16 connect to the TCS via the "Front Panel" connector (Labeled). Both are connected to ground, pin 15 is a complete short circuit to ground and pin 16 has a 624Ω connection to ground. This might be a short circuit that occurred over time and this could be the reason the mirror doors are uncontrollable via the TCS.
- There are a lot more pins on the Mirror support chassis that are not documented in the engineering manual. They seem to serve a purpose though because some pins from them are connected to ground. There is a possibility of them being there due to the same motherboard being used for multiple telescope systems with different utilities.
Reconnected everything back in the end, did functions test and everything works.
Attendance Roy, Onkar, Gabriel, Shreyansh, Tara, Natalie, Matt, Connor
Date/Time 20221114/1900-2348
Spaces Occupied: 401, Control Room, Dome
Goals
- Testing Mirror Doors: South closes anomalously slow. Need to determine why.
- Run experiments and record results
- ONE: Identify which cables connect the Motor Chassis to each Mirror Door Motors. Then switch N and S mirror door motor cables as they connect to Motor Chassis
- TWO: Replace South Motor with North Motor
- THREE: Replace South Motor Piston with North Motor Piston
- FOUR: Open and Close the Mirror Doors many times (10x?), then use thermal camera to determine if any motor is over exerting. This may indicate
- FIVE: Swap motor control cables at motor-end for mirror door motors south and east (since they are from the same cable access port)
Log
Mirror Doors
- Question: Which motor-halting switches control the mirror doors?
- Answer: NONE OF THEM DO
- Ran Experiment ONE
- Door 1 → Mirror Door N
- Door 2 → East
- Door 3 → South
- Door 4 → West
- All from drawing W-237 in Engineering Manual, confirmed
- Switched Door 1 and Door 3.
- While closing, all doors closed at same rate (this once)
- While opening, south was STILL slower
- Undid changes made for Experiment ONE
- Opened Mirror Doors, then saw South open slowly
- Ran Experiment FIVE
- Swapped South and East Motor control cables on motor-end
- South was slow to close
- South was slow to open
- Undid changes made for Experiment FIVE
- Everything closed properly, with South still slow
- When opening, Onkar videoed East and West pushing South out of the way bc South is slow. When east and west doors cleared the south door, south dropped back down abruptly. You could hear the pistons hitting each other.
- Roy Prouty At this point we think that the south piston may be the culprit. This is because swapping the mirror door motor cables at the Motor Chassis and at the motor had no effect on the south door motor behavior.
Autoguiding
- Connor set up new NexStar C8 and attempted to interface the ZWO CMOS to his laptop
- Software being used was PHD2
- Couldn't procced since we couldn't find le cable
- Ultimately, the cable used to interface the two couldn't be found. (RJ12)
OBSERVING
- Pointed Scope on Jupiter
- Loss of anti-glare material makes pointing hard
- Seeing was bad, updated telescope position, then went to Mirach
- Moved to Mirach
- FWHM of 18 at Lum=MAX
- FWHM of 12 at Lum=not MAX
- Focus at 2042 was best
- Moved to Jupiter
- Meh
- Could see hint of belts (dark areas)
- Moved to Uranus
- Meh (but teehee)
- Moved to Mars
- Possibly saw some dark regions
- Moved to NGC 1976/M42, GON
- Saved capture of 120s
Other Notes
- When observing Mirach, with RA tracking set to 15.04166666 (=15.042 in DFM), Mirach moves to top of CMOS FOV over course of 15-20 minutes.
- We experimented with TCP/IP Commands
- We successfully used command #27,<FOCUS>; to set the focus on the telescope.
- 192.168.0.2:5003
Todos
- Fix tracking.
- Dispose of Cheetos
- More testing with Mirror doors by running experiment THREE.
- Roy Prouty We need to buy a RJ12 to interface the CMOS to the C8
- Roy Prouty Onkar/Shreyansh/Garbiel/et al need to look at mirror support chassis (bottom panel of TCS Front Panel)
Log:
- Establish connection between DC and TCS over TCP/IP (Click here)
- Set parameters of "TRACK" command (#14) to 0 (all params. to stop the telescope from compensating for earths rotation)
- Use command "ZENITH" (#10) (no params)
- The above commands give information for the next movement, which is iniatialised with the GO command (#12) (no params)
Attendance Eileen, Erik, Roy, Gabriel until 1245
Date & Time 11/10/2022, 1200-1415
Spaces Occupied: 401, Control Room, Dome
Goals
- Investigate security camera installation
- Identify trash stuffs
- Get remaining todos identified/logged
Log
- Gabriel and Roy cleaned things a bit
- identified trash
- tidied space
- Rim around dome is wooden, removing foam (and bird detritus) should be straightforward, just gross
- Reinstalled BlueIris (for security cameras) on DC.
- Downloaded v5 directly from https://blueirissoftware.com/#download
- License Key (in Eileen's name) in email between Roy/Eileen subject line "FWD: Delivery information for "Blue Iris (full)"..." from Jun 14, 2022
- Need students to check these out
Other notes
- Blue Iris needs to be reinstalled on DC – DONE
- On cameras
- 4x for general purpose
- 1x for audio?
- Check with Eileen
- Other UPS for powering everything else behind TCS desk
- We need MNCP Active in DFMTCS in order to use TheSky6
- DFMTCS→ Options → Communication → MNCP Tab
Todos
- Remove rope light around rim of DFM scope
- Install new anti-glare material
- Test attaching small security camera to scope periphery to view mirror door operation
- Remove foam loosely nailed to rim of Dome
- Roy Prouty , put in networks request for static IPs for the ethernet ports in the dome.
- 3 in dome
- 2 on atmo platform
- all for cameras
- 4,5,6 in dome, 13, 14 on atmo platform
- List for keeling over scope
- attach camera to support for mirror doors
- reattach anti-glare (flocking) to light baffle
- remove rope lights
- game plan for cleaning primary mirror
- Check with Bill
- Number of upcoming observation nights before we're good for proof of concept
- data pls
- get info on how bruce weaver(?) cleaned their primary mirror
- work with students on camera setup
- buy longer ethernet cables for in-dome security cameras
- room rearrangement
- desk
- get rid of books on current shelf
- wall shelving?
- Ask erik about ceiling tiles installed
Attendance Gabriel, Roy, Olivia, Sophia, Em, Luna
Date & Time 11/09/2022, 1730-2130
Spaces Occupied
Goals
- TCP/IP Connection Investigation
- Point Scope
- Astrometric calibration with M67 or NGC188
- Need sidereal tracking, not solar
- So point on high star
- Use https://archive.stsci.edu/cgi-bin/dss_form to find images
- Write up tracking vs (auto)guiding
- Write wiki for general telescope use
Log
- When opening mirror doors, South mirror door was super slow again
- We figured out how to send simple (setting set rate) commands over TCP/IP from DC-TCS
- Pointed with Deneb, couldn't be sure due to what might have been reflections or dimmer stars
- Moved to Jupiter, moved around a lot (~10 min). Reflections down light baffle complicated pointing.
- Finally found Jupiter, and used this to point.
- Then more finely adjusted pointing with Scheat in Pegasus.
- Best FWHM was 13.7, but not constant
- Moved to Saturn.
- All objects were very fuzzy. Not a good night for seeing.
- Then went to NGC 188 in northern sky.
- Took 2x 300s exposures
- Took 2x 450s exposures
- Stored in "D:\SharpCap Captures\2022-11-09"
- Closed everything down.
- YEP
Other notes
Still need to write up closing/opening procedures
Need to connect Sophia with Don Engel
Need to connect Olivia with CSST folks (perhaps via Don Engel)
Attendance Gabriel, Roy
Date & Time 11/9/22, 1300-
Spaces Occupied Control room and Dome
Goals
- (Gabriel) Get DC to communicate with TCS via TCP/IP
Log
- Connected DC to TCS via gray ethernet cable. Saw changes in DC-reported
ipconfig
before and after (see below). - We see that the new connections find MAC addresses and IPs, but we don't know where the IPs come from.
- We followed this tutorial https://www.maketecheasier.com/connect-two-windows-computer-on-lan/
- After the tutorial, T.C.S connects to D.C 0. With TCP/IP connection on, Zenmap detects host up on 192.168.0.2:5003 (IP address : port)
- A Wireshark scan confirms connection to T.C.S from D.C. and it also confirms packets are sent (converting hexadecimal output from wireshark to ASCII confirms command was sent)
The first 3 packets are the connection of the TCP/IP client to the TCP server. The rest are commands sent which seem to be successful, but they don't update the values in DFMTCS.
BIG NOTE:
It is very possible that the DFM software is bugging due to some change we made. Connecting to itself from T.C.S no longer works like it did previously. The DFMTCS logs confirm that DFMTCS detects both the connection from the client and the TCP packets/commands.
Connecting the T.C.S to the D.C and sending commands from D.C also doesn't work, however DFMTCS logs on the TCS confirm DFMTCS detects commands and connection again.
DFMTCS presents "Asynchronous socket error 10053." error window. Error also presents itself in DFMTCS log "TCP/IP: Disconnection Error Code: 10053 Addr: 192.168.0.2 Port:5003"
Other Notes
Changes in ipconfig
You can see Ethernet2 is disconnected, then changes to have some config.
Attendance Onkar, Tara, Gabriel, Roy, Jackson, Shreyansh
Date & Time 11/8/22, 1900-0000
Spaces Occupied 401 Control room and Dome
Goals
- (Onkar) Test new FireNex
- (Onkar) Investigate/Fix Motherboard Ethernet Port on Data Computer
- (Gabriel) Investigate TCP/IP Stuff
- Point Scope
- Astrometric calibration with M67 or NGC188
- Need sidereal tracking, not solar
- So point on high star
- Use https://archive.stsci.edu/cgi-bin/dss_form to find images
- Write up tracking vs (auto)guiding
- Write wiki for general telescope use
Log
Gabriel Investigate TCP/IP Stuff
- Tried setting up TCP/IP server on T.C.S - SUCCESS
- Attempted to do this through DMF TCS by:
- Go to DFMTCS (software), Options→ Communication→ TCP/IP tab.
- From here, if the TCP/IP Server is active, you cannot change settings.
- To change the settings, select "No Connection", then hit the "TCP/IP Settings" button
- From here, you can change the Port number and can view the IP being used
- Service status exists on the bottom right of DFMTCS program under "Communication" box
- Attempted to do this through DMF TCS by:
- Tried connecting the T.C.S(telescope control system) to the D.C(data computer) - FAILED
- Tried connecting the said computers directly via ethernet cable -FAILED (D.C didn't recognize the connection - checked with ipconfig and windows control panel on DC. T.C.S recognized connection but documented "no internet access").
- Not sure if network established, just no internet OR if machine just detected a cable connection.
- What does it mean when Windows reports "no internet access"?
- Not sure if network established, just no internet OR if machine just detected a cable connection.
- Tried connecting through university local area network, D.C recognizes T.C.S TCP/IP address (could get pings)
- No connection possible through DFM TCP client, this could be DFM client issue( ?)
- Tried connecting the said computers directly via ethernet cable -FAILED (D.C didn't recognize the connection - checked with ipconfig and windows control panel on DC. T.C.S recognized connection but documented "no internet access").
- Tried connecting the T.C.S. to localhost/TCP address via TCP/IP - SUCCESS
- Tried through DFM TCP/IP client -FAILED (Attempt to update SET RATE (Command #16) didn't cause update on DFMTCS)
- Tried TCP/IP client of off internet "wifly communication test" -SUCCESS (but buggy)
- Note: Don't know if T.C.S connects to address directly through localhost or through local network and then its IP address
- In order to have TCS talk to telescope via ExCOM, navigate to Options→ Communication→ExCOM tab
- Then Select "no connection" and modify the serial settings to communicate on serial port COM4
- Then select "Serial port" and enjoy
- NOTE: This conflicts with the default communication mode of TheSky6, which also uses COM4 to communicate with the telescope.
- NEED PAGE ON SERIAL PORT DISCOVERY AND USE
- Overall: Success issuing TCP/I P commands to DFMTCS over wifly communication test software running on TCS connected to localhost or self-reported IP. Need to figure out how to connect DC to TCS and issue wifly commands more reliably over this connection.
- Command used for testing was command #16 (per UMBC_Observatory_DFM_Telescope_Manual(aka man721.doc
) page 43)
Pointing Scope
- Opened SharpCap
- Opened TheSky6
- Connecting CMOS to DC
- Originally connected LBD cable to CMOS, then to DC – Failed. Red LED lit on remote end
- Then disconnected everything
- Then connected LBD to DC, then to CMOS. – Success. Green LED lit on remote end
- Detecting CMOS in SharpCap
- After successful connection between DC and CMOS (measured by LED on LBD?(ask Onkar))
- SharpCap was not seeing camera
- MANY TESTS.
- Discovered that LBD1 in back top USB port, unpowered allowed the camera to connect in SharpCap, proceeded with this config
- THIS DOESN'T MAKE ANY SENSE
- What is the power for in the LBDs?
- Is there a difference between the front ports and rear panel ports?
- Pointed to Jupiter focus off see other notes
- Went to Capella
- Closed dome slew to zenith
- mirrors nested
FireNex
- That don't work either.
- Fiber cable sends signal, new fiber line works
- FireNex wasn't detecting any devices (USB drive) in USB ports
- Indicated by lack of SS light on FireNex
- More testing may be needed by NOT US
Other Notes
- Seems like we need to connect LDB to DC before CMOS for successful connection
- Seems like we can connect CMOS to DC via unpowered LBD – not sure why
- Need to run speed test on/over USB Extender
- Need to document all communication ports in DFMTCS and TS6
- TS6: Telescope Setup COM: COM4, Baud 9600
- DFMTCS: Communication, MNCP needs serial settings set to COM4
- South is extremely slow 15-20secs, East door hit structure 'hard'
- make sure to change focus from 2600(with spectro-polarimeter) to 1930(vanilla cmos for Jupiter)
Attendance: Onkar, Gabriel, Shreyansh, Roy briefly
Date & Time: 11/5/22, 4:00-9:00PM
Spaces Occupied 401 Control room and Dome
Achievements
- installed LBD2
- harder to do than cat7 cable
- installed win10 on data computer
- programs also installed:
- discord
- sharpcap4.0
- stellarium
- chrome browser
- ZWO drivers
- sick space background
- programs also installed:
Notes
- might not need win10 license?
- check Trello for data computer upgrade wishlist
- south motor not slow anymore
- we didnt change anything, so we dont know why its fine now
- still want to change timing so not every door opening at same time
- need to finish installing/activating previously installed data computer software(s)
- rethink approach for firenex
- not sure how we are going to install fiber line without breaking it at any of the bends/corners
Attendance (Open House): 42
Attendance (Observing Group): Bill, Meyer, Roy, Jackson, Onkar, Nathan
Date & Time 11/3/22
Spaces Occupied 401 Control room and Dome
Achievements
- plugged in all cables from spectro pol apparatus into the remote usb hub
- success
- to note:
- stepper motor only recognized when plugged directly into remote hub, will not work if plugged into extender cable to remote hub or LBD cable
- consumed hot chocy
- yummy
Notes/ToDo/Wishlist
- look into getting a pro license for sharpcap
- look into sick ATX motherboard and maybe case
- no issues opening/closing mirror doors
- gasp
- full frame 35mm cmos would be excellent -jackson
- or medium format
- look into longer usb cables from hub to cmos or spectro pol apparatus
- usba-usba
- usba-stepperthing
- ask bill what it is
What Happened
- Attempted pointing at deneb, couldnt find it
- pain
- pointed at jupiter
- success but some reflections within the optical path, probably should install that felt material thingy
- focus position = "2607"-jackson "or 2609"-roy
- got data from:
- jupiter
- europa
- saturn
- hd25443
- caph
- clouds came in halfway through
- pointed at crl2688
- too dim, unclear if actually pointed at it
- the end
- closing time
- mirror doors seem to have closed properly
- nice
- slew to zenith in "the sky"
- offset to the east, unsure why
- slewed in winTCS
- success
- thinks its pointed to the west
- mirror doors seem to have closed properly
Open House Notes:
- doing tours in the beginning is clunky, better planning will smooth things out
- need to create mailing list