https://github.com/jmalsbury/pre-cog
-Adeel
On Sat, Mar 2, 2013 at 4:59 AM, manjusha 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 from the GnuRadio
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)
sig_si
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 Zha
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 ../../src
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
"/home/sni
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, Secti
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
Your reply gave me much inspiration.Given the "set_command_time" would
back-pressure all subsequent timed commands,would the data transmitting be suspended?
2013/3/4 Adeel Anwar :
> Gong,
>
> Attached is a simple freq-hopping example using timed-commands.
> U may need to change "freq_list " t
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 though
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 ava
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 produce? Which type should I
tell the File Sink
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 p
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 across
On Mar 4, 2013, at 2:43 PM, Josh Blum 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 point.
>
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 US
thank you Aneel
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Pre-cog-tp39943p39988.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/ma
On Mon, Mar 4, 2013 at 3:55 PM, M. Ranganathan 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
> nothing.
>
> It wou
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: usrp-us..
On 03/04/2013 03:07 PM, mepard wrote:
>
> On Mar 4, 2013, at 2:43 PM, Josh Blum 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
Thank you for your reply.And this may lead to ambiguous. The streaming
data will totally work independent of the backpressure or it will be
backpressure untill the command queue is full?
2013/3/5 1:26, Josh Blum wrote:
On 03/04/2013 08:28 AM, Gong Zhang wrote:
Your reply gave me much inspira
master ubuntu 12.04
> CMake Error: The following variables are used in this project, but they are
> set to NOTFOUND.
> Please set them or make sure they are set and tested correctly in the CMake
> files:
> LOG4CXX_INCLUDE_DIRS (ADVANCED)
>used as include directory in directory
> /home/jblum
I can corroborate this.
On Mon, Mar 4, 2013 at 5:36 PM, Josh Blum wrote:
> master ubuntu 12.04
>
> > CMake Error: The following variables are used in this project, but they
> are set to NOTFOUND.
> > Please set them or make sure they are set and tested correctly in the
> CMake files:
> > LOG4CX
On Mon, Mar 4, 2013 at 9:49 PM, Nicholas Corgan 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 wrote:
>>
>> master ubuntu 12.04
>>
>> > CMake Error: The followi
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
26 matches
Mail list logo
