Send Discuss-gnuradio mailing list submissions to
address@hiddenTo subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnu.org/mailman/listinfo/discuss-gnuradioor, via email, send a message with subject or body 'help' to
address@hiddenYou can reach the person managing the list at
address@hiddenWhen replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss-gnuradio digest..."
Today's Topics:
1. Re: RF/Data Acquisition Hardware
Supported (Nathan West)
2. Re: USRP2 IP new address (Josh Blum)
3. Re: In need of signal samples (Marcus M?ller)
4. Re: How to get transmitted packet time in USRP? (Josh Blum)
5. Re: Terminal commands (Marcus M?ller)
6. Re: LibUSRP vs LibUHD Performance on older machines (Tom Hendrick)
7. Re: Number of bits tranmitted (manjusha)
8. How to know the number of bits/packets transmitted (manjusha)
9. Re: How to know the number of bits/packets transmitted (manjusha)
10. Re: How to know the number of bits/packets transmitted
(Tommy Tracy II)
11. Re: How to know the number of bits/packets transmitted (manjusha)
12. Re: How to know the number of
bits/packets transmitted
(Nathan West)
13. bit error rate (manjusha)
14. Any one know rfx board i q imbalance value (James Jordan)
15. Re: bit error rate (Brian Padalino)
16. Re: bit error rate (Nathan West)
17. Re: Number of bits tranmitted (Tommy Tracy II)
18. Re: Any one know rfx board i q imbalance value (Matt Ettus)
----------------------------------------------------------------------
Message: 1
Date: Fri, 8 Mar 2013 11:21:44 -0600
From: Nathan West <
address@hidden>
To: Juan Daniel Fernandez Martinez <
address@hidden>
Cc: "
address@hidden" <
address@hidden>
Subject: Re: [Discuss-gnuradio] RF/Data Acquisition Hardware Supported
Message-ID:
<CACFtY+Lta4ja_WtTRPCx3myxG8zV8V=7nyR5iz=
address@hidden>
Content-Type: text/plain; charset="ISO-8859-1"
2013/3/8 Juan Daniel Fernandez Martinez <
address@hidden>:
> Hi everyone,
>
> Which is the harware supported by GNU Radio for data acquisition? (besides
> USRP)
http://gnuradio.org/redmine/projects/gnuradio/wiki/Hardware------------------------------
Message: 2
Date: Fri, 08 Mar 2013 11:32:18 -0600
From: Josh Blum <
address@hidden>
To:
address@hiddenSubject: Re: [Discuss-gnuradio] USRP2 IP new address
Message-ID: <
address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
On 03/08/2013 06:48 AM, guelord ingala wrote:
> Hi,
> Can you please assist me to change the usrp2 IP address. I went through the application note.
> Method 1 responds that I don't have permission.
>
> Method 2 goes well loading the
new IP address: 192.168.10.3. But when I checked with uhd_find_devices, it shows that the IP address has not changed. It's still 192.168.10.2.
>
Even after power cycle?
-josh
> Your help will be appreciated.
>
> Regards.
> Dominique.
>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
>
address@hidden>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
------------------------------
Message: 3
Date: Fri, 08 Mar 2013 19:17:52 +0100
From: Marcus M?ller <
address@hidden>
To:
address@hiddenSubject: Re: [Discuss-gnuradio] In need of signal samples
Message-ID: <
address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Matt,
sorry, since P25 is not really available somewhere in Europe,
I can't help you with samples _but_: The folks over
at
http://op25.osmocom.org/wiki used to link to samples
(But that link's gone now), best ask them :)
Happy receiving, decoding and p25ing,
Marcus M?ller
Am 08.03.2013 16:29, schrieb
address@hidden:
> Hello everybody!
>
> I need some sample P25 signals to use in the file source. I am going to learn to capture them myself soon, but i really need to see how a sample known to be good looks on the scopes. Any other sort of signal samples would also be much appreciated. I want to start with the digital P25 but i really should familiarize myself with how all signals look on the scopes.
>
> Thanks a bunch,
> Matt
> -------------------------------
>
> _______________________________________________
> Discuss-gnuradio mailing list
>
address@hidden>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
------------------------------
Message: 4
Date: Fri, 08 Mar 2013 12:21:57 -0600
From: Josh Blum <
address@hidden>
To: john jade <
address@hidden>
Cc:
address@hiddenSubject: Re: [Discuss-gnuradio] How to get transmitted packet time in
USRP?
Message-ID: <
address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
On 03/07/2013 09:19 PM, john jade
wrote:
> 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_demo> tag_source =
> boost::make_shared<tag_source_demo>(
> 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?
it was the time on the motherboard
> 2. What
should i do if i have to get time in nanoseconds?
The time format of the tag is just a tuple of full and fractional seconds,
But if you are taking about that time_now, that was just to get an idea
of what time the device was on. You can read this value, or set it to a
known starting point like UTC. In any case, see the
uhd/types/time_spec.hpp, you can readily convert between that and
seconds if need be.
> 3.Is there any option to do it in python?
>
Yes, tags can be created in python, I hope this is documented in the
blocks coding guide
Hope that helps!
> Thanks.
>
>
> On Fri, Mar 8, 2013 at 11:42 AM, Josh Blum <
address@hidden> 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
>>>
address@hidden>>>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>>
address@hidden>>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>>
>
------------------------------
Message: 5
Date: Fri, 08 Mar 2013 19:30:41 +0100
From: Marcus M?ller <
address@hidden>
To:
address@hiddenSubject: Re: [Discuss-gnuradio] Terminal commands
Message-ID: <
address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Manjusha,
what you most propably want to do is something of the like
# ncat -l -u 12346
to see what your deframer spits out.
To see what your transmitter is going to transmit, you should
use whatever software generates the data and sends it to port 12345.
Presuming you're using the ubiquitous bash, you can use something like
# ncat -u 12345 < mylovelettertognuradio.txt
Three Notes
anyway:
1. That data will be binary. If you don't input bytes that map to
"readable" characters, you won't see much meaningfulness on your terminal.
2. Transmitting and receiving simultaneously on the same daughterboard
is tough, to be honest. The crosstalk is most propably stronger than
your reception. Be warned.
3. Is UDP really the protocol of your choice in both cases?
Happy Hacking!
Marcus M?ller
Am 07.03.2013 18:36, schrieb manjusha:
> Hi,
>
> I have constructed the attached file on my grc
> <
http://gnuradio.4.n7.nabble.com/file/n40037/09.png>
>
> 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
>
address@hidden>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
------------------------------
Message: 6
Date: Fri, 8 Mar 2013 12:44:21 -0800 (PST)
From: Tom Hendrick <
address@hidden>
To: "
address@hidden" <
address@hidden>
Cc: "
address@hidden" <
address@hidden>
Subject: Re: [Discuss-gnuradio] LibUSRP vs LibUHD Performance on older
machines
Message-ID:
<
address@hidden>
Content-Type: text/plain;
charset="iso-8859-1"
Hi Josh,
Would you happen to suggest any more setting changes I could try before just deciding I need to depend on the older libusrp/gnuradio for recording 4 channels to disk from a USRP?
Thanks, - Tom
________________________________
From: Josh Blum <
address@hidden>
To: Tom Hendrick <
address@hidden>
Cc: "
address@hidden" <
address@hidden>
Sent: Saturday, March 2, 2013 9:18 AM
Subject: Re: [Discuss-gnuradio] LibUSRP vs LibUHD Performance on older machines
On 03/01/2013 05:16
PM, Tom Hendrick wrote:
> Josh,
>
> Thank you so much for the suggestion. I will try this.? I have 4GB of
> ram and a 4GB swapfile size.? Do you recommend any particular setting
> for set_max_output_buffer(long max_output_buffer)?
>
>
Make it 10s of megabytes, see if it helps.
> Should I leave tb.run() as is, or modify the number of n_output_items
> in conjunction with the
I think that part of the API is deprecated (the argument to run). There
is a similar call on top block, but Im recommending just the usrp source
block.
>
> void set_max_output_buffer(long max_output_buffer)?
>
>
> Also, do you recommend any particular settings using uhd_usrp_probe
> --args="serial=123456, recv_frame_size=XXXX,num_recv_frames=XXXX",
> send_frame_size=XXXX,send_recv_frames=XXX"
>
>
> or should I leave it default?? The
custom 4 channel usrp block in the
> older gnuradio version had the fusb_block and? fusb_nblocks both set
> to 512*32
>
Go with the default while trying the above.
-josh
> Thanks, -Tom
>
>
>
>
> ________________________________ From: Josh Blum <
address@hidden> To:
>
address@hidden Sent: Friday, March 1, 2013 2:55 PM Subject:
> Re: [Discuss-gnuradio] LibUSRP vs LibUHD Performance on older
> machines
>
>
>
> On 03/01/2013 04:51 PM, Tom Hendrick wrote:
>> Hello all,
>>
>> I've had trouble making a 4 channel USRP samples at 1Ms/s write to
>> file at 500 kS/s with ubuntu 12.04 and libuhd.? I am getting
>>
several overruns and I had tried adjusting some of the parameters
>> using usrd_probe_devices but with no success. I have a laptop with
>> a duo core centrino processor which should be enough.
>>
>> I've made this 4 channel work successfully with the same exact
>> laptop and with ubuntu 10.04 and the older version of gnuradio that
>> uses libusrp.? I get no underruns at all even for an entire hour of
>> writing to file.
>>
>>
>> Has anyone else experienced performance differences between libusrp
>> and libuhd?? I just want to make sure it isn't a configuration
>> problem or something I'm doing wrong causing the overruns.? If its
>> likely an issue with libuhd, I guess I will just keep a backup of
>> ubuntu 10.04 and gnuradio libusrp version installation files and
>> leave my dual boot setup intact.
>>
>> Thank you very much, - Tom
>>
>>
>
> You might try setting a very large output buffer on the usrp source
> block. I heard this helps (you should be able to call this in python
> after the block constructs):
>
> /*! * \brief Sets max buffer size on all output ports. */ void
> set_max_output_buffer(long max_output_buffer)
>
> -josh
>
>>
>> _______________________________________________ Discuss-gnuradio
>> mailing list
address@hidden >>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>>
>
> _______________________________________________ Discuss-gnuradio
> mailing list
address@hidden >
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130308/369da39a/attachment.html>
------------------------------
Message: 7
Date: Fri, 8 Mar 2013 16:02:05 -0800 (PST)
From: manjusha <
address@hidden>
To:
address@hiddenSubject: Re: [Discuss-gnuradio] Number of bits tranmitted
Message-ID: <
address@hidden>
Content-Type: text/plain; charset=us-ascii
is there no wat to do it?
-----
Manjusha
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Number-of-bits-tranmitted-tp40046p40082.htmlSent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 8
Date: Fri, 8 Mar 2013 16:09:14 -0800 (PST)
From: manjusha <
address@hidden>
To:
address@hiddenSubject: [Discuss-gnuradio] How to know the number of bits/packets
transmitted
Message-ID: <
address@hidden>
Content-Type: text/plain; charset=us-ascii
I have the attached GRC file.i know it is transmitting a certain number of
bits.But i want to see the number of bits being transmitted.Is there any way
to do it? No_of_bits_transmitted.png
<
http://gnuradio.4.n7.nabble.com/file/n40083/No_of_bits_transmitted.png>
-----
Manjusha
--
View this message in context:
http://gnuradio.4.n7.nabble.com/How-to-know-the-number-of-bits-packets-transmitted-tp40083.htmlSent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 9
Date: Fri, 8 Mar 2013 16:11:29 -0800 (PST)
From: manjusha <
address@hidden>
To:
address@hiddenSubject: Re: [Discuss-gnuradio] How to know the number of bits/packets
transmitted
Message-ID: <
address@hidden>
Content-Type: text/plain; charset=us-ascii
or do i have to go through the entire .py code ,find the variables and print
it??
Please help!!
Thanks.
-----
Manjusha
--
View this message in context:
http://gnuradio.4.n7.nabble.com/How-to-know-the-number-of-bits-packets-transmitted-tp40083p40084.htmlSent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 10
Date: Fri, 8 Mar 2013 19:19:55 -0500
From: Tommy Tracy II <
address@hidden>
To: manjusha <
address@hidden>
Cc:
address@hiddenSubject: Re: [Discuss-gnuradio] How to know the number of bits/packets
transmitted
Message-ID: <
address@hidden>
Content-Type: text/plain; charset="us-ascii"
You have your input on repeat, so it'll keep transmitting as long as the program is running. Are you looking for the rate, or the total bit count?
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241
On Mar 8, 2013, at 7:11 PM, manjusha <
address@hidden> wrote:
> or do i have to go through the entire .py code ,find the variables and print
> it??
>
> Please help!!
>
> Thanks.
>
>
>
> -----
> Manjusha
> --
> View this message in context:
http://gnuradio.4.n7.nabble.com/How-to-know-the-number-of-bits-packets-transmitted-tp40083p40084.html> Sent from the GnuRadio mailing list archive at Nabble.com.
>
> _______________________________________________
> Discuss-gnuradio mailing list
>
address@hidden>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130308/a25bf280/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130308/a25bf280/attachment.pgp>
------------------------------
Message: 11
Date: Fri, 8 Mar 2013 16:33:14 -0800 (PST)
From:
manjusha <
address@hidden>
To:
address@hiddenSubject: Re: [Discuss-gnuradio] How to know the number of bits/packets
transmitted
Message-ID: <
address@hidden>
Content-Type: text/plain; charset=us-ascii
Yes,you are right..I attached the wrong screen shot..My vector source doesn't
repeat and
I would like to know both Bit rate and Number of bits transmitted.
thanks.
-----
Manjusha
--
View this message in context:
http://gnuradio.4.n7.nabble.com/How-to-know-the-number-of-bits-packets-transmitted-tp40083p40086.htmlSent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 12
Date: Fri, 8 Mar 2013 18:37:59 -0600
From: Nathan West <
address@hidden>
To: manjusha <
address@hidden>
Cc:
address@hiddenSubject: Re: [Discuss-gnuradio] How to know the number of bits/packets
transmitted
Message-ID:
<CACFtY++Y12tiFYDp1+BZQTtPQLZMc+
address@hidden>
Content-Type: text/plain; charset="ISO-8859-1"
On Fri, Mar 8, 2013 at 6:33 PM, manjusha <
address@hidden> wrote:
> Yes,you are right..I attached the wrong screen shot..My vector source doesn't
> repeat and
> I would like to know both Bit rate and Number of bits transmitted.
>
I've gotten the impression you're looking for a bit count after some
amount of time has passed, similar to ifconfig's "TX packets:".
Mangusha, from other posts I'm thinking maybe you're trying to connect
a socket to a modulator and transmitter and you want to know how many
bits have been transmitted. I'm
certainly not going to be a definite
source on this, but I don't think you can do this in grc without
writing any code.
Each of these blocks does have a variable (probably called something
similar to noutput_items) that you can use to accumulate a total and
add an output. If it's really critical to your application I don't
think it's very difficult to edit one of these blocks to do it for
you. Or even better, just make your own block that does nothing but
count the number of items that goes through it.
If I'm over complicating things and you're just trying to understand
your flowgraph...
I think your number of bits transmitted is 2.
Your bit rate is, uh I think something like samples/symbol / samp_rate.
------------------------------
Message: 13
Date: Fri, 8 Mar 2013 17:47:12 -0800 (PST)
From: manjusha <
address@hidden>
To:
address@hiddenSubject: [Discuss-gnuradio] bit error rate
Message-ID: <
address@hidden>
Content-Type: text/plain; charset=us-ascii
ber_before_tx.png
<
http://gnuradio.4.n7.nabble.com/file/n40088/ber_before_tx.png>
ber_tx.png <
http://gnuradio.4.n7.nabble.com/file/n40088/ber_tx.png>
I am trying to find the Bit error rate for a vector signal.I get a error
rate of 0.528(i am assuming it
to be 52%) when i don't transmit and an
error rate of 0.625000 when i transmit.
Am i right on this??i dont understand the logic behind it..
Also,is 52% not too high??!!!
thank you
-----
Manjusha
--
View this message in context:
http://gnuradio.4.n7.nabble.com/bit-error-rate-tp40088.htmlSent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 14
Date: Sat, 9 Mar 2013 09:54:31 +0800
From: James Jordan <
address@hidden>
To: discuss-gnuradio <
address@hidden>
Subject: [Discuss-gnuradio] Any one know rfx board i q
imbalance value
Message-ID:
<
address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
Hi list,
Anyone know rfx board i q phase imbalance value and amplititude imbalance value,
I do not have equiment to measure these value.
------------------------------
Message: 15
Date: Fri, 8 Mar 2013 21:00:04 -0500
From: Brian Padalino <
address@hidden>
To: manjusha <
address@hidden>
Cc: GNURadio Discussion List <
address@hidden>
Subject: Re: [Discuss-gnuradio] bit error rate
Message-ID:
<
address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
On Fri, Mar 8, 2013 at 8:47 PM, manjusha <
address@hidden> wrote:
> ber_before_tx.png
> <
http://gnuradio.4.n7.nabble.com/file/n40088/ber_before_tx.png>
> ber_tx.png <
http://gnuradio.4.n7.nabble.com/file/n40088/ber_tx.png>
>
>
It doesn't look like you're doing any carrier recovery?
Before putting USRP blocks in there, maybe you should try a straight
simulation that adds noise and some frequency offset artificially. Get
that working, and then connect up the USRP source/sink?
> I am trying to find the Bit error rate for a vector signal.I get a error
> rate of 0.528(i am assuming it to be 52%) when i don't transmit and an
> error rate of 0.625000 when i transmit.
>
> Am i right on this??i dont understand the logic behind it..
>
> Also,is 52% not too high??!!!
>
Around 50% BER is what you would expect from a random signal. 100% BER is
very good since you just need to flip all the bits and you get the right
answer! That
is also given the input signal statistics are sufficiently
whitened/random.
>
> thank you
>
>
>
You might want to take a step away from putting blocks in GRC and just take
a look at some of the resources on the GNU Radio wiki about suggested
reading:
http://gnuradio.org/redmine/projects/gnuradio/wiki/SuggestedReading http://gnuradio.org/redmine/projects/gnuradio/wiki/SuggestedReadingOrderSanity is hard to come by if you're dealing with magic.
Good Luck!
Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130308/631cd080/attachment.html>
------------------------------
Message: 16
Date: Fri, 8 Mar 2013 21:15:27 -0600
From: Nathan West <
address@hidden>
To: Brian Padalino <
address@hidden>
Cc: GNURadio Discussion List <
address@hidden>
Subject: Re: [Discuss-gnuradio] bit error rate
Message-ID:
<CACFtY+
address@hidden>
Content-Type: text/plain; charset="ISO-8859-1"
>> I am trying to find the Bit error rate for a vector signal.I get a error
>> rate of 0.528(i am assuming it to be 52%) when i don't transmit and an
>> error rate of 0.625000 when i transmit.
>>
>> Am i right on this??i dont understand the logic behind it..
>>
>> Also,is 52% not too high??!!!
>
>
> Around 50% BER is what you would expect from a random signal. 100% BER is
> very good since you just need to flip all the bits and you get the right
> answer! That is also given the input signal statistics are sufficiently
> whitened/random.
>
Just tagging on here... The way you have it set up is compare the
incoming bit to 1, next
compare the incoming bit to 0. And it will
alternately compare incoming bits between 1 and 0. This BER block will
probably not be useful if you don't have access (within this
flowgraph) to the source generating data.
>>
>>
>> thank you
>>
>>
>
> You might want to take a step away from putting blocks in GRC and just take
> a look at some of the 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.
If you haven't looked at examples yet you should do that too. They are
probably located in /usr/local/share/gnuradio/examples/
There's a BER example at
/usr/local/share/gnuradio/examples/digital/demod/ber_simulation.grc
>
> Good Luck!
>
> Brian
>
------------------------------
Message: 17
Date: Fri, 8 Mar 2013 23:42:03 -0500
From: Tommy Tracy II <
address@hidden>
To: manjusha <
address@hidden>
Cc:
address@hiddenSubject: Re: [Discuss-gnuradio] Number of bits tranmitted
Message-ID: <
address@hidden>
Content-Type: text/plain; charset="us-ascii"
One idea would be to have a file sink also attached to the GMSK Mod block. All samples you send to your USRP would be copied in the file. Just check the file for byte count.
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241
On Mar 8, 2013, at 7:02 PM, manjusha <
address@hidden> wrote:
> is there no wat to do it?
>
>
>
> -----
> Manjusha
> --
> View this message in context:
http://gnuradio.4.n7.nabble.com/Number-of-bits-tranmitted-tp40046p40082.html> Sent from the GnuRadio mailing list archive at Nabble.com.
>
> _______________________________________________
> Discuss-gnuradio mailing list
>
address@hidden>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130308/d83027bd/attachment.html>
------------------------------
Message: 18
Date: Fri, 8 Mar 2013 21:23:49
-0800
From: Matt Ettus <
address@hidden>
To: James Jordan <
address@hidden>
Cc: discuss-gnuradio <
address@hidden>
Subject: Re: [Discuss-gnuradio] Any one know rfx board i q imbalance
value
Message-ID:
<CAN=
address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
The imbalance will vary board to board, which is why we provide the ability
to calibrate
the IQ balance. Running the calibration utility will get you
the best performance.
Matt
On Fri, Mar 8, 2013 at 5:54 PM, James Jordan <
address@hidden>wrote:
> Hi list,
> Anyone know rfx board i q phase imbalance value and amplititude imbalance
> value,
> I do not have equiment to measure these value.
>
> _______________________________________________
> Discuss-gnuradio mailing list
>
address@hidden>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130308/48111912/attachment.html>
------------------------------
_______________________________________________
Discuss-gnuradio mailing list
address@hiddenhttps://lists.gnu.org/mailman/listinfo/discuss-gnuradioEnd of Discuss-gnuradio Digest, Vol 124, Issue 9
************************************************