it worked perfectly.. Thank you so much... On Tue, Jan 2, 2024 at 10:31 PM <discuss-gnuradio-requ...@gnu.org> wrote:
> Send Discuss-gnuradio mailing list submissions to > discuss-gnuradio@gnu.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > or, via email, send a message with subject or body 'help' to > discuss-gnuradio-requ...@gnu.org > > You can reach the person managing the list at > discuss-gnuradio-ow...@gnu.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Discuss-gnuradio digest..." > > > Today's Topics: > > 1. Clipping and Renaming wavesink output file (Sreejith RK Nair) > 2. Re: Discuss-gnuradio Digest, Vol 255, Issue 3 (Jiya Johnson) > 3. Re: Clipping and Renaming wavesink output file (Jeff Long) > 4. Re: Doppler (Daniel Estévez) > 5. Re: Doppler (Daniel Estévez) > 6. "Windows Size" or "Canvas Size" in Options Block of GNU Radio > 3.10.1.1 (ELIZEU FERREIRA XAVIER) > 7. Re: Doppler (Marcus D. Leech) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 2 Jan 2024 08:46:37 +0530 > From: Sreejith RK Nair <sreejithrknair...@gmail.com> > To: discuss-gnuradio@gnu.org > Subject: Clipping and Renaming wavesink output file > Message-ID: > < > cakfesxdcqw5ofy32s+qfqtfd4pot3knfu2jqdov8y4hqdqb...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi, > I have created a FM receiver using GNU and the output is fed to an audio > sink to listen live and to a wavefile sink to record. There was no option > to edit the recording time in GUI, so I edited the python code to record > and rename the file every 5 mins. But the problem is only the first file > has data and other files are created but with no data.The code i've written > for this as follows: > *def create_new_file(self):* > > > > > > > > > > > > > > > > > > > > > > > > *current_time = datetime.datetime.now() elapsed_time = current_time > - self.start_time if elapsed_time.total_seconds() >= REC_TIME_SEC: > self.blocks_wavfile_sink_0.close() filename = > 'E:\\Record\\{}.mp3'.format(current_time.strftime("%Y%m%d_%H%M%S")) > self.blocks_wavfile_sink_0 = blocks.wavfile_sink(filename, 1, 48000, > 8) self.start_time = current_time def > check_and_create_file(self): current_time = datetime.datetime.now() > elapsed_time = current_time - self.start_time if > elapsed_time.total_seconds() >= REC_TIME_SEC: > self.create_new_file() def work(self, input_items, > output_items): current_time = datetime.datetime.now() > elapsed_time = current_time - self.start_time > self.total_items_written+=len(output_items[0]) # Call > create_new_file multiple times if enough time has elapsed if > elapsed_time.total_seconds() >= REC_TIME_SEC: > self.create_new_file() current_time = datetime.datetime.now() > elapsed_time = current_time - self.start_time return > len(output_items[0])* > Thank you in advance.. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240102/83e76055/attachment.htm > > > > ------------------------------ > > Message: 2 > Date: Tue, 2 Jan 2024 09:59:14 +0530 > From: Jiya Johnson <jiyajohnso...@gmail.com> > To: GNURadio Mailing List <discuss-gnuradio@gnu.org> > Subject: Re: Discuss-gnuradio Digest, Vol 255, Issue 3 > Message-ID: > <CANaw2UttDj8bp6+QB=W= > y0echmmcy01em1rkjvtpldm3t11...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Greetings all, > Let's say if I want to do it for Doppler frequency of 200KHz and Doppler > rate 10KHz/s is it possible to do with USRP hardware simulations. > > On Tue, Jan 2, 2024 at 7:17 AM <discuss-gnuradio-requ...@gnu.org> wrote: > > > Send Discuss-gnuradio mailing list submissions to > > discuss-gnuradio@gnu.org > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > or, via email, send a message with subject or body 'help' to > > discuss-gnuradio-requ...@gnu.org > > > > You can reach the person managing the list at > > discuss-gnuradio-ow...@gnu.org > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Discuss-gnuradio digest..." > > > > > > Today's Topics: > > > > 1. Re: Doppler (Marcus D. Leech) > > 2. Re: Doppler (Jeff Long) > > 3. Re: Doppler (Marcus D. Leech) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Mon, 1 Jan 2024 20:31:57 -0500 > > From: "Marcus D. Leech" <patchvonbr...@gmail.com> > > To: discuss-gnuradio@gnu.org > > Subject: Re: Doppler > > Message-ID: <e81603a8-6e4b-4f63-8fc5-b1f007f92...@gmail.com> > > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > > > On 01/01/2024 20:28, Jeff Long wrote: > > > The problem here is relating this kind of chirp to anything physical. > > > As Daniel says, this may make sense for a synthesized signal. It's > > > pretty easy to create any signal you want using some combination of > > > Python and GNU Radio (or other tools). One possible problem could be > > > specifying very large numbers for parameters in some programs. > > The term "doppler" tends to imply in many engineer's minds some type of > > actual physicality... > > > > > > > > > > On Mon, Jan 1, 2024 at 7:40 PM Marcus D. Leech > > > <patchvonbr...@gmail.com> wrote: > > > > > > On 01/01/2024 16:11, Marcus Müller wrote: > > >> > > >> Liya, > > >> > > >> Doppler shift Δf is proportional to both speed and carrier > > >> frequency /f/₀ > > >> > > >> Δ/f/ = /f/₀ · /v///c/₀, > > >> > > >> where /v/ is the relative speed of your thing, and /c/₀ is the > > >> speed of light. > > >> > > >> The highest frequencies we can, so far, do radio communications > > >> on, are in the range of f₀=150 GHz. > > >> > > >> So, assuming you do communications on 150 GHz, for your Doppler > > >> shift to be Δ/f=/10 GHz higher after 1s, your acceleration must > been > > >> > > >> /a = /Δ/f / f/₀ · /c/₀ / 1s = 10 GHz / 150 GHz · 3·10⁸ m/s / s = > > >> 2/30 · 3·10⁸ m/s² = 1/15 /c/₀/s. > > >> > > >> The fastest object mankind has ever built is the Parker Solar > > >> Probe, which will burn up while it spirals into the sun, at a > > >> maximum velocity of ca 1/15 of the speed of light. It takes it > > >> years to reach that speed, not 1s. > > >> > > >> So, you're assuming you're seeing a doppler from a satellite > > >> rotating around earth that sees a relative acceleration higher > > >> than a "satellite" around the sun actively being pulled into the > > >> sun by the sun's immense gravity. > > >> > > >> That sadly makes no physical sense! > > >> > > >> Best regards, > > >> Marcus > > >> > > > C/15 is actually about *twice* as fast as the fastest object we > > > will ever have made. > > > > > > > > >> On 01.01.24 07:51, Jiya Johnson wrote: > > >>> Yes I want to use 10GHz/s > > >>> > > >>> On Sat, Dec 30, 2023, 4:05 PM Jiya Johnson > > >>> <jiyajohnso...@gmail.com> wrote: > > >>> > > >>> Greetings everyone, > > >>> https://github.com/daniestevez/reu-2023/tree/main/doppler > > >>> I went through these grc files and tried to do > > >>> drift_simulation, i am not getting the way to get 10GHz/s > > >>> using inspectrum and frequency sink slope calculation i have > > >>> attached the grc and screenshots. > > >>> image.png > > >>> image.png > > >>> > > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: < > > > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240101/934e8c35/attachment.htm > > > > > -------------- next part -------------- > > A non-text attachment was scrubbed... > > Name: image.png > > Type: image/png > > Size: 194533 bytes > > Desc: not available > > URL: < > > > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240101/934e8c35/attachment.png > > > > > -------------- next part -------------- > > A non-text attachment was scrubbed... > > Name: image.png > > Type: image/png > > Size: 111344 bytes > > Desc: not available > > URL: < > > > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240101/934e8c35/attachment-0001.png > > > > > > > ------------------------------ > > > > Message: 2 > > Date: Mon, 1 Jan 2024 20:40:45 -0500 > > From: Jeff Long <willco...@gmail.com> > > To: discuss-gnuradio@gnu.org > > Subject: Re: Doppler > > Message-ID: > > < > > cac5f9jaheur6pdmcfaehqdagnjh9okil+dludwneorf2ssy...@mail.gmail.com> > > Content-Type: text/plain; charset="utf-8" > > > > Doppler also applies to lasers. > > > > On Mon, Jan 1, 2024 at 8:32 PM Marcus D. Leech <patchvonbr...@gmail.com> > > wrote: > > > > > On 01/01/2024 20:28, Jeff Long wrote: > > > > > > The problem here is relating this kind of chirp to anything physical. > > > As Daniel says, this may make sense for a synthesized signal. It's > pretty > > > easy to create any signal you want using some combination of Python and > > GNU > > > Radio (or other tools). One possible problem could be specifying very > > large > > > numbers for parameters in some programs. > > > > > > The term "doppler" tends to imply in many engineer's minds some type of > > > actual physicality... > > > > > > > > > > > > On Mon, Jan 1, 2024 at 7:40 PM Marcus D. Leech < > patchvonbr...@gmail.com> > > > wrote: > > > > > >> On 01/01/2024 16:11, Marcus Müller wrote: > > >> > > >> Liya, > > >> > > >> Doppler shift Δf is proportional to both speed and carrier frequency > > *f*₀ > > >> > > >> Δ*f* = *f*₀ · *v*/*c*₀, > > >> > > >> where *v* is the relative speed of your thing, and *c*₀ is the speed > of > > >> light. > > >> > > >> The highest frequencies we can, so far, do radio communications on, > are > > >> in the range of f₀=150 GHz. > > >> > > >> So, assuming you do communications on 150 GHz, for your Doppler shift > to > > >> be Δ*f=*10 GHz higher after 1s, your acceleration must been > > >> > > >> *a = *Δ*f / f*₀ · *c*₀ / 1s = 10 GHz / 150 GHz · 3·10⁸ m/s / s = 2/30 > · > > >> 3·10⁸ m/s² = 1/15 *c*₀/s. > > >> > > >> The fastest object mankind has ever built is the Parker Solar Probe, > > >> which will burn up while it spirals into the sun, at a maximum > velocity > > of > > >> ca 1/15 of the speed of light. It takes it years to reach that speed, > > not > > >> 1s. > > >> > > >> So, you're assuming you're seeing a doppler from a satellite rotating > > >> around earth that sees a relative acceleration higher than a > "satellite" > > >> around the sun actively being pulled into the sun by the sun's immense > > >> gravity. > > >> > > >> That sadly makes no physical sense! > > >> > > >> Best regards, > > >> Marcus > > >> > > >> C/15 is actually about *twice* as fast as the fastest object we will > > ever > > >> have made. > > >> > > >> > > >> On 01.01.24 07:51, Jiya Johnson wrote: > > >> > > >> Yes I want to use 10GHz/s > > >> > > >> On Sat, Dec 30, 2023, 4:05 PM Jiya Johnson <jiyajohnso...@gmail.com> > > >> wrote: > > >> > > >>> Greetings everyone, > > >>> https://github.com/daniestevez/reu-2023/tree/main/doppler > > >>> I went through these grc files and tried to do drift_simulation, i am > > >>> not getting the way to get 10GHz/s using inspectrum and frequency > sink > > >>> slope calculation i have attached the grc and screenshots. > > >>> [image: image.png] > > >>> [image: image.png] > > >>> > > >>> > > >> > > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: < > > > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240101/bc2fb883/attachment.htm > > > > > -------------- next part -------------- > > A non-text attachment was scrubbed... > > Name: image.png > > Type: image/png > > Size: 194533 bytes > > Desc: not available > > URL: < > > > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240101/bc2fb883/attachment.png > > > > > -------------- next part -------------- > > A non-text attachment was scrubbed... > > Name: image.png > > Type: image/png > > Size: 111344 bytes > > Desc: not available > > URL: < > > > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240101/bc2fb883/attachment-0001.png > > > > > > > ------------------------------ > > > > Message: 3 > > Date: Mon, 1 Jan 2024 20:46:47 -0500 > > From: "Marcus D. Leech" <patchvonbr...@gmail.com> > > To: discuss-gnuradio@gnu.org > > Subject: Re: Doppler > > Message-ID: <92e54bd6-9165-48d0-ad43-861ad4d35...@gmail.com> > > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > > > On 01/01/2024 20:40, Jeff Long wrote: > > > Doppler also applies to lasers. > > Well, OK. Maybe we're not talking radio at all here. Wouldn't be the > > first time Gnu Radio has been used for > > other parts of the EM (and even non-EM) spectrum. > > > > I'm not really up to date on the state of optics and optical/RF > > interfaces, so, maybe I'll learn something... > > > > > > > > > > On Mon, Jan 1, 2024 at 8:32 PM Marcus D. Leech > > > <patchvonbr...@gmail.com> wrote: > > > > > > On 01/01/2024 20:28, Jeff Long wrote: > > >> The problem here is relating this kind of chirp to anything > > >> physical. As Daniel says, this may make sense for a synthesized > > >> signal. It's pretty easy to create any signal you want using some > > >> combination of Python and GNU Radio (or other tools). One > > >> possible problem could be specifying very large numbers for > > >> parameters in some programs. > > > The term "doppler" tends to imply in many engineer's minds some > > > type of actual physicality... > > > > > > > > >> > > >> On Mon, Jan 1, 2024 at 7:40 PM Marcus D. Leech > > >> <patchvonbr...@gmail.com> wrote: > > >> > > >> On 01/01/2024 16:11, Marcus Müller wrote: > > >>> > > >>> Liya, > > >>> > > >>> Doppler shift Δf is proportional to both speed and carrier > > >>> frequency /f/₀ > > >>> > > >>> Δ/f/ = /f/₀ · /v///c/₀, > > >>> > > >>> where /v/ is the relative speed of your thing, and /c/₀ is > > >>> the speed of light. > > >>> > > >>> The highest frequencies we can, so far, do radio > > >>> communications on, are in the range of f₀=150 GHz. > > >>> > > >>> So, assuming you do communications on 150 GHz, for your > > >>> Doppler shift to be Δ/f=/10 GHz higher after 1s, your > > >>> acceleration must been > > >>> > > >>> /a = /Δ/f / f/₀ · /c/₀ / 1s = 10 GHz / 150 GHz · 3·10⁸ m/s / > > >>> s = 2/30 · 3·10⁸ m/s² = 1/15 /c/₀/s. > > >>> > > >>> The fastest object mankind has ever built is the Parker > > >>> Solar Probe, which will burn up while it spirals into the > > >>> sun, at a maximum velocity of ca 1/15 of the speed of light. > > >>> It takes it years to reach that speed, not 1s. > > >>> > > >>> So, you're assuming you're seeing a doppler from a satellite > > >>> rotating around earth that sees a relative acceleration > > >>> higher than a "satellite" around the sun actively being > > >>> pulled into the sun by the sun's immense gravity. > > >>> > > >>> That sadly makes no physical sense! > > >>> > > >>> Best regards, > > >>> Marcus > > >>> > > >> C/15 is actually about *twice* as fast as the fastest object > > >> we will ever have made. > > >> > > >> > > >>> On 01.01.24 07:51, Jiya Johnson wrote: > > >>>> Yes I want to use 10GHz/s > > >>>> > > >>>> On Sat, Dec 30, 2023, 4:05 PM Jiya Johnson > > >>>> <jiyajohnso...@gmail.com> wrote: > > >>>> > > >>>> Greetings everyone, > > >>>> > https://github.com/daniestevez/reu-2023/tree/main/doppler > > >>>> I went through these grc files and tried to do > > >>>> drift_simulation, i am not getting the way to get > > >>>> 10GHz/s using inspectrum and frequency sink slope > > >>>> calculation i have attached the grc and screenshots. > > >>>> image.png > > >>>> image.png > > >>>> > > >> > > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: < > > > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240101/015d48c4/attachment.htm > > > > > -------------- next part -------------- > > A non-text attachment was scrubbed... > > Name: image.png > > Type: image/png > > Size: 194533 bytes > > Desc: not available > > URL: < > > > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240101/015d48c4/attachment.png > > > > > -------------- next part -------------- > > A non-text attachment was scrubbed... > > Name: image.png > > Type: image/png > > Size: 111344 bytes > > Desc: not available > > URL: < > > > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240101/015d48c4/attachment-0001.png > > > > > > > ------------------------------ > > > > Subject: Digest Footer > > > > _______________________________________________ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > > > ------------------------------ > > > > End of Discuss-gnuradio Digest, Vol 255, Issue 3 > > ************************************************ > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240102/0056bbff/attachment.htm > > > > ------------------------------ > > Message: 3 > Date: Tue, 2 Jan 2024 04:50:41 -0500 > From: Jeff Long <willco...@gmail.com> > To: GNURadio Discussion List <discuss-gnuradio@gnu.org> > Subject: Re: Clipping and Renaming wavesink output file > Message-ID: > <CAC5f9jYZO9qvOgBmNpRnJKBByAbvWzo3= > yor3xscdqcb6xk...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > You wouldn't replace the file sink. Just call > > wavefile_sink.open(new_file_name) > > which will also automatically close the old file for you. > > Instead of using a work function to count items, add a separate timer > thread to the python code that calls open() every 5 mins. Much simpler. > > On Mon, Jan 1, 2024 at 11:44 PM Sreejith RK Nair < > sreejithrknair...@gmail.com> wrote: > > > Hi, > > I have created a FM receiver using GNU and the output is fed to an audio > > sink to listen live and to a wavefile sink to record. There was no option > > to edit the recording time in GUI, so I edited the python code to record > > and rename the file every 5 mins. But the problem is only the first file > > has data and other files are created but with no data.The code i've > written > > for this as follows: > > *def create_new_file(self):* > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *current_time = datetime.datetime.now() elapsed_time = > current_time > > - self.start_time if elapsed_time.total_seconds() >= REC_TIME_SEC: > > self.blocks_wavfile_sink_0.close() filename = > > 'E:\\Record\\{}.mp3'.format(current_time.strftime("%Y%m%d_%H%M%S")) > > self.blocks_wavfile_sink_0 = blocks.wavfile_sink(filename, 1, 48000, > > 8) self.start_time = current_time def > > check_and_create_file(self): current_time = > datetime.datetime.now() > > elapsed_time = current_time - self.start_time if > > elapsed_time.total_seconds() >= REC_TIME_SEC: > > self.create_new_file() def work(self, input_items, > > output_items): current_time = datetime.datetime.now() > > elapsed_time = current_time - self.start_time > > self.total_items_written+=len(output_items[0]) # Call > > create_new_file multiple times if enough time has elapsed if > > elapsed_time.total_seconds() >= REC_TIME_SEC: > > self.create_new_file() current_time = datetime.datetime.now() > > elapsed_time = current_time - self.start_time return > > len(output_items[0])* > > Thank you in advance.. > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240102/2f82d6bc/attachment.htm > > > > ------------------------------ > > Message: 4 > Date: Tue, 2 Jan 2024 10:53:51 +0100 > From: Daniel Estévez <dan...@destevez.net> > To: discuss-gnuradio@gnu.org > Subject: Re: Doppler > Message-ID: <f4b01c3f-7496-47f5-a29a-f3c22686a...@destevez.net> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On 01/01/2024 07:51, Jiya Johnson wrote: > > Yes I want to use 10GHz/s > > Hi all, > > Besides the physical considerations that Marcus and Marcus have > mentioned, I *think* it should be possible to adapt the flowgraph you > attached in your first message to generate correctly a chirp waveform at > 10GHz/s as you could have in some radars. (Here the "*think*" comes > because most of these blocks use float parameters rather than double, > which for some specific applications can be insufficient. Here I think > this won't be a problem, but I'm not sure until I see it working). > > The thing you need to do is to calculate some numbers and use a sensible > sample rate for what you want (there is no reasonable way you're going > to get a 10 GHz/s sweep in a 1 ksps sample rate, which is what you have > in your flowgraph). For instance, say that your chirp waveform sweeps a > bandwidth of 100 MHz. At 10 GHz/s, it takes 10 ms to sweep 100 MHz. This > gives the period of your sawtooth. Let's say you use a sample rate of > 200 Msps, which is good to represent a 100 MHz bandwidth signal with IQ > sampling. > > Then you need to set the frequency of the sawtooth to 100 Hz ( = 1 / 10 > ms). If you want the sawtooth output to have units of Hz, its amplitude > should be 100e6 (to achieve a 100 MHz sweep). > > The formulas in the flowgraph you have all work correctly to this > purpose, but to use them, you nee to set the drift_rate to 10e9 (10 > GHz/s), the drift_duration to 10e-3 (10 ms, see above), and the sample > rate needs to be at least somewhat higher than 100e6 (say 200e6). > > Best, > Daniel. > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: OpenPGP_signature.asc > Type: application/pgp-signature > Size: 833 bytes > Desc: OpenPGP digital signature > URL: < > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240102/81f977ec/attachment.sig > > > > ------------------------------ > > Message: 5 > Date: Tue, 2 Jan 2024 11:01:45 +0100 > From: Daniel Estévez <dan...@destevez.net> > To: discuss-gnuradio@gnu.org > Subject: Re: Doppler > Message-ID: <1b1b9ae6-b280-4e10-92d8-56ea6ca9c...@destevez.net> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > By the way, > > Just for fun, there is this paper about what Doppler drift rates are > physically meaningful in RF. This topic comes up when doing de-drift in > narrowband SETI searches: > > https://arxiv.org/pdf/1910.01148.pdf > > Some of the objects at the bottom of Table 2 do indeed exceed 10 GHz/s > even for S-band carrier frequencies. But these are crazy situations, > such as a transmitter orbiting a neutron star very close to its surface. > > Best, > Daniel. > > On 01/01/2024 22:11, Marcus Müller wrote: > > Liya, > > > > Doppler shift Δf is proportional to both speed and carrier frequency /f/₀ > > > > Δ/f/ = /f/₀ · /v///c/₀, > > > > where /v/ is the relative speed of your thing, and /c/₀ is the speed of > > light. > > > > The highest frequencies we can, so far, do radio communications on, are > > in the range of f₀=150 GHz. > > > > So, assuming you do communications on 150 GHz, for your Doppler shift to > > be Δ/f=/10 GHz higher after 1s, your acceleration must been > > > > /a = /Δ/f / f/₀ · /c/₀ / 1s = 10 GHz / 150 GHz · 3·10⁸ m/s / s = 2/30 · > > 3·10⁸ m/s² = 1/15 /c/₀/s. > > > > The fastest object mankind has ever built is the Parker Solar Probe, > > which will burn up while it spirals into the sun, at a maximum velocity > > of ca 1/15 of the speed of light. It takes it years to reach that speed, > > not 1s. > > > > So, you're assuming you're seeing a doppler from a satellite rotating > > around earth that sees a relative acceleration higher than a "satellite" > > around the sun actively being pulled into the sun by the sun's immense > > gravity. > > > > That sadly makes no physical sense! > > > > Best regards, > > Marcus > > > > On 01.01.24 07:51, Jiya Johnson wrote: > >> Yes I want to use 10GHz/s > >> > >> On Sat, Dec 30, 2023, 4:05 PM Jiya Johnson <jiyajohnso...@gmail.com> > >> wrote: > >> > >> Greetings everyone, > >> https://github.com/daniestevez/reu-2023/tree/main/doppler > >> I went through these grc files and tried to do drift_simulation, i > >> am not getting the way to get 10GHz/s using inspectrum and > >> frequency sink slope calculation i have attached the grc and > >> screenshots. > >> image.png > >> image.png > >> > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: OpenPGP_signature.asc > Type: application/pgp-signature > Size: 833 bytes > Desc: OpenPGP digital signature > URL: < > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240102/ce6dd5fe/attachment.sig > > > > ------------------------------ > > Message: 6 > Date: Tue, 2 Jan 2024 11:48:21 -0300 > From: ELIZEU FERREIRA XAVIER <efxav...@ime.eb.br> > To: discuss-gnuradio@gnu.org > Subject: "Windows Size" or "Canvas Size" in Options Block of GNU Radio > 3.10.1.1 > Message-ID: > <CAL5=sNM7fvnQdqo4=bKdggCcvVq-Bp8_wP-h= > je1277egde...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi People! > > What happened with the "Windows Size" in Properties of "Options Block" ? > It's not there anymore. > > I was told by a folk in a Gnu Radio chat: > > "I don't think the option was used since GR 3.8 when the canvas became > dynamic and can be scrolled in and out with the mouse wheel." > > ... But documentation and the Wiki Page of Options block still mention this > function. > > Is this correct or is it a bug? > > Thanks in advance. > > Elizeu F. Xavier > Servidor Civil > LCD - Laboratório de Comunicações Digitais > > Instituto Militar de Engenharia - IME > Seção de Ensino de Engenharia Elétrica - SE/3 > Praça General Tibúrcio, 80 - Praia Vermelha (Urca) > Rio de Janeiro - RJ - CEP 22290-270 - Tel.: (21)3820-4145 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20240102/c111f9e7/attachment.htm > > > > ------------------------------ > > Message: 7 > Date: Tue, 2 Jan 2024 11:25:22 -0500 > From: "Marcus D. Leech" <patchvonbr...@gmail.com> > To: discuss-gnuradio@gnu.org > Subject: Re: Doppler > Message-ID: <db326f48-6ee6-4fac-a0f6-8bb0bf485...@gmail.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 02/01/2024 05:01, Daniel Estévez wrote: > > By the way, > > > > Just for fun, there is this paper about what Doppler drift rates are > > physically meaningful in RF. This topic comes up when doing de-drift > > in narrowband SETI searches: > > > > https://arxiv.org/pdf/1910.01148.pdf > > > > Some of the objects at the bottom of Table 2 do indeed exceed 10 GHz/s > > even for S-band carrier frequencies. But these are crazy situations, > > such as a transmitter orbiting a neutron star very close to its surface. > Orbiting a transmitter around a neutron star, as one does for > entertainment. Or perhaps as a final-year project when attending > Galactic University.... > > > > > > Best, > > Daniel. > > > > On 01/01/2024 22:11, Marcus Müller wrote: > >> Liya, > >> > >> Doppler shift Δf is proportional to both speed and carrier frequency > >> /f/₀ > >> > >> Δ/f/ = /f/₀ · /v///c/₀, > >> > >> where /v/ is the relative speed of your thing, and /c/₀ is the speed > >> of light. > >> > >> The highest frequencies we can, so far, do radio communications on, > >> are in the range of f₀=150 GHz. > >> > >> So, assuming you do communications on 150 GHz, for your Doppler shift > >> to be Δ/f=/10 GHz higher after 1s, your acceleration must been > >> > >> /a = /Δ/f / f/₀ · /c/₀ / 1s = 10 GHz / 150 GHz · 3·10⁸ m/s / s = 2/30 > >> · 3·10⁸ m/s² = 1/15 /c/₀/s. > >> > >> The fastest object mankind has ever built is the Parker Solar Probe, > >> which will burn up while it spirals into the sun, at a maximum > >> velocity of ca 1/15 of the speed of light. It takes it years to reach > >> that speed, not 1s. > >> > >> So, you're assuming you're seeing a doppler from a satellite rotating > >> around earth that sees a relative acceleration higher than a > >> "satellite" around the sun actively being pulled into the sun by the > >> sun's immense gravity. > >> > >> That sadly makes no physical sense! > >> > >> Best regards, > >> Marcus > >> > >> On 01.01.24 07:51, Jiya Johnson wrote: > >>> Yes I want to use 10GHz/s > >>> > >>> On Sat, Dec 30, 2023, 4:05 PM Jiya Johnson <jiyajohnso...@gmail.com> > >>> wrote: > >>> > >>> Greetings everyone, > >>> https://github.com/daniestevez/reu-2023/tree/main/doppler > >>> I went through these grc files and tried to do drift_simulation, i > >>> am not getting the way to get 10GHz/s using inspectrum and > >>> frequency sink slope calculation i have attached the grc and > >>> screenshots. > >>> image.png > >>> image.png > >>> > > > > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > ------------------------------ > > End of Discuss-gnuradio Digest, Vol 255, Issue 4 > ************************************************ >
