https://github.com/jmalsbury/pre-cog
-Adeel
On Sat, Mar 2, 2013 at 4:59 AM, manjusha yandamuri.ma...@gmail.com wrote:
Where can i download pre-cog? Please send me the link..
Thanks,
manjusha
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Pre-cog-tp39943.html
Sent
2013/3/4 15:56, Josh Blum wrote:
On 03/03/2013 09:28 PM, Gong Zhang wrote:
Hi,
I wanna transmit a 1khz Sinusoidal signal for one second and transmit
2khz for another second.The code maybe something like this:
set_command_time(mytime)
sig_sin_source.work(...)
set_command_time(mytime+1)
Alex,
1: U can try adjusting the synchronization loops bandwidth (Phase/Timing
etc) see PFB_Timing documentation
2: Try reducing the receiver gain (for a constant tx-amplitude/gain) or
reduce transmission amplitude/gain (for constant rx gain)
-Adeel
On Sat, Mar 2, 2013 at 10:21 AM, Alex
using the usual method, i am trying to install the 4fsk demodulator block and i
get this error:
make[2]: Entering directory `/home/matt/gr-fsk4/src/lib'
/usr/bin/swig -c++ -fvirtual -python -modern -I/usr/local/include/gnuradio/swig
-I/usr/local/include/gnuradio -module fsk4 -o fsk4.cc
bbn 802.11b is designed for gnuradio 3.1.1 but i am trying it run it in
gnuradio 3.6.2
i am getting the following error while running
bbn_80211b_tx.py/bbn_80211b_rx.py
Traceback (most recent call last): File bbn_80211b_transmit_path.py, line
29, in from bbn_80211b_pkt import * File
Alex,
If Adeel's solution is not meeting your burst transmission specs, you can try
implementing some fast openloop synchro algorithms given in [1],[2]. You could
look into some data aided schemes too, though I haven't tried those yet.
[1] Digital Communication Receivers, Heinrich Meyr,
Hi everyone,
I'm happy to say that our project list for GSoC 2013 looks pretty decent
now:
http://gnuradio.org/redmine/projects/gnuradio/wiki/GSoC
The next phase is to make sure all of the projects have mentors
assigned (we already have four mentors, not counting myself--that's
pretty good!). So
john,
That is a linker-related error. The bbn library uses omnithreads (as,
back in the day, did GNURadio).
Your best bet is likely going be to modify the BBN code to use
boost::threads (as GNURadio does currently). I believe there are some
discussions about this in the mailing list archives.
You
Hi everyone,
I need to choose one of this options and I would really appreciate your help.
I need to scan a range of the spectrum that is bigger than the USRP capacity.
In order to solve this, I will scan chunks of the spectrum that cover the same
spectrum range using several steps.
I have
On 03/04/2013 08:28 AM, Gong Zhang wrote:
Your reply gave me much inspiration.Given the set_command_time would
back-pressure all subsequent timed commands,would the data transmitting
be suspended?
The streaming data will work independent of the backpressure when the
command queue is full.
Thank you for your valuable feedback.//If I wanna retune the device
every second,it really has nothing to do with data stream.Maybe I should
refer to python or UHD.Can you give me some example?
Here is an example in C++ for tuning two LOs at a given time, the same
methods are also
On 03/04/2013 02:36 PM, mepard wrote:
I'd like to feed a File Sink from a UHD Source with 4 channels -- 2
motherboards, each with A:A A:B subdev specs. To cut down on the file
size, I'd like to record integers instead of floating point.
Which data type should I tell the UHD source to
Suggestion for future improvement : I would love to be able to enable
logging on a module by module basis in python for gnuradio. Right now, I
see that many modules take a --verbose option but that's it. It is all or
nothing.
It would be great to have a unified logging framework (that works
On Mar 4, 2013, at 2:43 PM, Josh Blum j...@ettus.com wrote:
On 03/04/2013 02:36 PM, mepard wrote:
I'd like to feed a File Sink from a UHD Source with 4 channels -- 2
motherboards, each with A:A A:B subdev specs. To cut down on the file
size, I'd like to record integers instead of floating
De: USRP-users [usrp-users-boun...@lists.ettus.com] en nombre de Juan Daniel
Fernandez Martinez [jdfernan...@icesi.edu.co]
Enviado el: lunes, 04 de marzo de 2013 11:53 a.m.
Para: usrp-us...@lists.ettus.com; discuss-gnuradio@gnu.org
Asunto: [USRP-users] Changing
On Mon, Mar 4, 2013 at 3:55 PM, M. Ranganathan mra...@gmail.com wrote:
Suggestion for future improvement : I would love to be able to enable
logging on a module by module basis in python for gnuradio. Right now, I see
that many modules take a --verbose option but that's it. It is all or
On 03/04/2013 03:49 PM, Juan Daniel Fernandez Martinez wrote:
De: USRP-users [usrp-users-boun...@lists.ettus.com] en nombre de Juan Daniel
Fernandez Martinez [jdfernan...@icesi.edu.co]
Enviado el: lunes, 04 de marzo de 2013 11:53 a.m.
Para:
On Mon, Mar 4, 2013 at 9:49 PM, Nicholas Corgan nick.cor...@ettus.com wrote:
I can corroborate this.
Try again. This was fixed earlier this evening in commit
d502e39c90c16b461be133366068d699f034e31c.
Tom
On Mon, Mar 4, 2013 at 5:36 PM, Josh Blum j...@ettus.com wrote:
master ubuntu 12.04
Please i Need help. I am using USRPN210 and i use UHD source and sink. i made
flow-graph for transmitter using signal source/fm modulator/ uhd sinkand for
receiver using UHD source /fm Demodjust i want to see the signal in RF after
modulation and when receiving it. can anyone advise me or have
19 matches
Mail list logo