Jump to content

Stargazers Lounge Uses Cookies

Like most websites, SGL uses cookies in order to deliver a secure, personalised service, to provide social media functions and to analyse our traffic. Continued use of SGL indicates your acceptance of our cookie policy.

sgl_imaging_challenge_banner_beauty_night_skies.thumb.jpg.2711ade15e31d01524e7dc52d15c4217.jpg

Geminids

Members
  • Content Count

    31
  • Joined

  • Last visited

Community Reputation

10 Good

About Geminids

  • Rank
    Nebula

Profile Information

  • Location
    Hayfield, Derbyshire
  1. I think that the wavy signal you see is interference from electrical equipment as it warms up or the load changes. I was about to add "faulty" equipment but with the sensitive receivers we have nowadays and the "relaxed" view by the RFI enforcers it could be a RFI approved. If this is the first time you have seen it you are lucky. It would be nice to know something of your radio set up there, but it almost definitely wouldn't help (me at least) with identification. It could be sproggies (spurious signals from broadcast transmitters), emissions from computer monitor or TV or even the ever present "wall warts"
  2. This looks as if it might do the job. I need to get used to the jargon of TLEs and to convert ISS Azm and Elv to ground Lat and Long. I am checking a GRAVES recorded scatter from 20160729 that was verified at the time with ISS Tracker. At that time I had Time Lat Long 01:38:00 46.84 0.37 I have set the location to this Lat and Long and running the predictor (sat elevation >0 and min flare mag of 5.0) and using the current TLE (Keplers) the prediction is way, way off at 22.5N ~62E . For a LEO would I be right to assume this to be expected for that far back.
  3. I need this to do a continuing assessment of ISS passes over the UK that are "lit" by GRAVES. I was considering an exercise to do every month and look at what passes there had been and then checking my radio data. I am not sure what would be the best approach; either scanning through hundreds of spectrum lab images, developing a conditional action script in Spectrum Lab to detect with reasonable confidence, ISS scatter. But I will help to know when and where to look - and I.S.S Tracker gave this Or maybe there is a way to set up a ISS predictor app that would list upcoming passes over the Channel and UK that would do the job?` Or I could look back at records going back to 2016. So, in answer to your question, I think that whatever way I do it I would need, say, at lest three months worth of history perhaps. Ideally ground lat and location.
  4. In the past I have used the ISS Tacker web browser app to provide historical data of the satellite latitude and longitude for past dates and times, but it seems to be broken now - any pointers on an alternative would be very welcome.
  5. Hallo Stormchaser on Stornoway Don't know why I hadn't seen your posting of June 28th before - but now I have This is a really interesting study you are doing particularly in mapping out the regions of the sky that return scattering from GRAVES. It adds to the Narvarro paper that wxsatuser referred me to in a recent posting in another thread. Those rear/side lobes are mainly unknown and the fact that they are from a reflection from the ground with local buildings giving clutter makes them even more difficult (impossible?) to predict. If you have any more evidence of ISS or other satellites I would be most interested. Also, what do you use for satellite location reporting?
  6. In the north, near Manchester, i use 3 element Yagis with head amp and seldom get tropo but almost invariably i get moon bounce. Really i would like to know the lat and longitude go ISS when detected to find the furthest north it can be "seen", to help with a meteor simulation model i have developed.
  7. Yes, wxsatuser, that is what I half remembered. The link to Navarro's paper from Czechoslovakia has their measurements. Could we do a similar thing in the UK and extend the "sky print" ? No idea how to go about it myself but I am willing to try.
  8. I have seen there are many posts of ISS detection using rdaio scatter from the GRAVES transmitter. Is it possible to detect the ISS from the side or rear lobes, in the UK? If so it would nice to plot out where the ISS is and backtrack to GRAVES and map out these side lobes. I think that this has been done by other European countries and I would like to know what are the regions of space where meteors scatter.
  9. I am interested if anyone has downloaded this software and are putting it into use. It can generate a lot of data and would am keen to discuss ways of using it for scientific study etc.
  10. I am away at the moment and am interested to know if there was any of the predicted Draconids activity.
  11. I have been trialing a new meteor data logger and analyser that is written by Wolfgang Kaufmann. It has been around for a couple of years and I have now just got round to trying out properly. I wish I had checked this out a lot earlier - now I think we can do some serious analysis of radio meteor and perhaps do some science! There are two Python applications: one logs the data and the other processes it. The apps can be found at http://www.ars-electromagnetica.de/robs/download.html and there are links to his IMO paper which describes it. The big thing here is that the program logs track all meteor tracks - specular, long duratoion and head echoes . For my tests I ran a FCDP+ with HDSDR and used a VAC to connect to Specrtum Lab using the set up I usually use for routine logging and also to the Python Logger. I ran it for about 20 days in September - a non-shower period. The csv file produced was over 25Mbytes. This is loaded into the Process Data App where cleaning and conflation (joining seperataed parts of a track broken by GRAVES switching) is first done. The App has a number of functions that analyses the data. Underdernse , overdense, long duration, distributions, hourly counts RMOB output are all catered for. The head echo frequency slope is a particlualrly interesting plot and is employed in WGN 46:6 (2018) pp 201 -204 in an investigation of sporadic meteor radiants and dynamics. Below is a first look at my own data and I can see a bit of study is going to be requirefd The Process Data App can also generate a number of csv files for overdense data, under dense head echoes etc. I give a selection of plots I have made from these data in the pdf below Meteor Logger Output.pdf The pdf shows the detail of the Meteor Logger data and compares it with Spectrum Lab specrotgrammes . The programs do require the Python interpretor to be running and there is a learning curve to go up (I am only just started) and there are significant amounts of data that can be used in analysis. I will be moving this program into routine use and start looking at the data as I have never been able to before I think it is well woth the efoort for the serious radio meteor observer.
  12. You are making good progress. Keep in touch here.
  13. I have results for all July and August to date. I will look at your results and compare. It does raise the point- what is the bet way to display hourly count rates? Lines, bars (I favour), tables, colourgrammes (also useful to show diurnal changes and progression during month) Also are your counts manual or automated in some way? Are the blanks in your table where you were not monitoring or there was nothing to count?
  14. I am away on holiday in a few days and will give you some brief details of the software. For all of my data manipulation, ie reading the Spectrum Lab (SL) logs, filtering, distributions, and plots I use Wavemetrics' Igor Pro which is a plotting and analysis application with a powerful programming capability. I have written routines using Igor Pro to do all of the tasks automatically. The top plot above is done with this - plotting is very flexible. As you can see I do get a significant ammount of Moon Bounce events in my data; this may be because I use masthead pre-amps on my systems. (Incidentally a snapshot of part of the RF circuit is shown on my Icon). To filter this out I use the programme EMEPlanner to provide Moon Doppler shift at 10 minute intervals for the month. I copy and paste the data from EMEPlanner into Excel and run a VBA macro to format it. It is then imported into Igor Pro. When I have loaded some of my SL data log into Igor Pro I run my filter macro, which checks each event in the log for certain criteria. The Moon part of the filter compares the time and frequency of the particular log entry with the interpolates Moon Doppler shift data and, if the frequency of event matches within limits, it is filtered out. In the example above the 4300 Moon events are filtered from total log of around 37000 events in a second or two. The technique does require accurate time and frequency which I achieve. It seems to work quite well and I intend to compare the patterns of my antennas with these Moon data. The Colourgrammes are done in Excel because it is easier to use the cells to construct it. And, as you might have guessed, the counting is done in Igor Pro, exported and then imported to Excel where a VBA macro takes the data and makes the plots shown above.
  15. Well, I guess you could leave the Moon bounce data in .... Just deleted wrong stream attributions. Any thoughts on what the activity is?
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.