do any carrier tracking and you should just be able
to look at the envelope (complex magnitude) of the signal for your
information. Filtering, on the other hand, is absolutely required. Be sure
to filter your signals before demodulation.
Good luck.
Brian
On Tue, Feb 13, 2024 at 3:27 PM Elmore Family wrote:
> I just installed Python 3.12 and I got the subject error when running a
> script that has been successful under 3.9.2.
>
> What is happening?
>
Check your PYTHONPATH versus where gnuradio is installed.
Brian
>
entation I can follow to make sure I am following
> the right path?
> Any pointers would be appreciated!
>
This is better asked over at the USRP users mailing list since it's USRP
and RFNoC specific:
https://lists.ettus.com/list/usrp-users.lists.ettus.com
I've got some pointers once you're signed up and ask over there.
Brian
>
mponents - so build the latest UHD (tagged
is fine) and the latest main GNU Radio to get what you need. I've had
issues getting the GUI to be responsive when the fosphor display is going,
but I haven't spent a lot of time debugging it.
I am attaching the yml for the rfnoc_im
ppreciated.
Thanks in advance!
Brian.
se are OR'd together to
create the trigger and saved with the "Tagged File Sink".
GRC and PDF screen capture both attached.
Hope this helps.
Brian
burst_saver.grc
Description: Binary data
burst_saver.pdf
Description: Adobe PDF document
ta in the array using the data() method:
https://www.cplusplus.com/reference/vector/vector/data/
Brian
>
On Wed, Feb 17, 2021 at 12:02 PM Marcus Müller wrote:
> Hi Brian,
>
> On 17.02.21 16:55, Brian Padalino wrote:
> > On Wed, Feb 17, 2021 at 10:05 AM Marcus Müller muel...@kit.edu>>
> > wrote:
> >
> > Oh, sorry, didn't mean to imply that! FFT inte
rms are some good benchmarks
to look at for something like this. Obviously some numbers are better than
others, but the general trend seems to skew towards the mid-thousands as
being a decent number to target for maximizing throughput.
Brian
that the resulting samples will be off due to
the difference in FFT length, but otherwise I think it should work.
Moreover, the FFT work can be done in parallel and utilize all the cores.
I did a quick little test and I think it should work. Yes?
Brian
e that, tho,
it should be very fast to do an FFT followed by an IFFT with some zero's
shoved into a vector, especially with so many cores.
Lastly, have you run fftw wisdom to get the fastest FFT performance? That
might be useful as well.
Let us know how your experimentation goes. This sounds interesting.
Brian
>
?
>
>
>
> I am going to do the above with the following rates: 46Msps -> 50Msps,
> 92Msps -> 100Msps.
>
How much of your bandwidth are you actually looking to keep intact? How
fast is your host CPU?
Brian
>
real, it'll appear at both
positive and negative frequencies, with the negative component being
conjugated.
So if you mix with 56.95MHz, it will take the conjugated negative signal of
the conjugated desired signal and mix it to 0Hz. Then you can go through
the decimation filtering however you want and everything is centered at 0Hz.
Right?
Brian
or existing open-source code
repositories that address any of this somewhere that anyone can share with me
or point me to?
I apologize for the long message and appreciate any assistance or help provided!
Thanks,
Brian
gh Peak-to-Average-Power Radio (PAPR).
You can look at PAPR reduction techniques, but otherwise you're in for
around 10dB PAPR.
Good luck.
Brian
>
On Thu, May 14, 2020 at 4:56 PM Alex Humberstone <
alex.m.humberst...@gmail.com> wrote:
> Brian, yeah good questions. So, the computers in my lab are going to all
> be running Ubuntu 20.04 like next week, so we're forced to use that. Not
> that I mind. I like Ubuntu a lot. And
k? Is there anything special that you have to do? Any help
> here would be super appreciated. Thanks in advance for your help everyone!
>
Just a couple clarifying questions:
- Why do you feel you need Ubuntu 20.04 if you want to run GNU Radio 3.7?
- Why do you need GNU Radio 3.7 instead of 3.8?
Brian
>
You need to install pip. The way you do this depends on your operating system
or distribution, but if you're running a Debian-derived linux distro like
Ubunbu, try
sudo apt installl python-pip python3-pip
Then your command should work.
BW
On Tue, 12 May 2020 01:45:18 -0700 Vin
considered that GMSK provides 1 bit/symbol).
>
> Nevertheless, my signals have a bandwidth which is much larger than the
> 200 kHz requirement.
> What am I doing wrong?
>
I think you want something more like 3 symbols for your pulse duration.
Not 156.
Brian
>
ct interpolation mode when
dealing with spectrum. What the repeat block does is a zero-order hold,
and distorts the spectrum.
Brian
>
gt;- How can I interpolate without filtering to obtain a linear
>interpolation giving
>- 1 1 1 / 1 1 1 / 1 1 1 / 1 1 1 / -1 -1 -1/ -1 -1 -1/ -1 -1 -1/
>
> Try the repeat block:
https://wiki.gnuradio.org/index.php/Repeat
Brian
control a VCTCXO with a pullability of
maybe +/-10ppm. Others use an analog PLL to lock to an externally supplied
reference (like 10MHz or so).
Most would probably want to keep jitter to a minimum and track the sampling
offset digitally. You may want to look into what it might take to do that
instead of expecting a clock to be perfect.
Brian
On Tue, Feb 25, 2020 at 2:00 PM Heikki Laamanen
wrote:
> Thanks Brian. You are right, there exists three VCOs and PLLs in the
> AD9361 which can be controlled independently.
>
>
>
> AD9361 Reference Manual UG-570 shows a more detailed diagram in Figure 7.
> on page 20. The b
cy of some VCO based on
> the information the receiver signal processing gives. The most
> straightforward way to do this is to control the frequency of a VCO
> wherefrom the ADC sampling clock is derived.
>
You need to be more specific regarding your jitter and phase requirements.
Also remember that time is all completely relative. Lastly, what does
accurate phase mean to you?
Brian
attachment) on the top
> ist TX and the bottom ist RX.
>
> Does anybody has a solution for this?
>
Add more attenuation between TX and RX and/or change the gain of your RX to
be lower.
Brian
>
//gitlab.com/marmote/gr-marmote3
Brian
th your existing code base.
Right?
Brian
f
> resolution. I'm looking for 2 ns baseband samples from multiple
> receivers to perform trilateration.
>
Interesting conflicting requirements with the baseband bandwidth of 6MHz
but 500MSPS ADC.
Are you sure you don't need a much wider baseband bandwidth as well?
Brian
oting.
BW
--
Brian M. Waters
br...@brianmwaters.net
On Fri, Dec 13, 2019, at 5:48 AM, Fernando Peral wrote:
>
> I have just received my bladeRF 2.0.
>
> I have configured udev rules and upgrade bladeRF in ubuntu 18.04. It
> seems the blade is working well, but I get this error
master but with an absolute link:
https://github.com/gnuradio/gnuradio/blob/a664001c80d93b15ff819cda95ce1bc1ceb70078/gr-digital/examples/example_costas.py
Clone the repo and use 'find' to get the .cc file.
Brian
___
Discuss-gnuradio mailing lis
any initial buffering had been filled up, the rate should settle out.
The modified blocks could then send a message of actual sample rate to
whoever needed to listen, and the appropriate sample rate could be figured
out in the "resampling FIFO".
What am I missi
On Mon, May 14, 2018 at 08:13:13AM +, Yeo Jin Kuang Alvin (IA) wrote:
> I would like to transmit for an amount of samples/seconds, and stop
> transmitting for another few seconds and then transmit again. Example,
> transmit 2s, stop for 3s and then transmit for 2s and rinse and repeat.
You c
Marcus,
I have now checked the patch, and I believe that it was an attempt by a
user to resolve the issue. The Debi and bug as far as I can tell is
unresolved.
As a workaround it only affects QT GUI so I'm now using WX.
On 17 January 2018 at 19:11, Müller, Marcus (CEL) wrote:
>
r my own
knowledge or multiple google searches have identified the cause. This is
true on a friends of mine build aswell so may be a wider problem.
Is there something I am missing? and if so do you have any suggestions?
Kind Regards
Brian Clark
___
Discuss
#x27;t
be used if you're looking for a constant FFT plot.
Hope this helps and if there are any suggestions for a more refined solution
that would be great.
Brian
-Original Message-
From: "mohammad nejati"
Sent: 12/08/2017 10:51
To: "discuss-gnuradio@gnu.org&quo
Evening all,
I am working on a project to realise some form of cognitive radio.
I am new to GNURadio so please bear with me.
I have so far successfully enabled a spectrum scan and can set a local
variable based on this for the optimum channel. Additionally, I have been
able to transmit that fre
Hi all,
On behalf of another user with problems posting.
We have a USRP2 N210 with WBX daughterboard. Is it possible to receive on
two channels simultaneously. We have tried doing this using the TX/RX on
one graph and the RX2 on another within the same window, this crashes the
system. We then
Good evening all,
I am completing a project and attempting to send a file through two separate
USRP using gnu radio.
I have managed this with File Src>Packet Encoder> GMSK Mod > USRP Sink at the
TX and USRP Src>Polyphase Clock Sync >Cost as Loop>GMSK Demod >Packet
Decoder>File Sink.
The resul
Hi all,
I now have some success. One of my USRP was faulty.
My problem is now that my received file is not complete( the first 150 lines
are missing approx)
-Original Message-
From: "Brian"
Sent: 05/07/2017 07:47
To: "discuss-gnuradio@gnu.org"
Subject: FW: [D
work.
Could it be a synch problem between the USRP or too noisyand is there a way
to test the USRP back to back not over the air.
-Original Message-
From: "Brian"
Sent: 04/07/2017 19:33
To: "Mojtaba Mansour Abadi"
Subject: RE: [Discuss-gnuradio] Fwd: USRP P
I have a flow graph that currently has a packet encoder at the transmitter and
an encoder at the receiver.
I am attempting to send a file from one usrp to the other.
On investigating the output of the receiver it would not appear that it is
processing anything possibly because of the access cod
Hi Martin,
Please see my original post under this subject title. It contained a few other
'gotchas' I found when building for MacOSX using Pybombs.
-brian
Sent from my iPhone
> On Oct 25, 2016, at 11:41 AM, Martin Braun wrote:
>
> Not quite related, but I would love to
l/lib/libboost_regex-mt.dylib
/opt/local/lib/libboost_thread-mt.dylib /opt/local/lib/libboost_chrono-mt.dylib
/opt/local/lib/libboost_atomic-mt.dylib /opt/local/lib/liblog4cpp.dylib -lgsl
-lgslcblas -lm ../../volk/lib/libvolk.1.3.dylib /opt/local/lib/liborc-0.4.dylib
-Wl,-rpath,/Users/brian/Projects/gnu
“-no_static” option. Again, this is a Mac specific thing. But a conditional
directive in pybombs recipes might also help here.
Any advice is welcome. Thanks in advance.
-brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https
elieve because the values I read don't make
> sense. Does somebody have experience with this configuration? Please share
> your settings.
Don't use the numchan argument. That might be confusing things, but I
am not 100% sure.
Have you tried using the osmocom_fft GUI for getting a
qual to 10*log2(10) to get them to their final value.
Not as efficient, potentially, but still an option if you want to
learn VOLK.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On a side note, this is extremely impressive and I wish I knew about it sooner:
https://software.intel.com/sites/landingpage/IntrinsicsGuide/
There's a few different log10_ps (packed single) functions in there.
Brian
On Wed, Sep 16, 2015 at 12:24 AM, Dennis Glatting wrote:
> On Tue,
VOLK is involved.
Brian
On Tue, Sep 15, 2015 at 11:15 PM, Dennis Glatting wrote:
> With the VOLK library, is there a way to compute the log10() of each
> 32f in a buffer?
>
> That is:
>
> for( int i = 0; i < num; ++i )
>buf[i] = std::log10( buf[i]);
>
> I only
he "D" parameter in the moving
average calculations.
Hopefully this helps.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
blocks
could be used to message each other to create feedback loops and
convey downstream information to upstream processing elements which
may care - things like SNR estimation, timing information, etc.
I'm very interested to see how this all ends up.
Brian
__
that would do.
At one exact phase you'll get the points when your system is setup
correctly. The other phases will get ISI.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
converge onto the 4 nice points.
Brian
On Wed, Jan 14, 2015 at 2:51 AM, Martin Braun wrote:
> On 01/14/2015 04:56 AM, Salman Dinani wrote:
>> Hi to all,
>>
>> I am a beginner in using GNU radio(GRC). I have made a DQPSK transmitter
>> using the blocks of GNU radio (a
s, so it's probably negligible - though it is also
worth while to try to investigate and see where the offset is coming
from.
Brian
On Mon, Dec 15, 2014 at 6:22 PM, Richard Bell wrote:
> I think I want to back off this claim of odd behavior. The more I think
> about general CPFSK, th
/questions/8920803/pthread-and-gcc-compiling-issue-on-os-x
Hope this helps.
Brian
On Fri, Jan 17, 2014 at 10:33 AM, Michael Dickens wrote:
> I was playing around with gr-fcdproplus <
> https://github.com/dl1ksv/gr-fcdproplus > in MacPorts just now, and it
> requires Li
usb.c#L525
I'll take a look at how we can help fix that on our end.
Try updating libusb(x) in the meantime?
Brian
On Fri, Dec 13, 2013 at 12:25 PM, Ralph A. Schmid, dk5ras
wrote:
> Hi out there,
>
> Again the bundle of gr, bladerf, gr-osmosdr/iqbal, libusbx and gqrx do not
> f
d send a link to that?
Given that you've tried it out with even the channel model between the
blocks, it's probably a configuration item or hardware misbehaving.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
dulations.
Try removing hardware from the equation and just using GNURadio as
simulation? You may want a throttle block in there.
Take a look at the time domain and see if you are seeing things nicely
between (-1,1) or if you see a big square and are pegged most of the
time?
Brian
_
nk
you would tackle the ALC with the different arbitrary bandwidths of
the SDR signals? Also, curiously, do you have an efficiency in mind
that you want to design for?
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
x27;ve found to make sure things are fresh.
I just rebuilt against everything last night and things seemed fine to
me. Others have also reported success.
Let me know how it goes.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ber 2nd. Are you sure you're
building the latest stuff?
https://github.com/Nuand/bladeRF/blame/master/host/libraries/libbladeRF/include/libbladeRF.h#L851
Brian
>
> Ralph.
>
>> -Original Message-
>> From: discuss-gnuradio-bounces+ralph=schmid@gnu.org [mailt
h has decent
activity. No mailing list yet. I agree the forum is not ideal.
Best bet is through IRC and/or using the issue tracker on github.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Ralph,
I've noticed that as well, and we need to fix it. I believe it's a
bug. Not sure if it's in libbladeRF or gr-osmosdr, but we're on it.
Sorry for the inconvenience.
Brian
On Tue, Oct 1, 2013 at 3:14 AM, Ralph A. Schmid, dk5ras
wrote:
> Hi,
>
> Not ex
On Fri, Sep 13, 2013 at 3:58 PM, Alexandru Csete wrote:
> On Fri, Sep 13, 2013 at 3:53 PM, Brian Padalino wrote:
>> On Fri, Sep 13, 2013 at 2:19 AM, Ralph A. Schmid, dk5ras
>> wrote:
>>> Hi,
>>>
>>> I am using bladeRF with gr-osmosdr, gnuradio 3.7 an
of 1.5MHz and a maximum of 28MHz for the low-pass
filters.
It will definitely make a world of difference by actually applying the
LPF and removing the aliasing.
As for official support for gqrx, it's next on our list. We need to
get on the gqrx mailing list and figure
nous interface whereas the libusb
synchronous interface does not. This will limit the effective
samplerate, but we're working on getting it resolved.
As for any other issues - anything specifically you're seeing that is
an error and stopping the flowgraph?
Brian
say the real signal is mixed
then filtered in the original code that works, whereas it is just mixed
with your code - maybe it's just off by a sqrt(2) since you're filtering
off your image after the NCO happens and losing 1/2 power?
I did notice that sqrt(2)*5 = 7 - so m
/nuand.com
Feel free to e-mail me directly off list if you'd like to discuss more.
Brian
Full disclosure: I'm involved with nuand and bladeRF.
On Tue, Jul 30, 2013 at 12:25 AM, Manu T S wrote:
> Hello everyone,
>
> A professor in my university wants to revive lab course on
n seem to find
> regarding VITA49 seems to be with reference to USRP. Can anyone offer any
> advice or pointers for where to start? I have some programming experience
> if that's what's needed.
>
>
For curious minds - what is the make and model of the analyzer you are
usi
als, there's also the real need to interface to the
outside world. Dynamic range, gain, and all the little hardware bits in
the radio front end are all valid discussion points and completely on
topic, in my opinion.
Brian
> Greetings
> Marcus
>
> Am 11.05.2013 14:37, schrieb Juha
Hi Irfan,
You should check out the propagation models from the 3GPP, specifically
in 3GPP TS 45.005 Annex C has some channel models you can take a gander at
trying to model different types of terrain.
Good luck!
Brian
On Mon, May 6, 2013 at 6:29 AM, Irfan Ullah wrote:
> hi all,
>
On Fri, Apr 26, 2013 at 4:35 PM, Barry Jackson wrote:
>
> Brian
> I think you misunderstood.
> We were using boost-1.52 which is blacklisted for gnuradio, hence the need
> for us to update to 1.53.
>
> I don't think these current test failure problems are boost relat
x86_64 and we have since
> moved to boost-1.53 which has resolved most of those issues.
>
> I am following this thread with interest as we now have errors in i586
> builds (Brian - I added details to your other thread that got no response)
> https://lists.gnu.org/archive/html/discuss-gnur
On Wed, Apr 24, 2013 at 1:07 PM, Johnathan Corgan
wrote:
>
> On Wed, Apr 24, 2013 at 9:46 AM, Stamper, Brian wrote:
>
>>
>> generic 99% tests passed, 2 tests failed out of 192
>
>
> I'm curious which QA tests failed for you when everything wa
Hi Tom,
>From: trond...@trondeau.com [mailto:trond...@trondeau.com] On Behalf Of Tom
>Rondeau
>Sent: Tuesday, April 23, 2013 10:15 PM
>On Tue, Apr 23, 2013 at 10:37 AM, Stamper, Brian wrote:
...
>> Previously I posted that I was getting the following make test failures. I&
ed with the same message:
Using Volk machine: ssse3_32
Segmentation fault
I believe all of my code and dependencies are up to date, but maybe there is
some unlisted dependency I'm missing?
Thanks,
Brian Stamper
___
Discuss-gnuradio mailin
...***Failed 1.23 sec
> 97/192 Test #97: qa_fir_filter ***Failed 1.23 sec
> 114/192 Test #114: qa_ctcss_squelch .***Failed 1.21 sec
> My question is how should I go about diagnosing the problems?
>
> Thank you,
> Brian Stamper
I have
fir_filter ***Failed 1.23 sec
114/192 Test #114: qa_ctcss_squelch .***Failed 1.21 sec
My question is how should I go about diagnosing the problems?
Thank you,
Brian Stamper
___
Discuss-gnuradio mailing list
Discus
mber of samples, giving you a decent frequency
offset estimate as well.
At least, that's what I think would be useful.
Does that make sense to you?
Brian
> --
> Regards
> Karan Talasila
>
> ___
> Discuss-gnuradio mailing lis
ly
> on Linux due to the gettimeofday(?) call.
> Maybe I messed up my installation as I tried the next branch and didn't
> uninstall it cleanly. Now some block names are appended with '(old)'. I
> hope the flow graphs work nevertheless.
>
> Have fun,
> Bastian
>
Am I just being
silly and there's already a way to do it?
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ror
doesn't mean anything. Debugging a large flow graph might be like looking
for a needle in a haystack.
As a side note, what error gets thrown when this is in a straight C++
application? Is it more informative or equally as ambiguous?
Is it possible to get the filter to throw the assertion/error versus the
runtime?
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
s about your (shared) graph instead of asking someone to re-create
a graph you're trying to make.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Sat, Mar 30, 2013 at 3:09 PM, Tom Rondeau wrote:
>
> I'd suggest that Brian start formatting the page based on the list he
> put above, but I think we might be better served by having someone
> come up with a full page for something, like the OFDM model you
> mentioned,
blogged about GNU Radio updates. Should those be topics discussing
algorithms and pragmatic GNU Radio?
I think you said it best:
"It's not easy, but communications is not easy. In fact, it's very, very
hard."
Seems to apply to every aspect of communication and is not limit
e resources on the GNU Radio wiki about suggested
reading:
http://gnuradio.org/redmine/projects/gnuradio/wiki/SuggestedReading
http://gnuradio.org/redmine/projects/gnuradio/wiki/SuggestedReadingOrder
Sanity is hard to come by if you're dealing with magic.
Good Luck!
Brian
gest selling points. Full schematics can be
found on the support page or directly:
http://nuand.com/bladerf.pdf
It's a good SDR for a very palatable price.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
should (hopefully!)
come out to be 0 for no frequency offset.
You could FM demodulate, put a DC filter then reintegrate at the output to
get your PM signal back - but I am not sure how well that works. Give it a
shot and let us know!
Hope that helped.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Thank you!!!
-brian
On Jan 9, 2013, at 9:41 AM, Michael Dickens wrote:
> On Jan 8, 2013, at 4:35 PM, Johnathan Corgan wrote:
>> GNU Radio release 3.6.3 is available here:
>
> For Mac OS X GNU Radio users: This morning (1/9) I updated the MacPorts'
> install to this
d be hundreds of MHz apart. If the two bandpass filters are the same
width, the effective bandwidth of the system is the same - is it not?
After writing all this, I am not sure I've convinced myself I am right or
wrong but it's fun to think about. Thanks!
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
You'll need to figure out how to flush the filter state and send actual
0+0j samples through. Maybe you can set a flag and multiply the samples
coming out by 1 or 0 depending if you are flushing or not?
Brian
On Wed, Dec 5, 2012 at 12:11 AM, George Sklivanitis <
george.sklivani...@g
Have you taken into account the group delay of the filter? How long is
your filter? Try sending zeroes at the end to flush your filter state?
Brian
On Tue, Dec 4, 2012 at 11:35 PM, George Sklivanitis <
george.sklivani...@gmail.com> wrote:
> Hello all,
>
> I have a quest
ur demodulated OOK signal afterwards? Beforehand?
How many samples/symbol are you running?
So many questions! Good luck!
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ort, the Tx from the USRP goes to the other circulator, and
>> into WiFi card.
>>
>> The second WiFi card transmits into the circulator then into the USRP
>> Rx/Tx port, and the Tx from the USRP goes to the original circulator,
>> and into the original WiFi card.
>
to the original WiFi card.
FPGA load would essentially be programmable with your noise/fading
profile, and with little host intervention create noise on the
baseband then retransmit.
Does that work?
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
are your subcarrier modulations? Are you
running with any FEC?
Sorry for all the questions.
Brian
> Can any guru give your testing result?
>
> On Wed, May 16, 2012 at 10:41 PM, Alex Zhang
> wrote:
>>
>> Hi all,
>>
>> I did some experiments of Ping, betwee
hose who want to have their cake and eat it too:
http://subgit.com/
Brian
> Philip
>
>>
>>
>>
>>> The CGRAN RDS code seems abandoned, I'm thinking about cloning it to
>>> github so it can be converted to UHD and Cmake and fixed up.
>>>
&g
ight have some testpoints to
connect up to a USRP, or try to ship off samples through their 10/100
ethernet interface.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ere?
Not sure how much they are or where you can even buy them, but they're
pretty much perfect for this:
http://www.onfilter.com/products.html?s=MSN01
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
re it is???
libusb:
http://libusb.sourceforge.net/doc/function.usbcontrolmsg.html
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
r
Python (using Josh's signal processing in Python blocks) or straight
C++.
> I am sorry that My English is not good
>
> Kouki
Good luck - it's definitely not a trivial task, but it sounds extremely fun.
Brian
___
Discuss-gnuradio mail
1 - 100 of 553 matches
Mail list logo
