I am definitely not knowledgeable about Python so I might be missing
the basics: as I want to include a TCP server for tuning the acquisition
parameters, it seems to me (but I might be wrong) that the Python Module
is more appropriate than the Python Snippet which seems to add a piece
of code to th
Thank you Marcus for the merge, the introduction, and the warnings :)
For all the Ubuntu users - the GNU Radio Master PPA has been updated with
builds pulled from the latest master, so it now includes the pybind11 bindings,
and OOTs will need to start migrating to the new python binding structur
Hello Cherif,
I followed the same tutorial, it is the same as in AN here:
https://kb.ettus.com/Getting_Started_with_RFNoC_Development
But, uhd 4.0 mentioned in there is the pybombs recipes, I am not sure which
source used to built these recipes, but I guess it should be uhd
rfnoc-devel branch
Hi Alex,
your cut-off frequency needs to be lower than half your sampling rate.
If your sampling rate is 61.44MHz, your maximum cut-off frequency can be
30.72MHz. And it should probably be a bit lower. You're working in
baseband here. It is really important to understand the concepts of
digita
Hello Guys,
I am following the rfnoc getting started tutorial, to develop a gain
block. I am using the following branches of UHD, gr-ettus, gnuradio.
UHD - 3.15 LTS
gr-ettus - maint-3.8
gnuradio - maint-3.8
All installed in a custom prefix without using pybombs:
~/workspace/installs/stable
I
Dear All,
I use the XMLRPC Server to control several variables on the flowgraph
remotely.
What I don't know is how to start, stop the flowgraph. (The documentation
says its possible)
Which commands should I send to the server? tb.start, tb.stop ???
Many thanks in advance
Right, because the filter cutoff frequency needs to be at least half the
sampling rate, I figured I would not be able to use a filter since the
bladeRF I will be using has a 61.44 MHz sampling rate and I will be
operating in the GHz range.
What I will probably end up having to do is do a pre-run c
So I'll agree here, I would not have opened your docx file if Marcus had
not already opened it.
To everyone on the mailing list, please avoid attaching documents, but if
you must, please only use PDF.
And if you have lots of output or code or something, please use Pastebin or
something like that,
I too had the same immediate reaction, and did not look at the file.
For what its worth, I ran it through Jotti's Malware scanner, and
it found nothing suspicious.
@(^.^)@ Ed
On 6/26/20 4:12 AM, Johannes Demel wrote:
Hi Silvio,
please do not send docx Files. After reading Marcus answer, I a
Hi to the list,
Anybody on this group that uses Daniel Estevez gr-satellites?
I need some advice please
73 de Enzo IK8OZV
EasyLog 5 BetaTester
EasyLog PDA BetaTester
WinBollet BetaTester
D.C.I. CheckPoint Regione Campania
Skype: ik8ozv8520
*
*
Hi Alex,
"0 < fa <= sampling_rate/2" is correct and should always be enforced. If
you try to set your filter cut-off frequency at >= samp_rate/2, you'll
experience aliasing.
After reading your mails, I get the impression you try to set your
filter cut-off frequency at your carrier frequency
Hi Silvio,
please do not send docx Files. After reading Marcus answer, I assume
your file contains valid info. But I thought this was just a spam or
phishing mail. I'd totally expect some malicious macro in such a file. I
see such malicious attachments regularly going through my spam filter.
12 matches
Mail list logo