[Discuss-gnuradio] Pass time jitter over ethernet

[Gong Zhang]

Hi List,
   What is the max/min time for a command to pass from host to USRP?I 
think it's critical for determin the time slot for a TDM system.

   Thanks in advance.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Pass time jitter over ethernet

[Tom Rondeau]

On Thu, Mar 7, 2013 at 3:58 AM, Gong Zhang  wrote:
> Hi List,
>What is the max/min time for a command to pass from host to USRP?I think
> it's critical for determin the time slot for a TDM system.
>Thanks in advance.

This should be useful for you:

http://static.usenix.org/event/nsdi09/tech/full_papers/nychis/nychis_html/implement_mac.html

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Error while running gr-modtool

[Manu T S]

Hello everyone,

I am learning about making new blocks in GNURadio.

I'm following the tutorial
http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules

I'm getting the following output on running gr_modtool

===

manu@sense:coding$ ~/install/bin/gr_modtool newmod howto
Traceback (most recent call last):
  File "/home/manu/install/bin/gr_modtool", line 41, in 
main()
  File "/home/manu/install/bin/gr_modtool", line 36, in main
modtool.setup()
  File
"/home/manu/install/lib/python2.7/dist-packages/gnuradio/modtool/modtool_newmod.py",
line 70, in setup
self._srcdir = gr.prefs().get_string('modtool', 'newmod_path',
options.srcdir)
  File
"/home/manu/install/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_general.py",
line 18953, in get_string
return _gnuradio_core_general.gr_prefs_get_string(self, *args, **kwargs)
TypeError: in method 'gr_prefs_get_string', argument 4 of type 'std::string
const'

===

Where am I going wrong?
I have installed using the git clone I made about a week ago.


Thanks,

-- 
Manu T S
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Error while running gr-modtool

[Tom Rondeau]

On Thu, Mar 7, 2013 at 9:37 AM, Manu T S  wrote:
> Hello everyone,
>
> I am learning about making new blocks in GNURadio.
>
> I'm following the tutorial
> http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules
>
> I'm getting the following output on running gr_modtool

See:
https://lists.gnu.org/archive/html/discuss-gnuradio/2013-03/msg00078.html

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Did anyone know the ofdm PN correlation process? Why the output value of PN-Peak is very small?

[Yingjie Chen]

Hi guys,

Thanks in advance .

I am doing the ofdm preamble sync test, using the pn-peak PN Correlation
method.
Please refer to* ofdm_sync_pn.py* file.

 Before the normalization process, I open the
*gr__peak_detector_fb.cc*file, and try the print out the peak_val, to
see if the peak_value is very
large. According the PN correlation process, I believe the peak value is
subjected to ifft_length, at least 64 or more. But the actual output value
is very small, nearly 2 or 3. I am so confused.
*
*The PN correlation method can be referred to *T. M. Schmidl and D. C. Cox,
"Robust Frequency and Timing Synchonization for OFDM," IEEE Trans.
Communications, vol. 45,no. 12, 1997.*
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] FM demodulation block performance ?

[jmfriedt]

I am still trying to receive NOAA APT signals using the RTL-SDR DVB dongle. 
What I did
so far:
1/ using a wideband discone antenna, I receive the NOAA APT characteristic 
signal during passes
on a AOR3000 scanner. I know the NFM mode of the AOR3000 is too narrow for full 
decoding of the
image (saturated whites), but at least I know my antenna is good enough to 
recover an audible and
usable signal,
2/ on the antenna I put a splitter (Minicircuits ZFDC-10-5) with 10 dB loss on 
the coupled output
(to the AOR3000) and 1.5 dB loss on the direct path (to the DVB receiver).
3/ I use http://picasaweb.google.com/lh/photo/2QDS5vwPra5Q7yQbSdUOng as an 
example of NBFM receiver
usage (extending the demodulation bandwidth to 30 kHz instead of the 5 kHz in 
the example), or I 
try a WBFM receiver module with a 30 to 40 kHz bandwidth, both of which were 
preceded by a 100-kHz
low-pass filter (either as in the screenshot using the FIR coefficients in a 
Xlating block,
or using the LPF block)

In all cases I get a clear signal on the AOR scanner (even after the 10 dB loss 
on the coupler) while
I cannot recover any usable signal on the DVB receiver, with RF gains in the 33 
to 39 dB range and
IF gains in the 25 to 40 dB range. A friend of mine got usable signals using 
the NFM demodulator from
SDRSharp (which I have not yet managed to get running) with the DVB dongle.

Any idea whether the FM demodulation blocks require some minimum signal to 
noise ratio to lock ?
more generally is there any other description/documentation on the blocks other 
than the doxygen
generated information and source codes ?

Thank you, Jean-Michel

-- 
JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 32 av. observatoire, 25044 
Besancon, France

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] FM demodulation block performance ?

[mleech]

 

On 07 Mar 2013 11:19, jmfriedt wrote: 

> I am still trying to
receive NOAA APT signals using the RTL-SDR DVB dongle. What I did
> so
far:
> 1/ using a wideband discone antenna, I receive the NOAA APT
characteristic signal during passes
> on a AOR3000 scanner. I know the
NFM mode of the AOR3000 is too narrow for full decoding of the
> image
(saturated whites), but at least I know my antenna is good enough to
recover an audible and
> usable signal,
> 2/ on the antenna I put a
splitter (Minicircuits ZFDC-10-5) with 10 dB loss on the coupled
output
> (to the AOR3000) and 1.5 dB loss on the direct path (to the DVB
receiver).
> 3/ I use
http://picasaweb.google.com/lh/photo/2QDS5vwPra5Q7yQbSdUOng as an
example of NBFM receiver
> usage (extending the demodulation bandwidth
to 30 kHz instead of the 5 kHz in the example), or I 
> try a WBFM
receiver module with a 30 to 40 kHz bandwidth, both of which were
preceded by a 100-kHz
> low-pass filter (either as in the screenshot
using the FIR coefficients in a Xlating block,
> or using the LPF
block)
> 
> In all cases I get a clear signal on the AOR scanner (even
after the 10 dB loss on the coupler) while
> I cannot recover any usable
signal on the DVB receiver, with RF gains in the 33 to 39 dB range and
>
IF gains in the 25 to 40 dB range. A friend of mine got usable signals
using the NFM demodulator from
> SDRSharp (which I have not yet managed
to get running) with the DVB dongle.
> 
> Any idea whether the FM
demodulation blocks require some minimum signal to noise ratio to lock
?
> more generally is there any other description/documentation on the
blocks other than the doxygen
> generated information and source codes
?
> 
> Thank you, Jean-Michel

Your FM demod blocks are configured for
quadrature-rate == audio_rate This doesn't work very well. I generally
have the quadrature rate be some small multiple (2 or 4) of the audio
rate. 

Look at the way multimode, for example, handles NBFM
demodulation for various "standard" NBFM bandwidths. 

 ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] number of users of GNURadio

[Juan Daniel Fernandez Martinez]

Hi everyone,
I need to find out the aprox size of the community
how many people is in the mail list?
how many downloads of gnuradio have occurred?
any data related would be appreciated

Many thanks  :)



Este documento puede contener información privilegiada o confidencial. Por 
tanto, usar esta información y sus anexos para propósitos ajenos a los de la 
Universidad Icesi, divulgarla a personas a las cuales no se encuentre destinado 
este correo o reproducirla total o parcialmente, se encuentra prohibido en 
virtud de la legislación vigente. La universidad no asumirá responsabilidad 
sobre información, opiniones o criterios contenidos en este correo que no estén 
directamente relacionados con la Icesi. Si usted no es el destinatario 
autorizado o por error recibe este mensaje, por favor informe al remitente y 
posteriormente bórrelo de su sistema sin conservar copia del mismo.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Terminal commands

[manjusha]

Hi,

I have constructed the attached file on my grc
 

I want to transmit the typed message over the air from one antenna and
receive it through other antenna(both antennas belong to the same usrp.)

I need help in knowing the set of commands i need to use on my terminals to
actually see the transmitted and received messages.

Thanks.



-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Terminal-commands-tp40037.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Reg : Simultaneous execution of two scripts

[sumitstop]

I have created two copies of the usrp_spectrum_sense.py for wideband spectrum
sensing. Each one of them collects data from a different frequency band and
then finally fusion takes place. 
I am invoking both the scripts from bash with a timer which make them
execute at the same instance of time.
Content of both the bash scripts are below (activate_usrp_1.sh &
activate_usrp_2.sh)

While most of the time it is working fine but sometimes following error
comes with either activate_usrp_1.sh or activate_usrp_2.sh :
~
sumit@sumit-desktop:~/finals/multi_usrp_same_system_different_range$
./activate_usrp_1.sh 
will start at 40
linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.005.000-26-gb65a3924

Warning: this may have issues on some machines+Python version combinations
to seg fault due to the callback in bin_statitics.

-- Opening a USRP1 device...
Traceback (most recent call last):
  File "./usrp_spectrum_sense_1.py", line 341, in 
tb = my_top_block()
  File "./usrp_spectrum_sense_1.py", line 147, in __init__
stream_args=uhd.stream_args('fc32'))
  File "/usr/local/lib/python2.6/dist-packages/gnuradio/uhd/__init__.py",
line 116, in constructor_interceptor
return old_constructor(*args)
  File "/usr/local/lib/python2.6/dist-packages/gnuradio/uhd/uhd_swig.py",
line 2875, in usrp_source
return _uhd_swig.usrp_source(*args)
RuntimeError: AssertionError: libusb_claim_interface(this->get(), interface)
== 0
  in virtual void libusb_device_handle_impl::claim_interface(int)
  at /home/sumit/Downloads/uhd/host/lib/transport/libusb1_base.cpp:188
~~
#activate_usrp_1.sh
# this is a template script to start a process with respect to network time 
cd /home/sumit/finals/multi_usrp_same_system_different_range
s1=40
echo "will start at $s1"
st=0
tk=0
while [ "$st" = "$tk" ]
do
s=`date +%S`
s1=40
if [ "$s1" = "$s" ]; then
st=1
else
st=0
fi
done
m=1
if [ $m=$st ] ; then
 ./usrp_spectrum_sense_1.py 2.45G 2.456G -s 8e6 --itt-time=2
--fft-size=16 --args "name=lab_4"   
fi

~
#activate_usrp_2.sh
# this is a template script to start a process with respect to network time 
cd /home/sumit/finals/multi_usrp_same_system_different_range
s1=40
echo "will start at $s1"
st=0
tk=0
while [ "$st" = "$tk" ]
do
s=`date +%S`
s1=40
if [ "$s1" = "$s" ]; then
st=1
else
st=0
fi
done
m=1
if [ $m=$st ] ; then
 ./usrp_spectrum_sense_2.py 2.456G 2.462G -s 8e6 --itt-time=2
--fft-size=16 --args "name=lab_2"   
fi





--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Reg-Simultaneous-execution-of-two-scripts-tp40038.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Reg : Simultaneous execution of two scripts

[mleech]

 

On 07 Mar 2013 13:56, sumitstop wrote: 

> I have created two copies
of the usrp_spectrum_sense.py for wideband spectrum
> sensing. Each one
of them collects data from a different frequency band and
> then finally
fusion takes place. 
> I am invoking both the scripts from bash with a
timer which make them
> execute at the same instance of time.
> Content
of both the bash scripts are below (activate_usrp_1.sh &
>
activate_usrp_2.sh)

Only one application can have the USRP1 open at a
time. There's no way to effectively "share" a USB device descriptor
among different applications in Linux, and there are other reasons
that's a bad idea as well. 

 ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Reg : Simultaneous execution of two scripts

[sumitstop]

Marcus I have two separate usrp-1 connected for each script as you can see
them in the argument field ---  lab_2 , lab_4

My motive is two invoke each script simultaneously i.e. both the usrp will
start simultaneously and dump the sensing data from different bands.

8 out of 10 times it is working smoothly 



 



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Reg-Simultaneous-execution-of-two-scripts-tp40038p40040.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] segfault: __convert_sc16_item16_usrp1_1_fc32_2_PRIORITY_GENERAL::operator()

[ikjtel]

Okay, so was in zombie mode when I typed the command, but certainly was not 
expecting to get a segmentation fault.  


The failing command was
   /usr/bin/python /usr/local/bin/uhd_fft --spec 'A:0 B:0' -f 924e6

Things worked fine with --spec 'A:0'.  Below is the seg fault, reported in case 
there's anything serious behind it...

This is from uhd git as of Feb. 2.

Best

Max
~~
Core was generated by `/usr/bin/python /usr/local/bin/uhd_fft --spec A:0 B:0 -f 
924e6'.
Program terminated with signal 11, Segmentation fault.
#0  0x7f43783f3276 in 
__convert_sc16_item16_usrp1_1_fc32_2_PRIORITY_GENERAL::operator()(uhd::ref_vector const&, uhd::ref_vector const&, unsigned long) () from 
/usr/local/lib/libuhd.so.003

(gdb) i stack
#0  0x7f43783f3276 in 
__convert_sc16_item16_usrp1_1_fc32_2_PRIORITY_GENERAL::operator()(uhd::ref_vector const&, uhd::ref_vector const&, unsigned long) () from 
/usr/local/lib/libuhd.so.003
#1  0x7f43785ac2ac in 
usrp1_recv_packet_streamer::recv(uhd::ref_vector const&, unsigned long, 
uhd::rx_metadata_t&, double, bool) () from /usr/local/lib/libuhd.so.003
#2  0x7f43789c1718 in uhd_usrp_source_impl::work(int, std::vector >&, std::vector >&) () from 
/usr/local/lib/libgnuradio-uhd-3.6.3git.so.0.0.0
#3  0x7f437e846754 in gr_sync_block::general_work(int, std::vector >&, std::vector 
>&, std::vector >&) () from 
/usr/local/lib/libgnuradio-core-3.6.3git.so.0.0.0
#4  0x7f437e8284d6 in gr_block_executor::run_one_iteration() () from 
/usr/local/lib/libgnuradio-core-3.6.3git.so.0.0.0
#5  0x7f437e849bf4 in 
gr_tpb_thread_body::gr_tpb_thread_body(boost::shared_ptr, int) ()
   from /usr/local/lib/libgnuradio-core-3.6.3git.so.0.0.0
#6  0x7f437e84319f in 
boost::detail::function::void_function_obj_invoker0,
 void>::invoke(boost::detail::function::function_buffer&) () from 
/usr/local/lib/libgnuradio-core-3.6.3git.so.0.0.0
#7  0x7f437e5782a5 in boost::detail::thread_data 
>::run() () from /usr/local/lib/libgruel-3.6.3git.so.0.0.0
#8  0x7f437dab2230 in thread_proxy () from 
/usr/lib/libboost_thread.so.1.42.0
#9  0x7f43809ff971 in start_thread () from /lib/libpthread.so.0
#10 0x7f437f8db92d in clone () from /lib/libc.so.6
#11 0x in ?? ()
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] number of users of GNURadio

[Tom Rondeau]

2013/3/7 Juan Daniel Fernandez Martinez :
> Hi everyone,
> I need to find out the aprox size of the community
> how many people is in the mail list?
> how many downloads of gnuradio have occurred?
> any data related would be appreciated
>
> Many thanks  :)

Check out Johnathan Corgan's presentation from the opening of the
GRCon12 last September:

http://www.trondeau.com/storage/grcon12/corgan-gnuradio-still-in-action.pdf

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Reg : Simultaneous execution of two scripts

[mleech]

 

On 07 Mar 2013 14:28, sumitstop wrote: 

> Marcus I have two
separate usrp-1 connected for each script as you can see
> them in the
argument field --- lab_2 , lab_4
> 
> My motive is two invoke each
script simultaneously i.e. both the usrp will
> start simultaneously and
dump the sensing data from different bands.
> 
> 8 out of 10 times it is
working smoothly

Ah, sorry, I missed that, my apologies. 

Likely
what's happening is that in order for UHD to determine what the name of
a device is, it has to "claim" that device interface, briefly, to
determine whether "this is the device we're looking for". 

Likely this
collides from time to time. 

Try putting a few seconds pause between
starting one script and the next. 

 ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] number of users of GNURadio

[mleech]

 

On 07 Mar 2013 14:34, Tom Rondeau wrote: 

> 2013/3/7 Juan Daniel
Fernandez Martinez :
> 
>> Hi everyone, I need
to find out the aprox size of the community how many people is in the
mail list? how many downloads of gnuradio have occurred? any data
related would be appreciated Many thanks :)
> 
> Check out Johnathan
Corgan's presentation from the opening of the
> GRCon12 last
September:
> 
>
http://www.trondeau.com/storage/grcon12/corgan-gnuradio-still-in-action.pdf
>

> Tom
> 
> ___
>
Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

I demand more
participation from the Antarcticans. :-) 

 ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Reg : Simultaneous execution of two scripts

[sumitstop]

Hmm putting the delay works  ..but this is I wanted to avoid i.e. putting a
few seconds delay .. any ways can't help after knowing the reason you told 



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Reg-Simultaneous-execution-of-two-scripts-tp40038p40045.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Number of bits tranmitted

[manjusha]

1234567.png   

Hi,

I have this GRC file and i how would i know the number of bits transmitted
through this file.

Your help is appreciated.
Thanks.




-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Number-of-bits-tranmitted-tp40046.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Reg : Simultaneous execution of two scripts

[Tom Rondeau]

On Thu, Mar 7, 2013 at 2:48 PM, sumitstop
 wrote:
> Hmm putting the delay works  ..but this is I wanted to avoid i.e. putting a
> few seconds delay .. any ways can't help after knowing the reason you told

The problem, as you've just demonstrated, is temporary. Can you detect
when the problem occurs and rerun it until it works? The problem is
that this is a love level OS/system thing happening. I don't think
that there's anything more you can do (without a lot of work) but
retry.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Number of bits tranmitted

[manjusha]

A small correction to the GRC file. vector_source.png
  



-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Number-of-bits-tranmitted-tp40046p40048.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] number of users of GNURadio

[Dan CaJacob]

I have a USRP on the Antarctic continent.

Very Respectfully,

Dan CaJacob

-- This email contains sensitive proprietary and confidential information.
The technical data contained herein is/may be controlled under the U.S.
International Traffic in Arms Regulations (ITAR) and may not be exported to
a Foreign Person, either in the U.S. or abroad, without the proper
authorization by the U.S. Department of State. --


On Thu, Mar 7, 2013 at 2:42 PM,  wrote:

> **
>
> On 07 Mar 2013 14:34, Tom Rondeau wrote:
>
> 2013/3/7 Juan Daniel Fernandez Martinez :
>
> Hi everyone, I need to find out the aprox size of the community how many
> people is in the mail list? how many downloads of gnuradio have occurred?
> any data related would be appreciated Many thanks :)
>
> Check out Johnathan Corgan's presentation from the opening of the
> GRCon12 last September:
> http://www.trondeau.com/storage/grcon12/corgan-gnuradio-still-in-action.pdf
>
> Tom
>
> ___
> Discuss-gnuradio mailing 
> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>  I demand more participation from the Antarcticans.   :-)
>
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Number of bits tranmitted

[mleech]

 

On 07 Mar 2013 15:55, manjusha wrote: 

> A small correction to the
GRC file. vector_source.png
>
 
> 
>
-
> Manjusha
> --
> View this message in context:
http://gnuradio.4.n7.nabble.com/Number-of-bits-tranmitted-tp40046p40048.html
>
Sent from the GnuRadio mailing list archive at Nabble.com.
> 
>
___
> Discuss-gnuradio
mailing list
> Discuss-gnuradio@gnu.org
>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

So much
confusion in that flow-graph. 

 o 50k isn't a valid sample-rate for a
USRP device of any kind 

 o Signal flows within Gnu Radio are usually
scaled into {-1.0,+1.0}, so your X 3000 multiplier isn't likely to help
you with anything other than driving stuff into clipping 

 o The vector
source repeats, so, again, there are an infinite number of bits sent,
encoded in GMSK "symbols" and there are two samples per symbol 

 ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] number of users of GNURadio

[mleech]

 

Damnit! :) 

On 07 Mar 2013 16:01, Dan CaJacob wrote: 

> I have a
USRP on the Antarctic continent. 
> 
> Very Respectfully,
> 
> Dan
CaJacob

 ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Number of bits tranmitted

[manjusha]

Thank you so much for guiding me since i am new to this..Here is the updated
grc file modified_vector.png
  

Thanks



-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Number-of-bits-tranmitted-tp40046p40052.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] error while compiling gnuradio 3.4.0

[Ahmed Alsawi]

I had installed all boost packages at /opt/boost_1_40_0/
here are  boost libraries compiled

$ ls
libboost_date_time.a   libboost_math_c99f.so.1.40.0
libboost_prg_exec_monitor.so.1.40.0  libboost_system.a
libboost_date_time.so  libboost_math_c99l.a
libboost_program_options.a   libboost_system.so
libboost_date_time.so.1.40.0   libboost_math_c99l.so
libboost_program_options.so  libboost_system.so.1.40.0
libboost_filesystem.a  libboost_math_c99l.so.1.40.0
libboost_program_options.so.1.40.0   libboost_test_exec_monitor.a
libboost_filesystem.so libboost_math_c99.so.1.40.0
libboost_python.alibboost_thread.a
libboost_filesystem.so.1.40.0  libboost_math_tr1.a
libboost_python.so   libboost_thread.so
libboost_graph.a   libboost_math_tr1.so
libboost_python.so.1.40.0libboost_thread.so.1.40.0
libboost_graph.so  libboost_math_tr1f.a
libboost_regex.a libboost_unit_test_framework.a
libboost_graph.so.1.40.0   libboost_math_tr1f.so
libboost_regex.solibboost_unit_test_framework.so
libboost_iostreams.a   libboost_math_tr1f.so.1.40.0
libboost_regex.so.1.40.0 libboost_unit_test_framework.so.1.40.0
libboost_iostreams.so  libboost_math_tr1l.a
libboost_serialization.a libboost_wave.a
libboost_iostreams.so.1.40.0   libboost_math_tr1l.so
libboost_serialization.solibboost_wave.so
libboost_math_c99.alibboost_math_tr1l.so.1.40.0
libboost_serialization.so.1.40.0 libboost_wave.so.1.40.0
libboost_math_c99.so   libboost_math_tr1.so.1.40.0
libboost_signals.a   libboost_wserialization.a
libboost_math_c99f.a   libboost_prg_exec_monitor.a
libboost_signals.so  libboost_wserialization.so
libboost_math_c99f.so  libboost_prg_exec_monitor.so
libboost_signals.so.1.40.0   libboost_wserialization.so.1.40.0

and i invoked the configure using
$ ./configure --enable-usrp --enable-gr-usrp --with-boost=$BOOST_PREFIX
I made sure that Makefiles contains  /opt/boost_1_40_0/include and link to
/opt/boost_1_40_0/lib

still gives same errors.
Any Ideas ?




On Thu, Mar 7, 2013 at 1:17 AM, Tom Rondeau  wrote:

> On Wed, Mar 6, 2013 at 6:12 PM, Ahmed Alsawi 
> wrote:
> > HI all,
> > I am trying to compiles gnuradio 3.4.0 with an old boost library and
> > compilation fails with these error.
> > I found an  old thread that says that problem is linking policy
> > http://lists.gnu.org/archive/html/discuss-gnuradio/2011-03/msg00465.html
> > any ideas ?
> > Thanks
>
> Are you sure you have the Boost threads development library installed
> (Boost is made up of a number of packages, so just having Boost
> doesn't mean you have all of the necessary ones).
>
> Tom
>
>
> > libtool: link: g++ -g -O2 -Wall -Woverloaded-virtual -pthread -o
> > .libs/benchmark_dotprod_fff benchmark_dotprod_fff.o
> > ~/gnuradio-3.4.0/gnuradio-core/src/lib/.libs/libgnuradio-core.so
> > -lboost_filesystem /usr/lib/i386-linux-gnu/libltdl.so -pthread
> > /usr/bin/ld: warning: libboost_thread.so.1.40.0, needed by
> > ~/gnuradio-3.4.0/gruel/src/lib/.libs/libgruel-3.4.0.so.0, not found (try
> > using -rpath or -rpath-link)
> > ~/gnuradio-3.4.0/gruel/src/lib/.libs/libgruel-3.4.0.so.0: undefined
> > reference to `boost::thread::start_thread()'
> > ~/gnuradio-3.4.0/gnuradio-core/src/lib/.libs/libgnuradio-core.so:
> undefined
> > reference to `boost::this_thread::interruption_point()'
> > ~/gnuradio-3.4.0/gnuradio-core/src/lib/.libs/libgnuradio-core.so:
> undefined
> > reference to `typeinfo for boost::lock_error'
> > ~/gnuradio-3.4.0/gnuradio-core/src/lib/.libs/libgnuradio-core.so:
> undefined
> > reference to `boost::thread_resource_error::~thread_resource_error()'
> > ~/gnuradio-3.4.0/gnuradio-core/src/lib/.libs/libgnuradio-core.so:
> undefined
> > reference to `boost::thread_resource_error::thread_resource_error()'
> > ~/gnuradio-3.4.0/gnuradio-core/src/lib/.libs/libgnuradio-core.so:
> undefined
> > reference to `boost::lock_error::~lock_error()'
> > ~/gnuradio-3.4.0/gruel/src/lib/.libs/libgruel-3.4.0.so.0: undefined
> > reference to
> > `boost::this_thread::disable_interruption::~disable_interruption()'
> > ~/gnuradio-3.4.0/gnuradio-core/src/lib/.libs/libgnuradio-core.so:
> undefined
> > reference to `typeinfo for boost::thread_resource_error'
> > ~/gnuradio-3.4.0/gruel/src/lib/.libs/libgruel-3.4.0.so.0: undefined
> > reference to `typeinfo for boost::detail::thread_data_base'
> > ~/gnuradio-3.4.0/gnuradio-core/src/lib/.libs/libgnuradio-core.so:
> undefined
> > reference to `boost::detail::get_current_thread_data()'
> > ~/gnuradio-3.4.0/gnuradio-core/src/lib/.libs/libgnuradio-core.so:
> undefined
> > reference to `boost::this_thread::interruption_requested()'
> > ~/gnuradio-3.4.0/gnuradio-core/src/lib/.libs/libgnuradio-core.so:
> undefined
> > reference to `boost::lock_error::lock_error()'
> > ~/gnuradio-3.4.0/

Re: [Discuss-gnuradio] Importing newly created C++ block

[Serhat Boynukalin]

I did as you said i think, but i stuck same problem goes... Please, i know it 
is too much to request that, could you explain to create a new block(i did it) 
and adding python code(may be i have problem here) than what i shoul change at 
the created block after that how to make it avaible to grc as a block. I need 
them to make it happen step by step if you do it for us..

28 Şub 2013 tarihinde 01:16 saatinde, Tom Rondeau  şunları 
yazdı:

> Look inside the files that are generated. You have to edit these and
> add your own code in places for it to work. It's not magic.
> 
> See: http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules
> 
> 
> Tom
> 
> 
> On Wed, Feb 27, 2013 at 6:12 PM, Serhat BOYNUKALIN
>  wrote:
>> 
>> bynkln@ubuntu:~$ gr_modtool.py create myQpsk
>> 
>> i was added python code to new created gr-myQpsk python path than
>> 
>> bynkln@ubuntu:~$ cd gr-myQpsk
>> bynkln@ubuntu:~/gr-myQpsk$ gr_modtool.py add
>> Operating in directory .
>> GNU Radio module name identified: myQpsk
>> Enter code type: hier
>> Language: C++
>> Enter name of block/code (without module name prefix): QPSK
>> Block/code identifier: QPSK
>> Enter valid argument list, including default arguments: VAL1,VAL2
>> Add Python QA code? [Y/n] Y
>> Add C++ QA code? [Y/n] Y
>> Traversing lib...
>> Adding file 'QPSK_impl.h'...
>> Adding file 'QPSK_impl.cc'...
>> Adding file 'QPSK.h'...
>> Adding file 'qa_QPSK.cc'...
>> Adding file 'qa_QPSK.h'...
>> Traversing swig...
>> Editing swig/myQpsk_swig.i...
>> Adding Python QA...
>> Adding file 'qa_QPSK.py'...
>> Editing python/CMakeLists.txt...
>> Traversing grc...
>> Adding file 'myQpsk_QPSK.xml'...
>> Editing grc/CMakeLists.txt...
>> bynkln@ubuntu:~/gr-myQpsk$ mkdir build
>> bynkln@ubuntu:~/gr-myQpsk$ cd build
>> bynkln@ubuntu:~/gr-myQpsk/build$ cmake ../
>> -- The CXX compiler identification is GNU 4.7.2
>> -- The C compiler identification is GNU 4.7.2
>> -- Check for working CXX compiler: /usr/bin/c++
>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>> -- Detecting CXX compiler ABI info
>> -- Detecting CXX compiler ABI info - done
>> -- Check for working C compiler: /usr/bin/gcc
>> -- Check for working C compiler: /usr/bin/gcc -- works
>> -- Detecting C compiler ABI info
>> -- Detecting C compiler ABI info - done
>> -- Build type not specified: defaulting to release.
>> -- Boost version: 1.49.0
>> -- Found the following Boost libraries:
>> --   filesystem
>> --   system
>> -- Found PkgConfig: /usr/bin/pkg-config (found version "0.26")
>> -- checking for module 'gruel'
>> --   found gruel, version 3.6.4git
>> -- Found GRUEL: /usr/local/lib/libgruel.so
>> -- checking for module 'gnuradio-core'
>> --   found gnuradio-core, version 3.6.4git
>> -- Found GNURADIO_CORE: /usr/local/lib/libgnuradio-core.so
>> -- checking for module 'cppunit'
>> --   found cppunit, version 1.12.1
>> -- Found CPPUNIT: /usr/lib/libcppunit.so;dl
>> -- Found SWIG: /usr/bin/swig2.0 (found version "2.0.7")
>> -- Found PythonLibs: /usr/lib/python3.2/config/libpython3.2.so (found
>> version "2.7.3")
>> -- Found PythonInterp: /usr/bin/python (found version "2.7.3")
>> -- Found Doxygen: /usr/bin/doxygen (found version "1.8.1.2")
>> -- Configuring done
>> -- Generating done
>> -- Build files have been written to: /home/bynkln/gr-myQpsk/build
>> 
>> bynkln@ubuntu:~/gr-myQpsk/build$ make
>> Scanning dependencies of target gnuradio-myQpsk
>> [  5%] Building CXX object
>> lib/CMakeFiles/gnuradio-myQpsk.dir/QPSK_impl.cc.o
>> In file included from /home/bynkln/gr-myQpsk/lib/QPSK_impl.h:24:0,
>> from /home/bynkln/gr-myQpsk/lib/QPSK_impl.cc:26:
>> /home/bynkln/gr-myQpsk/include/myQpsk/QPSK.h:49:25: error: ‘VAL1’ has
>> not been declared
>> /home/bynkln/gr-myQpsk/include/myQpsk/QPSK.h:49:30: error: ‘VAL2’ has
>> not been declared
>> In file included from /home/bynkln/gr-myQpsk/lib/QPSK_impl.cc:26:0:
>> /home/bynkln/gr-myQpsk/lib/QPSK_impl.h:35:21: error: expected ‘)’ before
>> ‘,’ token
>> /home/bynkln/gr-myQpsk/lib/QPSK_impl.cc:32:16: error:
>> ‘gr::myQpsk::QPSK::sptr gr::myQpsk::QPSK::make’ is not a static member
>> of ‘class gr::myQpsk::QPSK’
>> /home/bynkln/gr-myQpsk/lib/QPSK_impl.cc:32:16: error: ‘VAL1’ was not
>> declared in this scope
>> /home/bynkln/gr-myQpsk/lib/QPSK_impl.cc:32:21: error: ‘VAL2’ was not
>> declared in this scope
>> /home/bynkln/gr-myQpsk/lib/QPSK_impl.cc:33:5: error: expected ‘,’ or ‘;’
>> before ‘{’ token
>> /home/bynkln/gr-myQpsk/lib/QPSK_impl.cc:40:25: error: expected
>> constructor, destructor, or type conversion before ‘(’ token
>> make[2]: *** [lib/CMakeFiles/gnuradio-myQpsk.dir/QPSK_impl.cc.o] Error 1
>> make[1]: *** [lib/CMakeFiles/gnuradio-myQpsk.dir/all] Error 2
>> make: *** [all] Error 2
>> 
>> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Reg : Simultaneous execution of two scripts

[sumitstop]

Tom I observed following :
I connected 3 usrp-1 and ran 3 scripts activate_usrp_1.sh, 2.sh, 3.sh
All were asked to execute at 44th second of any minute.
I also put a time stamp just after tb.start()

try:
tb.start()
startTime = datetime.now()
print "usrp_X started at time",
print startTime

I got following
~~~
* I also varied the order in which activate_usrp_1,2,3.sh were executed
which you can see

usrp_1 started at time 2013-03-08 02:58:44.519909
usrp_2 started at time 2013-03-08 02:58:44.752680
usrp_3 failed

usrp_1 started at time 2013-03-08 03:00:44.587403
usrp_2 started at time 2013-03-08 03:00:44.662657
usrp_3 started at time 2013-03-08 03:00:45.455082

usrp_1 started at time 2013-03-08 03:02:44.590596
usrp_2 started at time 2013-03-08 03:02:44.672339
usrp_3 started at time 2013-03-08 03:02:45.479982


usrp_3 started at time 2013-03-08 03:07:45.459970
usrp_2 started at time 2013-03-08 03:07:44.664802
usrp_1 started at time 2013-03-08 03:07:44.565529

usrp_3 started at time 2013-03-08 03:09:45.523806
usrp_2 failed
usrp_1 started at time 2013-03-08 03:09:44.541790

usrp_3 started at time 2013-03-08 03:11:45.464744
usrp_2 started at time 2013-03-08 03:11:44.550938
usrp_1 failed

usrp_2 started at time 2013-03-08 03:14:44.552696
usrp_1 started at time 2013-03-08 03:14:44.703248
usrp_3 started at time 2013-03-08 03:14:45.460309


usrp_2 started at time 2013-03-08 03:16:44.531649
usrp_1 started at time 2013-03-08 03:16:44.664747
usrp_3 started at time 2013-03-08 03:16:45.449123


usrp_3 started at time 2013-03-08 03:19:45.338391
usrp_1 started at time 2013-03-08 03:19:44.659291
usrp_2 started at time 2013-03-08 03:19:44.636886

usrp_3 started at time 2013-03-08 03:22:45.406933
usrp_1 started at time 2013-03-08 03:22:45.211632
usrp_2 started at time 2013-03-08 03:22:45.214003

usrp_3 started at time 2013-03-08 03:23:45.468723
usrp_1 started at time 2013-03-08 03:23:44.586787
usrp_2 started at time 2013-03-08 03:23:44.661047
~
I am not able to come up with any pattern of failure 
I also observed that my new usrp i.e. usrp_3 is a bit lazier than the old
ones regardless of the order of execution of activate_usrp_1,2,3.sh 
Probably the new one is equipped with SBX while the old ones are with
RFX2400 (just an observation)





--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Reg-Simultaneous-execution-of-two-scripts-tp40038p40055.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Unable to get the output

[manjusha]

Hi All,

I have constructed the attached file on my GRC but i don't see any output
when i run it over terminal.

I am using 
nc localhost 9001(in one terminal)

perl -e 'print 'a'*1024'|nc localhost 9000(on separate terminal)

i use these commands after i run my grc file.

Please tell me where am i going wrong.
part_1.grc   

Thanks



-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Unable-to-get-the-output-tp40056.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] How to create a new QT GUI SINK

[Julio Hector Aguilar Renteria]

Hi all,

I need to create a new QT GUI SINK with aditional buttons, i found the
blocks structure in the repository (
http://gnuradio.org/redmine/projects/gnuradio/repository/revisions/master/show/gr-qtgui),
but i don't know where is it on my gnuradio installation.

can i make a copy of the structure and modify it ?
if i do it, is it necessary to re-build gnuradio?
is there another way to do and new QT GUI SINK?

Thank you very much.

Adriana and Julio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] How to get transmitted packet time in USRP?

[john jade]

Hi,

I am using 2 USRPN210 devices one for transmitting and one for receiving
and relaying it back to sender. I want time at which packet is transmitted
in both the devices.I am using benchmark_tx and bencmark_rx codes.
please help me the code that i have to put...

Thanks.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] right source to input message

[manjusha]

I want to transmit message over air and here is my .grc file

I need help in finding the right source for my encoder.I have 'pad
source','message source' and 'socket message'..Please help me in giving the
right input source to the encoder.When i connect the pad source it gave me
an error that is shown in the screen shot.

Thanks.
input_msg_tx.png
  



-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/right-source-to-input-message-tp40059.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] segfault: __convert_sc16_item16_usrp1_1_fc32_2_PRIORITY_GENERAL::operator()

[Josh Blum]

On 03/07/2013 01:34 PM, ikjtel wrote:
> Okay, so was in zombie mode when I typed the command, but certainly was not 
> expecting to get a segmentation fault.  
> 
> 
> The failing command was
>/usr/bin/python /usr/local/bin/uhd_fft --spec 'A:0 B:0' -f 924e6
> 
> Things worked fine with --spec 'A:0'.  Below is the seg fault, reported in 
> case there's anything serious behind it...
> 
> This is from uhd git as of Feb. 2.usrp3_b200_fix
> 

The uhd fft only displays one channel. You will have to keep the
frontend specification to a single frontend for this app.

It looks like error checking didnt catch this, but there is a mismatch
in the number of source outputs for the gnuradio block and the number of
channels setup on the frontend. Something was off by a factor of two,
and bad memory was accessed.

-josh

> Best
> 
> Max
> ~~
> Core was generated by `/usr/bin/python /usr/local/bin/uhd_fft --spec A:0 B:0 
> -f 924e6'.
> Program terminated with signal 11, Segmentation fault.
> #0  0x7f43783f3276 in 
> __convert_sc16_item16_usrp1_1_fc32_2_PRIORITY_GENERAL::operator()(uhd::ref_vector  const*> const&, uhd::ref_vector const&, unsigned long) () from 
> /usr/local/lib/libuhd.so.003
> 
> (gdb) i stack
> #0  0x7f43783f3276 in 
> __convert_sc16_item16_usrp1_1_fc32_2_PRIORITY_GENERAL::operator()(uhd::ref_vector  const*> const&, uhd::ref_vector const&, unsigned long) () from 
> /usr/local/lib/libuhd.so.003
> #1  0x7f43785ac2ac in 
> usrp1_recv_packet_streamer::recv(uhd::ref_vector const&, unsigned 
> long, uhd::rx_metadata_t&, double, bool) () from /usr/local/lib/libuhd.so.003
> #2  0x7f43789c1718 in uhd_usrp_source_impl::work(int, std::vector const*, std::allocator >&, std::vector std::allocator >&) () from 
> /usr/local/lib/libgnuradio-uhd-3.6.3git.so.0.0.0
> #3  0x7f437e846754 in gr_sync_block::general_work(int, std::vector std::allocator >&, std::vector 
> >&, std::vector >&) () from 
> /usr/local/lib/libgnuradio-core-3.6.3git.so.0.0.0
> #4  0x7f437e8284d6 in gr_block_executor::run_one_iteration() () from 
> /usr/local/lib/libgnuradio-core-3.6.3git.so.0.0.0
> #5  0x7f437e849bf4 in 
> gr_tpb_thread_body::gr_tpb_thread_body(boost::shared_ptr, int) ()
>from /usr/local/lib/libgnuradio-core-3.6.3git.so.0.0.0
> #6  0x7f437e84319f in 
> boost::detail::function::void_function_obj_invoker0,
>  void>::invoke(boost::detail::function::function_buffer&) () from 
> /usr/local/lib/libgnuradio-core-3.6.3git.so.0.0.0
> #7  0x7f437e5782a5 in boost::detail::thread_data 
> >::run() () from /usr/local/lib/libgruel-3.6.3git.so.0.0.0
> #8  0x7f437dab2230 in thread_proxy () from 
> /usr/lib/libboost_thread.so.1.42.0
> #9  0x7f43809ff971 in start_thread () from /lib/libpthread.so.0
> #10 0x7f437f8db92d in clone () from /lib/libc.so.6
> #11 0x in ?? ()
> 
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] right source to input message

[Josh Blum]

On 03/07/2013 06:49 PM, manjusha wrote:
> I want to transmit message over air and here is my .grc file
> 
> I need help in finding the right source for my encoder.I have 'pad
> source','message source' and 'socket message'..Please help me in giving the
> right input source to the encoder.When i connect the pad source it gave me
> an error that is shown in the screen shot.
> 
> Thanks.
> input_msg_tx.png
>   
> 

* Delete this: The pad source is for hierarhical blocks.
* Delete this: That message source is not related
* I recommend to reduce the amplitude of the signals sent to the usrp
source < 1.0 magnitude

* You do not need to feed the input of the message socket block - that
is for writing to the socket. You would probably connect a packet
deframer from the receive chain there.

Your flow graph is ready, if you write a packet into this socket, it
will transmit something.

-josh

> 
> 
> -
> Manjusha
> --
> View this message in context: 
> http://gnuradio.4.n7.nabble.com/right-source-to-input-message-tp40059.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] right source to input message

[manjusha]

Thanks for your reply josh..

I only have the message socket block now.But still i get the attached
error..

And,you were suggesting an amplitude < 1 which i am not aware of..can you
please explain.
Also,i am using a trying to transmit a message so why do i need a packet
deframer?


thanks.. tx_message_socket.png
  
manjusha,

* Delete this: The pad source is for hierarhical blocks.
* Delete this: That message source is not related
* I recommend to reduce the amplitude of the signals sent to the usrp
source < 1.0 magnitude

* You do not need to feed the input of the message socket block - that
is for writing to the socket. You would probably connect a packet
deframer from the receive chain there.

Your flow graph is ready, if you write a packet into this socket, it
will transmit something.


the pad source is for making hierarchical blocks, you probably dont want
this.

There are 3 ways to get data into that packet encoder from gr extras.

* A message socket block
* The stream to blob block
* A custom block that outputs message blobs




-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/right-source-to-input-message-tp40059p40062.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] How to get transmitted packet time in USRP?

[Josh Blum]

On 03/07/2013 06:38 PM, john jade wrote:
> Hi,
> 
> I am using 2 USRPN210 devices one for transmitting and one for receiving
> and relaying it back to sender. I want time at which packet is transmitted
> in both the devices.I am using benchmark_tx and bencmark_rx codes.
> please help me the code that i have to put...
> 

Actually, it works the other way around, you can control the time a
packet is transmitted using stream tags.

A few good links about this section:

http://code.ettus.com/redmine/ettus/projects/uhd/wiki/GNU_Radio_UHD#Using-UHD-Software-with-GNU-Radio

-josh

> Thanks.
> 
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] right source to input message

[Josh Blum]

On 03/07/2013 07:21 PM, manjusha wrote:
> Thanks for your reply josh..
> 
> I only have the message socket block now.But still i get the attached
> error..
> 

This "Preload>=0" that you sent to the other mailing list?

No idea, i couldnt find the error in gnuradio source or grextras source.
Is there any more verbose for that error?

> And,you were suggesting an amplitude < 1 which i am not aware of..can you
> please explain.

An amplitude of 1.0 scales to the full range of the DAC. You dont want
to be sending samples that would be clipping. So be careful of the
amplitude of your signal on the output of the filter block.

> Also,i am using a trying to transmit a message so why do i need a packet
> deframer?
> 

Well, you dont need a deframer.

It seemed you were searching for something to connect to the input port
of that block. One of the known use cases is a deframer block.

-josh

> 
> thanks.. tx_message_socket.png
>   
> manjusha,
> 
> * Delete this: The pad source is for hierarhical blocks.
> * Delete this: That message source is not related
> * I recommend to reduce the amplitude of the signals sent to the usrp
> source < 1.0 magnitude
> 
> * You do not need to feed the input of the message socket block - that
> is for writing to the socket. You would probably connect a packet
> deframer from the receive chain there.
> 
> Your flow graph is ready, if you write a packet into this socket, it
> will transmit something.
> 
> 
> the pad source is for making hierarchical blocks, you probably dont want
> this.
> 
> There are 3 ways to get data into that packet encoder from gr extras.
> 
> * A message socket block
> * The stream to blob block
> * A custom block that outputs message blobs
> 
> 
> 
> 
> -
> Manjusha
> --
> View this message in context: 
> http://gnuradio.4.n7.nabble.com/right-source-to-input-message-tp40059p40062.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Number of bits tranmitted

[manjusha]

if you know how to find the transmitted and received number of bits through
grc..please let me know..

Need help with my project





-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Number-of-bits-tranmitted-tp40046p40065.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] right source to input message

[manjusha]

Opening a USRP1 device...
-- Using FPGA clock rate of 64.00MHz...
>>> gr_fir_ccc: using SSE
>>> gr_fir_ccf: using SSE
Traceback (most recent call last):
  File "/home/aklilu1/gnuradio/grc/Project/top_block.py", line 82, in

tb.Run(True)
  File
"/usr/local/lib/python2.7/dist-packages/grc_gnuradio/wxgui/top_block_gui.py",
line 76, in Run
self.start()
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py",
line 97, in start
self._tb.start(max_noutput_items)
  File
"/usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_runtime.py",
line 1976, in start
return _gnuradio_core_runtime.gr_top_block_sptr_start(self,
max_noutput_items)
RuntimeError: gr_buffer_add_reader: nzero_preload must be >= 0


josh,

That is the error i got



-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/right-source-to-input-message-tp40059p40066.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] right source to input message

[Josh Blum]

On 03/07/2013 08:04 PM, manjusha wrote:
> Opening a USRP1 device...
> -- Using FPGA clock rate of 64.00MHz...
 gr_fir_ccc: using SSE
 gr_fir_ccf: using SSE
> Traceback (most recent call last):
>   File "/home/aklilu1/gnuradio/grc/Project/top_block.py", line 82, in
> 
> tb.Run(True)
>   File
> "/usr/local/lib/python2.7/dist-packages/grc_gnuradio/wxgui/top_block_gui.py",
> line 76, in Run
> self.start()
>   File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py",
> line 97, in start
> self._tb.start(max_noutput_items)
>   File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_runtime.py",
> line 1976, in start
> return _gnuradio_core_runtime.gr_top_block_sptr_start(self,
> max_noutput_items)
> RuntimeError: gr_buffer_add_reader: nzero_preload must be >= 0
> 
> 
> josh,
> 
> That is the error i got
> 

Thats like totally not the same as "Preload>=0"!
You must set your filter taps.
Now more email for today, ok?

- signing off -

-josh

> 
> 
> -
> Manjusha
> --
> View this message in context: 
> http://gnuradio.4.n7.nabble.com/right-source-to-input-message-tp40059p40066.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] right source to input message

[manjusha]

lol..thanks for your patience josh..i appreciate it..

take care..



-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/right-source-to-input-message-tp40059p40068.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] How to get transmitted packet time in USRP?

[john jade]

Hi Josh,
Thanks for the reply.Is there any sample example you could send me? I
looked at the link it has nothing related to this.
I want the code in python.
Thanks

I have another doubt...
 I just looked at tags_demo.cc example.In that code ,it has following lines

 const uhd::time_spec_t time_now = usrp_sink->get_time_now();

boost::shared_ptr tag_source =
boost::make_shared(
time_now.get_full_secs() + 1, time_now.get_frac_secs(), //time now
+ 1 second
samp_rate, idle_dur, burst_dur
);
to get time.
1. Here TIME_NOW is mother board time or something else?
2. What should i do if i have to get time in nanoseconds?
3.Is there any option to do it in python?

Thanks.


On Fri, Mar 8, 2013 at 11:42 AM, Josh Blum  wrote:

>
>
> On 03/07/2013 06:38 PM, john jade wrote:
> > Hi,
> >
> > I am using 2 USRPN210 devices one for transmitting and one for receiving
> > and relaying it back to sender. I want time at which packet is
> transmitted
> > in both the devices.I am using benchmark_tx and bencmark_rx codes.
> > please help me the code that i have to put...
> >
>
> Actually, it works the other way around, you can control the time a
> packet is transmitted using stream tags.
>
> A few good links about this section:
>
>
> http://code.ettus.com/redmine/ettus/projects/uhd/wiki/GNU_Radio_UHD#Using-UHD-Software-with-GNU-Radio
>
> -josh
>
> > Thanks.
> >
> >
> >
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] How to create a new QT GUI SINK

[Volker Schroer]

>

can i make a copy of the structure and modify it ?
if i do it, is it necessary to re-build gnuradio?
is there another way to do and new QT GUI SINK?



Well, if your source code tree starts in gnuradio, you'll find the 
qt-gui stuff in gnuradio/gr-qtgui.


c++ code in lib
xml definition for grc in grc

etc.

If you only want to add gui elements to an existing sink, it might be 
possible to modify the existing code, recompile and install.


But you can build your own module, too.But you have to consider some qt 
programming rules.
 You can  find an example of an 'qt-gui picture sink' to display noaa 
pictures on


https://github.com/dl1ksv/gr-display

-- Volker


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio