Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Matt Wilkinson

Pages: [1] 2 3 4
1
Lasers / Re: Laser manufacturers for SLR
« on: February 02, 2023, 10:57:55 AM »
Hi Arttu

Thanks for posting this. We are also thinking at Herstmonceux about our next laser and looking at the choices out there. Our HighQ 2kHz laser works, but is no longer supported.

Some options:


If you can decide what fire rates and pulse energies you want then the choices become easier. We would also be interested in IR operations.

Matt

2
Data and Software Questions / Re: OrbitNP.py - New Release 1.2
« on: June 01, 2022, 10:06:36 AM »
An orbitNP.py update is now available on the ILRS website

https://ilrs.gsfc.nasa.gov/technology/software/index.html


The update includes the following changes:
   
Version 1.2.1
    --    CPF interpolation replaced with high order polynomial fit. This is to provide better prediciton values and to remove some actifacts in range residuals.
    --    Update matplotlib subplot axis referencing method to work with the latest versions.

3
Data and Software Questions / Re: OrbitNP.py - New Release 1.2
« on: January 25, 2022, 12:57:28 PM »
Graham pointed me to these proceedings:

https://ilrs.gsfc.nasa.gov/about/reports/workshop/lw08.html

And the document:

https://ilrs.gsfc.nasa.gov/docs/ilrw8_section09.pdf

which contains the paper "Formation of on-site Normal Points" that details the original mathematical method used.

4
Data and Software Questions / OrbitNP.py - New Release 1.2
« on: January 04, 2022, 10:22:57 AM »
A new version of the orbit adjustment and normal point formation software, orbitNP.py, is now available through the ILRS software webpage  https://ilrs.cddis.eosdis.nasa.gov/technology/software

This software is designed to work for all SLR stations to compute range residuals and form ILRS normal points. It can be installed and used for comparisons at stations.

ILRS full-rate data files can also be used to inspect the SLR measurements for any satellite pass for any station and repeat the normal point calculation. 

The update contains many refinements and new features and these are listed below. 

Please update to this version and also consult the README file. If you have a questions, issues or suggestions you can post them in the comments below. 

With regards
Matt

 
###
# Update History
###

Version 1.1
    --    Added import of warnings Python3 module
    --    New method for cal2mjd() and mjd2cal()
    --    Include option for full CRD normal point output file.
    --    Include 1st iteration quick-pass option to prevent high density segments dominating pass fit.
    --    Include input of 'System Configuration ID'.
    --    Adjusted method for gauss fit to front of residual distribution.
    --    Allow for disagreement in first epoch and H4 record.
    --    Station coordinates and velocities taken from an ILRS SINEX solution file
    --    Peak-Mean calculated using a tangent fit to a smoothed profile.
    --    Option to include unfiltered range measurements

   
Version 1.2
    --    Gauss fit filter added.
    --    Peak-Mean default as 1*sigma iterative mean.
    --    Option to calculate a '50' record if not included in full-rate CRD file.
    --    Include option to output final ranges in CRD format with met and calibration values.
    --    Filtering at two levels. The first is to form the normal points and the second is to include in the full-rate output
    --    Include option to input satellite centre of mass offset to improve the orbit solution and flatten range residuals.
    --    Indicate if individual normal point residual bins have slopes.
    --    Select SLR station data in full-rate data file from list.
    --    Matplotlib figure window now kept open to allow for much faster plotting of a series of passes.
 

5
Station Equipment Questions / Infrared thermal usb camera
« on: November 05, 2019, 11:36:55 AM »
Hi
At the recent Technical Workshop in Stuttgart, we heard from a number of people operating infrared cameras.  The reports were encouraging but the cameras are expensive. Could i ask what people on here think of these cheaper cameras?:

https://www.flir.co.uk/products/boson/?model=20640A012
    Longwave infrared; 7.5 µm – 13.5 µm
    640 x 512
    60Hz
    12 µm pixel

Thanks!

6
Data and Software Questions / Re: CRDv2 experience (as a provider)
« on: October 07, 2019, 01:20:08 PM »
Please also see this earlier post on CRDv2.
http://sgf.rgo.ac.uk/forumNESC/index.php?topic=51.0

I could not recover the author's name.  Was it you??

7
Data and Software Questions / CRDv2 experience (as a provider)
« on: October 07, 2019, 01:18:10 PM »
How are you getting on with generating version 2 CRD SLR data files?

At Herstmonceux, we are about to start submitting our data in CRDv2 format. I wrote a Python script to generate the files following a similar method to how we write the CRDv1 files in FORTRAN.

It wasn't too much trouble and i think it is all correct now. If you have not looked at doing this yet, there are changes to be aware of in some of the fields and there are also additional fields:
  • H5 Prediction Header
  • C5 Software Configuration
  • C6 Meteorological Instrumentation Configuration
  • C7 Calibration Target Configuration *new*
  • 41 Calibration Detail Record
  • 42 Calibration "Shot" Record *new*

One major change is the recording of the calibration records.  In the v2 version only one '40' record should be included with additional calibrations recorded as '41'.  The epoch of the '40' record should be the at the middle of the pass segment and the calibration value determined from pre and post measurements.

See the latest CRDv2 document from the ILRS website: https://ilrs.cddis.eosdis.nasa.gov/data_and_products/formats/crd.html

It was clear to me in doing this that more data can be included in the CRD files than we are providing at Herstmonceux.  In time, i will look at including the '30' records for Pointing angles.

We also don't collect the information requested in the '21' Meteorological Supplement Record. Is anyone collecting this information?:
  • Wind speed (m/s)
  • Wind direction (degrees azimuth, North is zero)
  • Weather conditions (two-digit SYNOP/WMO “present weather” code, or “rain”, “snow”, “fog”, “mist”, “clear”, “na”, etc.)
  • Visibility (km)
  • Sky clarity (i.e., zenith extinction coefficient)
  • Atmospheric seeing (arcsec)
  • Cloud cover (%)
  • Sky temperature in degrees Kelvin
We do however collect visibility values and so i will look in to including this in the future. Is there an instrument that anyone is using that reliably provides the rest of this information?

Please share your experience in providing CRDv2 below. Any questions or advice welcome

Thanks

8
Mission Tracking Feedback / Recovered: Radioastron
« on: June 14, 2019, 02:18:14 PM »

Lavochkin Association did not manage to establish communication with the Spectr-R satellite. Attempts continued from 10 January to 30 May 2019. The State Commission examined the satellite’s technical condition on 30 May 2019 and decided to finish the RadioAstron observing program. The satellite successfully operated for 7.5 years instead of the originally planned 3 years. The link with the satellite was lost due to the very long exposure to the space radiation which has affected the onboard low-gain antenna communication system. Currently, the Astro Space Center is completing the data transfer, correlation and archiving of the vast amount of unique scientific data. International science teams continue to process, analyze and publish the results.

9
Open a Discussion / Recovered: 'Space debris EU-ESA agreement'
« on: June 14, 2019, 02:17:24 PM »
Good morning.
How is it going to affect our community this new in relation with space debris applications?
https://www.esa.int/Our_Activities/Space_Safety/ESA_and_the_United_Nations_team_up_for_space_debris

We are designing our new station in order to be compatible with space debris activities in the future if it is necessary.
BR

10
In-Sky Safety / Re: FLARM
« on: June 14, 2019, 02:16:25 PM »
Recovered Post:

Hi.
The TRX-1500 FLARM rx is not available any more. Another good option, the one we already acquired, is the AT-1 receiver (it is the TRX-1500 successor).
https://www.gps.co.uk/air-avionics-at-1-traffic-system/p-0-3170/
Serna.

11
In-Sky Safety / Re: On telescope camera for plane spotting
« on: June 14, 2019, 02:15:56 PM »
Recovered post:

Good morning.
We are currently defining our Telescope system (our plan is to buy it this year). It is really interesting your work related with the optical camera for aircraft security. So we will have it into consideration for our system (in addition with ads-b, flarm, all-sky camera, directional microphone...).
Best regards.
serna_yebes

12
Dear Laser Tracking Colleagues,

G'Day from Tokyo.

In the 21st International Workshop on Laser Ranging (conference site: http://www.iwlr2018.serc.org.au/, proceedings site: https://cddis.nasa.gov/lw21/Program/index.html, I presented station-by-station performance charts (printed on 1-metre-long sheets) during the Clinic Session 3 co-hosted with Jose Rodriguez.  Here are the short summary of the analysis and the links to the charts.

Period: July 2017 to June 2018.
Satellites: LAGEOS-1, LAGEOS-2, AJISAI, STARLETTE, STELLA and LARES.
29 Stations with > 200 LAGEOS passes in the 1 year span.
More details about the analysis: See http://geo.science.hit-u.ac.jp/slr/bias/2018sp/Clinic_Booth3.pdf

Unlike the previous years' ones, this year's charts are organised PER STATION.  Matrix charts are also provided (printed on the reservse side) to help investigate the cause.

The first part contains:
  Residual wrt Range rate (negative in ascending (first) half, and positive in descending (second) half of a pass)
  Residual wrt Local time (defined by the station longitude, slightly different from the local standard time)
  Residual wrt Range rate (as specified in normal point data)
  Residual wrt Single-shot RMS (as specified in normal point data)
  Residual wrt Skew (as specified in normal point data)
  Residual wrt Kurtosis (as specified in normal point data)
  Residual wrt System delay (1), (2),.. (per system delay 'group')
  System delay (all sat) (including calibration data for other satellites not included in this analysis)
  System delay (A), (B), ... (vertical scale magnified as above)
  Calibration interval (cumulative) (typical calbration interval is at median (50%))

The matrix chart (second  part) labels, top-to-botumn = left-toright,  mean:
  Mon 17: Months from January 2017 (13 for January 2018)
  Hour: Local time
  # ret: Number of returns per NP bin
  Return rate
  RMS: Single-shot RMS
  Skew
  Kurt: Kurtosis
  Range rate
  System delay (1), (2), ...
  O-C: POD residuals
 
7090 (Yarragadee) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7090.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7090-a.png
7941 (Matera)  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7941.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7941-a.png
7825 (Mt Strolmo)  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7825.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7825-a.png
7237 (Changchun) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7237.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7237-a.png
7105 (Greenbelt) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7105.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7105-a.png
7810 (Zimmerwald) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7810.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7810-a.png
7840 (Herstmonceux) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7840.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7840-a.png
7110 (Monument Peak) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7110.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7110-a.png
7501 (Hartebeesthoek) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7501.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7501-a.png
7841 (Potsdam) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7841.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7841-a.png
7821 (Shanghai) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7821.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7821-a.png
8834 (Wettzell) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/8834.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c8834-a.png
7839 (Graz) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7839.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7839-a.png
7119 (Haleakala) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7119.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7119-a.png
7819 (Kunming) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7819.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7819-a.png
1887 (Baikonur) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/1887.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c1887-a.png
7838 (Shimosato) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7838.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7838-a.png
7249 (Beijing) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7249.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7249-a.png
7827 (Wettzell) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7827.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7827-a.png
7407 (Brasilia) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7407.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7407-a.png
1873 (Simeiz) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/1873.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c1873-a.png
1879 (Altay) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/1879.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c1879-a.png
7845 (Grasse) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7845.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7845-a.png
1893 (Katzively) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/1893.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c1893-a.png
1891 (Irkutsk) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/1891.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c1891-a.png
1868 (Komsomolsk-na-Amure) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/1868.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c1868-a.png
1889 (Zelenchukskya) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/1889.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c1889-a.png
1886 (Arkhyz) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/1886.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c1886-a.png
7811 (Borowiec) http://geo.science.hit-u.ac.jp/slr/bias/2018sp/7811.png,  http://geo.science.hit-u.ac.jp/slr/bias/2018sp/c7811-a.png

Best Regards,
Toshi

13

Today, while writing my own CRD-parsing python3 code, I felt a little bit wheel-reinventing

Since the new CRD/CPF format is going to release at the Canberra meeting, I guess it's time to think about our new CRD2.0 python library?
It should have following functions: verify the CRD2.0 format, extract data, etc.

I found in GitHub the CRD/CPF library from Olli Wilkman:

https://github.com/dronir/SLRdata

Could be a good start.

14
Recover Post:

Hi Arttu

Water spraying over the laser electronics doesn't sound like fun!  :o

We run a Lauda E100 at the SGF. When we had temperature variation problems it wasn't  the water cooler temperature that was unstable it was the temperature control of the amp. That temperature control system became unstable as the water flow around it had become very low, sounds similar to your problem but not so bad.

The fix was to add a bottle of Durgol Universal Descaler, as recommended by Michael Schmidt, to the water and run it for 2+ hours. This restored the water flow rate meaning the amp temperature control could work as intended again so no more temperature variation to cause the range variation we'd seen.

We have run the same Lauda water cooler continuously since the arrival of our kHz laser so 10+ years. I have replaced the fan motor 2 or 3 times though, it's not impossible to get to but access is tricky.

The water cooler has always been set at 20°. We don't run a filter on the outlet as Michael told us to remove it, we also stopped using OptiShield on his advice. We have always changed the water at least once a year. Micheal now recommends changing the water and flushing the system with Durgol every 6 months.

The last time I changed the water I added a bottle of Durgol before draining the old water and noticed an obvious improvement in water flow, despite having used Durgol at previous changes. It appears it doesn't take long for the limescale build up inside the laser waterways to have a noticeable effect on flow rate.

Toby

15
Recovered Post:

Hi Arttu,
in Graz we are using (since delivery of the laser) a Lauda chiller. LAUDA ecoline RE110
Cooling power @20° = 500W; Heating power = 1500W;
We have a filter of 100µm at the output (renewing once a year). And we changed the position of the temperature sensor from internal (chiller reservoir) to the output tube of the laser for having shorter warm up times. As a “descaler” we are adding OptiShield to the distilled water. This mixture we are renewing around every 5 to 10 years but we have to add around half a litre of distilled water every week. (losing a lot ??) By the way, beside some very short service periods, we never switched the HQ-Laser system off.
Greetings, Franz

Pages: [1] 2 3 4