On Sun, May 11, 2014 at 8:55 PM, Bastian Bloessl wrote:
Do you have a dated GNU Radio installation that does not support the
REQUIRED_COMPONENTS in cmake?
you could do this in lib/CMakeLists.txt
list(APPEND gr_ieee802_15_4_libs
${Boost_LIBRARIES}
gnuradio-blocks
gnuradio-pmt
Running find to search for the missing library does find it at:
/usr/lib64/libIce.so.35
Very Respectfully,
Dan CaJacob
On Fri, May 16, 2014 at 1:20 AM, Dan CaJacob wrote:
> Building GR with the latest pybombs completes successfully, but when
> calling a GR binary, there's an error about ICE
Building GR with the latest pybombs completes successfully, but when
calling a GR binary, there's an error about ICE (which built without
problems):
$:~/pybombs/src/gnuradio/build$ gnuradio-config-info -v
gnuradio-config-info: error while loading shared libraries: libIce.so.35:
cannot open shared
On Wed, May 14, 2014 at 10:25 PM, Tom Rondeau wrote:
> On Wed, May 14, 2014 at 7:06 AM, Activecat wrote:
>
>> On Wed, May 14, 2014 at 6:49 PM, Koslowski, Sebastian (CEL) <
>> sebastian.koslow...@kit.edu> wrote:
>>>
>>> I retried by putting the definition of on top of
>> in the xml file, it wor
Hi Tapiwa,
There should be object code for fixing the B100 USB interface in the UHD
tree under /host/build/utils.
cmake compiled it for you when you built the whole UHD.
The bin file to use is fx2_init_eeprom.
Use the --help option to get usage info.
You also need the suitable b100_boot.bin and
Iain Young, G7III wrote
> I lashed up a quick Goertzel filter at 250Hz, and re-tuned so I was
> 250Hz off from MSF. Hacked up some code to actually decode the
> output of GRC to the timecode bits for MSF. It decodes perfectly,
> even without parity checking!
Thank you for the post. I was experime
On 15/05/14 20:30, Marcus Leech wrote:
I worked on a WWVB receiver a few years back. Then realized that I'm in an
apparent "null" in the WWVB transmit pattern. Even
my commercial WWVB clocks cannot receive it. Sigh.
Ah, that's unfortunate, to say the least. And now they've gone and
comp
I worked on a WWVB receiver a few years back. Then realized that I'm in an apparent "null" in the WWVB transmit pattern. Even
my commercial WWVB clocks cannot receive it. Sigh.
on May 15, 2014, Iain Young, G7III wrote:
Hi Everyone,In recent days I had the idea to plug my LF preamp and
Hi Everyone,
In recent days I had the idea to plug my LF preamp and antenna into my
192k Soundcard. Even with Nyquist being his usual pain, that still gives
me DC to 96kHz. Perfect for certain time stations :)
I lashed up a linear receiver, put it on 59kHz, and what do I hear ?
"pip pip pip" fro
Gnu Radio is a streaming architecture. Sample-rate is actually almost-entirely meaningless within the flowgraph, and only really
has meaning "at the edges" when interfacing to the real world. The only exception is the throttle block, and even it doesn't
produce *precise* sample-rates.
For th
Regarding the low sample rate, I have had this issue too when decimating to
narrow bandwidths. I assume sample rate is an integer for most blocks
therefore one can't go below 1 samp/sec?
Lou
KD4HSO
--
View this message in context:
http://gnuradio.4.n7.nabble.com/low-frequency-in-GRC-tp48237p
http://youtu.be/5EZkxdO1oYo
Philip
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Follow the dev call on:
http://youtu.be/5EZkxdO1oYo
Cheers,
M
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
The only way to really make this work "properly" is to go closed-loop. At that point, you might as well use an external reference. I've pointed out before
that 10MHz OCXOs are available cheaply, and generally achieve 100PPB *at worst*, even the "scrap pulls" that are cheaply available on eBay u
The ADF4001's output charge pump is tristated when not locking to an
external reference, and a resistor divider holds the VCTCXO's tuning input
at 1/2 Vcc. The B200 hardware can use the AD9361's low-speed DAC to drive
the VCTCXO's tuning input via AUXDAC1 if R118 is populated; however, this
functio
Actually i think the problem is that i have very low sample rate according
to the 1024 FFT..
On Thu, May 15, 2014 at 7:38 PM, jason sam wrote:
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discus
Hi Mike
Thank you for your patience.Thanks again.
At 2014-05-15 22:01:00,"Mike Jameson" wrote:
If you built GNU Radio and UHD using pybombs then you can just run:
./pybombs update gnuradio
Alternatively, if you build manually you can go into the 'uhd/host/build'
directory and run:
git pul
If you built GNU Radio and UHD using pybombs then you can just run:
./pybombs update gnuradio
Alternatively, if you build manually you can go into the 'uhd/host/build'
directory and run:
git pull
cmake ../
make
sudo make install
Mike
--
Mike Jameson M0MIK BSc MIET
Email: m...@scanoo.com
Web: h
Hello
Thank you so much.
1.And i set the wire format as Complex int16.And it run.Thank you
again.I'm so happy.This device bring us so many happy.
But what do you mean "git pull"?Sorry for my poor english.
Can you tell me what command i should type into the
This was a UHD bug we fixed a couple of weeks back. If you're using
git/master, you can just git pull, rebuild UHD and it will work.
Otherwise, you can set otw_format=sc16 in the streamer args and it will
solve the problem as well.
Cheers,
M
On 15.05.2014 14:55, xianda wrote:
Hi Mike
Thank
A sample rate of 32e3 is very low. I suggest trying with a minimum sample
rate of 100e6/128 (always divide the N210's master clock rate by an even
number to use as a sample rate) which is 781250.
Mike
--
Mike Jameson M0MIK BSc MIET
Ettus Research Technical Support
Email: supp...@ettus.com
Web: h
USRP2 is also UHD-based and it is compatible with LibLTE.
On 15/05/14 13:56, Coll Perales, Baldomero wrote:
> Thanks Paul,
>
> LibLTE looks like very promising. I'll follow the advances. By the way, do
> you know if it will be compatible with USRP2 or only with new ones (N Series
> - UHD-based)?
Thanks Paul,
LibLTE looks like very promising. I'll follow the advances. By the way, do you
know if it will be compatible with USRP2 or only with new ones (N Series -
UHD-based)?
Thanks,
Baldo
-Mensaje original-
De: Paul Sutton [mailto:p...@softwareradiosystems.com]
Enviado el: jueves
Hi Mike
Thank you for your reply.
Now I change the addr but a new error comes:
thread[thread-per-block[1]: ]: LookupError:
KeyError: Cannot find an item size:
thread[thread-per-block[2]: ]: LookupError:
KeyError: Cannot find an item size:
Can you help me?Thank you.
Best regrads
At 2014-05-15
Your device hint in the 'Device Addr' section of the 'UHD Source' block
should be "addr=192.168.10.2" and in a separate 'UHD source' block the
"Device Addr" should be "addr=192.168.10.3"
Mike
--
Mike Jameson M0MIK BSc MIET
Ettus Research Technical Support
Email: supp...@ettus.com
Web: http://ettu
Hi Baldo,
There is also LibLTE - https://github.com/libLTE/libLTE
It's a modular LTE library with minimal external dependencies. It's
compatible with UHD devices and is LGPLv3.
It's under development but currently provides eNodeB and UE
implementations for most of the downlink. Among the example p
Thank you very much, for your help Mr. Economos,
For sure I will take a look at this project,
Yuri.
2014-05-14 21:12 GMT-03:00 Ron Economos :
> If you haven't already, you may want to take a look
> at this GnuRadio DVB-T implementation.
>
> https://github.com/BogdanDIA/gr-dvbt
>
> Ron
>
>
> On
On Thu, May 15, 2014 at 7:55 AM, Irfan Ullah wrote:
> Hi all,
> I have problem with pulse shaping RRC filter parameters when I set the
> parameters as
>
> interpolation=4Gain=nfiltssample rate=1 symbol rate=1 Alpha=0.5
> Num Taps=11*sps*nfilts
>
> (nfilts = 32, sps=4)
>
> but my o
On 15.05.2014 11:35, Coll Perales, Baldomero wrote:
Thanks Marcus for your fast response. I’ll do it :).
I'm adding this question again (sorry): Do you know any other project
that is developing LTE using gnu-radio/USRP?
AFAIK, Johannes' project is the only one that uses GNU Radio, but
there's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Baldo,
there is also gr-lte [1] as another alternative for an LTE receiver in
this case.
happy hacking
Johannes
[1] https://github.com/kit-cel/gr-lte
On 15.05.2014 11:13, Coll Perales, Baldomero wrote:
> Hello,
>
> I considering the possibility
Hi Marcus,
Thank you,
On Thu, May 15, 2014 at 11:58 AM, Marcus Müller wrote:
> Hi Mostafa,
> I mean the run option "run to completion" in the GRC. GRC is like LEGO for
> communication engineers, if you play around with it, you'll soon be having
> fun and have an easier time understanding hints
If you attach your GRC flowgraph I'll take a look at it for you.
Mike
--
Mike Jameson M0MIK BSc MIET
Ettus Research Technical Support
Email: supp...@ettus.com
Web: http://ettus.com
On Thu, May 15, 2014 at 10:06 AM, jason sam wrote:
> I am using GNU Radio Companion 3.7.3...when i set the frequ
Hi, In case we use on-board oscillator , how is ADF4001 configured? Does CP
(pin20) output affect the VCXO_Tune ? Is it possible to control this chip
directly from the command line?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://li
Thanks Marcus for your fast response. I’ll do it :).
I'm adding this question again (sorry): Do you know any other project that is
developing LTE using gnu-radio/USRP?
Regards,
Baldo
De: Marcus Müller [mailto:marcus.muel...@ettus.com]
Enviado el: jueves, 15 de mayo de 2014 11:20
Para: Coll Per
Hello,
I considering the possibility to purchase some USRP boards. My objective is
to work with open source code of LTE. I've seen the OpenLTE project
(http://openlte.sourceforge.net/, http://sourceforge.net/projects/openlte/)
which looks pretty nice. It seems that it works with USRP B2X0 (Bus Ser
I am using GNU Radio Companion 3.7.3...when i set the frequency of my
signal source to low values(in Hz or kHz),i get no signal on my scope or
fft sink??
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/dis
On Thu, May 15, 2014 at 3:09 PM, Marcus Müller wrote:
> Hi,
>
> sorry I didn't mention earlier:
>
> >Unnecessary historical value increases CPU utilization.
> Is not inherently true, GNU Radio only ensures that buffer is not being
> freed up for overwriting later.
>
> So actually, if you're really
Hi Mostafa,
I mean the run option "run to completion" in the GRC. GRC is like LEGO for
communication engineers, if you play around with it, you'll soon be having
fun and have an easier time understanding hints like this ;)
See http://imgur.com/YPUvyzm
Greetings,
Marcus
On Thu, May 15, 2014 at 8
38 matches
Mail list logo
