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
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
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
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
#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
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
ple of struct.unpack() usage. Does this help?
--
-Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
r_control.v(24)
due to previous errors
I'm sure this is a simple issue, but I'm not sure what. Once I get it
to compile I should be able to figure everything else out on my own.
For what it's worth, I downloaded Quartus 5.1 where as I think you
used 5.0.
-Brian
On 1/17/06, Eric
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
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,
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
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
“-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
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
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
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
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
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
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
__
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
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
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
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
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:
>
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
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
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
/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
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
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
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
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
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
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.
>
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
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
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
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
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
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
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
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
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
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,
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
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
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
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
>
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
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
...***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
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
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&
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
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 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
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,
>
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
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
/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
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
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
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
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
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
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
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
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
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
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
_
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
lf-synchronization, but you lose out
on an accurate bit error measurement.
Without knowing more about the type of system you are going to be
testing, I can't comment on how I'd change the measurement or
evaluation of the bits produced by your modem. Sorry.
Hope this was helpful - t
culating SNR or taking whatever
RSSI measurement and correlating it against SNR?
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
re out how to do RSSI yourself.
I hope you find them helpful, and good luck!
Brian
PS - I hope by "In a lab scenario" you mean wired with low loss
cables, or in a nice anechoic chamber.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@
ator.
What's your resolution bandwidth set at on your spectrum analyzer?
Can you post a link to a screen shot or two?
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
it's now a free download, feel free to update the wiki.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
detect the tones in your
current setup?
Sorry for all the questions, but this is very interesting!
Again, thanks for sharing.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
iver? Is it 3 dBm
> or 6 dBm?
Bringing it back to power instead of ratios helps clear this up. Both
transmitters are emitting 1mW, for a total input power of 2mW.
Calculating dBm on that yields:
10*log10(2mW/1mW) = 3dBm
Hope this helps!
> Thank
put level of the USRP
(just before clipping), you should be able to change it such that the
data portion is scaled to a lower level.
Actually doing this is left as an exercise for the reader.
> Regards,
> Neha.
Good luck!
Brian
___
Discuss-gn
http://sites.google.com/site/gdy57itjdnshr4y/rnfx5a
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Sun, Apr 11, 2010 at 2:50 PM, Philip Balister wrote:
> Brian already knows about the spam from his address.
>
> Philip
Sorry about that. Apparently Russia seems to have someone who likes to be me.
Brian
___
Discuss-gnuradio mailing lis
ode is found on Matt's redmine:
http://code.ettus.com/redmine/ettus/projects/fpga/repository
Documentation seems sparse if non-existent. I am sure he would
welcome anyone who would want to provide said documentation.
> Thanks,
> Dav
table answer?
> Thanks
> Ali
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ed radio to help you out. That's the beauty of SDR.
There are a bunch of examples that people have written and are
included with GNU Radio, but the USRP itself is not limited to just
those.
Hope this helps answer your question.
Brian
___
ve experience with ISE 12, but
the errors you have are all related to BRAM feeding the aeMB CPU -
more specifically RAM output -> Mux -> Adder -> FF, mostly with 7 to
10 layers of logic inbetween.
Good luck debugging that portion of the CPU. Hopefully you can
achieve timing closure.
sample a bandwidth of [-Fs/2,Fs/2]. Note you did not gain any
positive frequency content, and only negative frequency content due to
knowing the phase of your signal now.
Hopefully this clears up your confusion.
> Thank you,
>
> Roberto de Matos
Brian
_
given. Unfortunately link
> doesn't work anymore, so I wonder if someone has it and could upload the
> file to somewhere? Or just send to my email?
I always liked this paper:
http://www.andraka.com/files/crdcsrvy.pdf
Hope you enjoy it too.
> Thank you in advanc
d for each differential pair.
I'd also be interested to hear if what I assumed here is correct at
all, or if I am completely mistaken.
> ~Jeff
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
at was something a quick google search found. Unfortunately, your
band-pass requirements are lacking. What types of channel bandwidths
do you want? How many channels? How much rejection are you looking
for?
I am guessing said filters are pretty expensive.
> Best regards,
&
alculate the peak-to-average power ratio of your modulation to
know how much of your signal has to be backed off to maintain
linearity through your RF PA.
> Thanks,
> John
Good luck.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
ht
config.status: creating include/Makefile
> config.status: creating lib/Makefile
> config.status: creating Makefile
> config.status: creating config/Makefile
> config.status: creating config.h
> config.status: config.h is unchanged
> config.status: executing depfiles commands
> ***
one - calculating
power should be easy. You can then compare that in ratio to 1mW to
calculate dBm.
Calculating the exact noise power, on the other hand, ends up being a
much more difficult problem.
> Thanks a lot for your help!
> best,
> Björn
Good luck.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Thu, Jul 15, 2010 at 6:11 PM, John Andrews wrote:
> you are right but I don't neither do i have an scope nor a power meter. Any
> other suggestion?
Buy a scope and/or an RF power meter.
Brian
___
Discuss-gnuradio mailing list
Discu
d DUC/DDC and plenty of filtering.
Good luck!
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> LIBQWTPLOT3D-QT4-DEV 0.2.7, QT4-DEV-TOOLS 4.5.0, LIBFFTW3-DEV 3.1.2, DOXYGEN
> 1.5.8, PYTHON-NUMPY-EXT 1.2.1
> --
> Federico Battaglia
You don't really need to post twice.
You can grep through the output of configure for "skipping" or
something similar and see what failed. It's usually pretty
descriptive what it can't find.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
tamp difference
> between two packets of 24191 or 24193 while I should in fact get 24192
> (I'm at 192 decimation). With such a high decimator, I can fix it up
> myself, but still, that looks weird.
>From what I remember, there were some issu
be removed.
This will happen if the DDC in the FPGA isn't required to resolve any
frequency offset due to the limitations of the LO in the RF chain.
One way to mitigate this is to tune a little bit away from your signal
of interest, then mix your signal of interest to
the
> combination of the two 50 Ohm connectors?
This may be helpful:
http://en.wikipedia.org/wiki/Alternating_current#Mathematics_of_AC_voltages
Note the usage of Vrms for power calculations and not Vpeak.
> Thanks,
> Dan
>
> (forgot to reply all first, sorry for the double-m
amount of dynamic range.
I'd be interested to hear what solution you come up with.
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
Good luck.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Sat, Aug 14, 2010 at 8:18 PM, Marcus D. Leech wrote:
> On 08/14/2010 08:08 PM, Brian Padalino wrote:
>> On Sat, Aug 14, 2010 at 7:59 PM, Marcus D. Leech wrote:
>>
>>> I have an application that's running on some fairly "spartan" hardware,
>>>
1 - 100 of 552 matches
Mail list logo