Hi,
I've recently needed to correct some satellite signals for Doppler
shift. I found that there was no easy way to do this yet - so I've
created a small block that takes the Doppler shift information from
Gpredict and populates a variable in GNU Radio with it any time the
doppler shift changes. I
Hi Wolfgang,
You Wrote:
On 01/08/15 09:17, Wolfgang Nagele wrote:
Hi,
I've recently needed to correct some satellite signals for Doppler
shift. I found that there was no easy way to do this yet - so I've
Interesting. The way I did it was the following (using predict, rather
than gpredict):
I am sorry for my question
I got your advice, and i tried to refer codes(ieee802_15_4_oqpsk_phy.py and
transceiver_oqpsk.py) that are generated from ieee802_15_4_OQPSK_PHY.grc and
transceiver_OQPSK.grc.
BUT!! VERY UNFORTUNATELY, i could not realize how can i modify my old codes.
There's no code
Great! Thanks! I'm very curious!
br/vy73
markus
dl8rds
Am Freitag, den 31.07.2015, 14:34 -0700 schrieb Chris Kuethe:
> OK, I have a mostly working flowgraph and am now adding comment to all
> the blocks explaining why I'm doing this or that. Will publish tonight
> or tomorrow.
>
> On Tue, Jul 21
Jaeho,
ieee802_15_4_oqpsk_phy *contains* the whole modulator/packetizer.
With all the comments in the GRC, I think it's pretty clear which parts
do what. You will simply need to integrate that same structure instead
of the old _mod_pkt block; you can either do that by simply using the
hier block
Hi Tom,
So can you please advice what I can do next for them to be right?
Regards,
John
--
Posted via http://www.ruby-forum.com/.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hello
I'm simulating an OFDM scheme with channel coding and digital modulation (16
QAM).
I would like to calculate BER values with an "Error Rate" block while I vary
the amplitude of the noise voltage, using for this, a slider to vary the
Eb/N0.
My question is: What expression (or equation) shou
On Sat, Aug 1, 2015 at 3:36 PM, Tom Rondeau wrote:
> On Sat, Aug 1, 2015 at 3:26 PM, Chris Kuethe
> wrote:
>
>> OK, Here it is... at least, a beta version. I have yet to come up with a
>> concise explanation of the channel map and why you'd want to oversample,
>> but it is functional.
>>
>
>
>
Well, Tom, "nice work" is a definite understatement. ... More than
excellent work. Awesome usage of virtual sinks. Comments are much needed
and make it easier to understand.
Personally haven't seen anything like that before mailed within this group.
On Sat, Aug 1, 2015 at 10:37 PM, Tom Rondeau
Hi All:
I am sorry to bother the list with such newbie questions, but I am climbing the
gnuradio and C++ learning curve. Hope you don’t mind!
I am working on a new OOT block that is similar to the Repeat block, but allows
for a variable interpolation rate. I followed the Guided Tutorials (tha
Thanks much for this, Chris! I look forward to playing with it, but...
When I load the flowgraph on my GRC 3.7.6.1 system, I get a "Missing
Block" error for each of lpf_taps and pbf_taps, triggering errors in the
xfft and channelizer blocks.
I also had an error in the "Multiply Const" block
Hi,
Yes - I found that example but found it a bit complicated to use.
Basically I already plan my satellite recordings using Gpredict so
attaching that to my GNU Radio flowgraph seemed like the simple next
step.
I also thought about using https://github.com/nsat/pypredict to have
it all in GNU R
Thanks for pointing out the paste-o. I'll fix that.
I'm using gnuradio 3.7.8rc1, which has helper blocks for computing
filter taps. You can replace them with variables:
pfb_taps = firdes.low_pass(2.0, oversampled_width, noaa_fm_dev * 2,
2500, firdes.WIN_HAMMING, 6.76)
lpf_taps = firdes.low_pass(1
13 matches
Mail list logo
