Hi,
The recent launched Nauka module appears to be transmitting on 631Mhz. See:
Anyone interested in observing? Then it should be added to the database.
Best regards, Eelke.
Hi,
The recent launched Nauka module appears to be transmitting on 631Mhz. See:
Anyone interested in observing? Then it should be added to the database.
Best regards, Eelke.
Hi.
I would be interested in observing it too, would be great if it could be added soon, so we can use the time while it is still in transit!
Nauka module has been added into DB and it is available for scheduling in Network. Thanks for heads-up.
Thanks! I have just setup the RTL-SDR V-dipole kit antenna to 631 MHz, and scheduled a few observations. I am curious if it will work…
I also saw a 166 Mhz transmitter listed, is this a known source? Or a mistake?
Thanks for adding this!
It is coming from:
https://twitter.com/df2mz/status/1418662058485338112
sent in SatNOGS channel in matrix by kovirii. From the twitter thread seems almost sure that belongs to Nauka.
Super. I scheduled a few observations on other stations. Let’s see. Thanks!
Regarding Observation 4470184 …
I see something in the last part of the observation. The doppler appears to be off, but Nauka is known te be manoeuvring.
I had forgot about the bandwidth. We need at least a bandwidth from - 250 to +250 kHz.
Hi, I have also just successfully observed Nauka. See:
I did not use Satnogs, because the bandwidth setting for the transmitter is to low. On the next pass I try Satnogs again.
To confirm, my UHF turnstile of SatNOGS station #40 was able to easily pick up Nauka signals at 631MHz in STRF mode. So it should be possible to receive Nauka with SatNOGS UHF stations to provide global coverage and check for manouvering.
I also received it again using my satnogs station. I had swapped the FM script with the LRPT script to get a bit more bandwidth. I did not use my 435 Mhz turnstile but the RTL-SDR V-dipole with length adapted to match with 631 MHz. I am not able to measure or tune it.
Regarding Observation 4476775 …
Would love to get more bandwidth and see both strong peaks on satnogs as I also saw, using the SDR# software. Anyway cheers to everyone who contributed to Satnogs!
@fredy has accepted the brighter sidebands at 631.129MHz and 630.873MHz as transmitters as well. Feel free to target those.
Unfortunately currently the bandwidth depends fully on the mode and the baudrate is used for a transmitter entry. We still have an open issue for making the transmitter entries more detailed so we can handle several cases including ones like this one.
So, for now the best we can do is what @cgbsat suggested, to add two new transmitters for the strong sidebands at 631.129 MHz and 630.873 MHz.
Zarya - ISS Control Module (formerly known as FGB)
Transmit
130.167 MHz TORU transmit to Progress and to Orlan space suit.
632 MHz Used for PCM/FM telemetry very similar to the 166 MHz channel on Soyuz. (BR-9TsU-8)
634 MHz Used for PCM/FM telemetry very similar to the 166 MHz channel on Soyuz. (BR-9TsU-8)
Yes that would be helpful I guess. In the mean time I have adapted the satnogs_fm.py flowgraph a bit to get a 1 MHz wide waterfall. See:
You can see clearly both “strong sidebands” observed. The softer details in between the side bands are gone. But for a first hack, I am pretty pleased with it.
Nice hack!
Note though that the number of channels in the waterfall will still be 1024, so your frequency resolution is limited in seeing the weaker features.
Yes, it keeps being a bit hackery… The waterfall had a lot of noise and a white band at the higher frequencies. Playing with it gave a lot of failed observations. So I started with the basic satnog_fm.py flowgraph again and increased the audio sample rate from 48k to 480kHz. The waterfall was very good. But the audio ogg file was to big to upload. I have now removed the audio generation from the flowgraph. I got:
See: Observation 4484958
The wide bandwidth is good for seeing both peaks, and maybe for finding other sats. But the doppler deviation is hardly visible. I also increased the amount of fft channels from 1024 to 2048, but the picture did not change.
Do somebody know from where this data come?