[Discuss-gnuradio] Upgrade UHD

2016-03-24 Thread Diyar Muhammed
Dear ALL,
I would like to upgrade UHD.
is there any way to do it?
In advance many thanks
-- 
Regards,
Diyar Muhammed
Ministry of Higher Education and Scientific Research
Duty: Network Administration and Design
Website:  www.mhe-krg.org
Cell Phone: 009647504690060
Office Phone:   00964662554683
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] FPGA update

2016-03-23 Thread Diyar Muhammed
Dear All,
I have got new usrp x310 with UBX160 daughter board, I assembled the usrp,
but when I run the uhd_usrp_probe --args addr=192.168.10.2 there is a UHD
Warning:

*X300 unknown product code in EEPROM:30818*
*Error: RuntimeError: Expected firmware compatibility number 3.0, but got
4.0:*
*The firmware build is not compatible with the host code build.*
*Please run:*
* "/usr/local/lib/uhd/utils/uhd_images_downloader.py"*

I found from ettus website how I can download and update image (
http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_hw_1gige) but when I
run uhd_image_loader --args="type=x300,addr=192.168.10.2,fpga=HGS", I got
from terminal uhd_image_loader: command not found.
I need advace, about this problem:

*uhd_image_loader: command not found.*

*FYI, I use Live_USB.*

-- 
Regards,
Diyar Muhammed
Ministry of Higher Education and Scientific Research
Duty: Network Administration and Design
Website:  www.mhe-krg.org
Cell Phone: 009647504690060
Office Phone:   00964662554683
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] OFDM benchmark optimal parameter

2016-03-21 Thread Diyar Muhammed
Marcus, many thanks I will do it.

On Mon, Mar 21, 2016 at 11:01 AM, Marcus Müller <marcus.muel...@ettus.com>
wrote:

> I'd encourage you to either fix the Bit Error Rate block or write
> something that does your job. In fact, the unmodified ofdm_loopback example
> doesn't work as BER test, because all packets are identical, and if a
> packet has errors, the OFDM receiver will drop it, so you'd never see an
> error.
>
> Open rx_ofdm.grc ; it is a very similar example, but instead of having the
> black box "OFDM Receiver", you see how the OFDM receiver internally works.
> Play with the channel model; e.g. set the noise voltage really high (1.0)
> and the frequency offset to e.g. 2.0/fft_len. You'll see a lot of
>
> INFO: Detected and invalid packet at item 
>
> printed.
> Now, change these parameters.
> Your ratio of valid packets and invalid packets gives you a packet error
> rate.
>
> Best regards,
> Marcus
>
>
> On 21.03.2016 11:47, Diyar Muhammed wrote:
>
> Marcus,
> I look at ofdm_loopback.grc example, I made the same scenario but I had
> problem with Error Rate block I got error rate around 4 to 5, as my
> knowledge that is not right I think should be between 0 to 1.
> If there is a transceiver example with measure bit error rate that will be
> helpful for me.
> in advance thank you.
>
> On Mon, Mar 21, 2016 at 10:36 AM, Marcus Müller <marcus.muel...@ettus.com>
> wrote:
>
>> Note that the benchmark_rx/_tx example is really a bit old, and I always
>> try to steer people away from it towards the newer OFDM examples that are
>> far more flexible and behave a lot more like a real system would.
>>
>> Have a look at the ofdm_loopback.grc example; you can replace the
>> (channelmodel->throttle) by a USRP sink and source. Tadah! Live demo.
>>
>> Best regards,
>> Marcus
>>
>>
>> On 21.03.2016 11:34, Diyar Muhammed wrote:
>>
>> many thanks
>>
>> On Mon, Mar 21, 2016 at 10:31 AM, Marcus Müller <
>> <marcus.muel...@ettus.com>marcus.muel...@ettus.com> wrote:
>>
>>> Diyar,
>>>
>>> > I look at tx benchmark help I could not find rates but there is packet
>>> size and megabytes to transmit.
>>>
>>> benchmark_tx --help should help you.
>>> You set the bandwidth, which sets the sampling rate; together with the
>>> occupied tones number related to the FFT length, you get a symbol rate.
>>> Together with the modulation you set, this gives you a
>>>
>>> Since only one program can use a USRP at a time, you can't use
>>> benchmark_tx and benchmark_rx at the same time.
>>> Instead, use benchmark_tx with the "--to-file" option to save the
>>> samples to a file, and build a quick GNU Radio flow graph in GRC that has a
>>> file source (reading that file), a USRP sink (fed from the file source), a
>>> USRP source, and a file sink (saving the samples from the USRP source to
>>> another file).
>>>
>>> Then use benchmark_rx with the --from-file option to read in these saved
>>> samples.
>>>
>>> Best regards,
>>> Marcus
>>>
>>>
>>> On 21.03.2016 11:17, Diyar Muhammed wrote:
>>>
>>> Dear Marcus,
>>> Thank you very much indeed for fast replying.
>>> I look at tx benchmark help I could not find rates but there is packet
>>> size and megabytes to transmit.
>>> so that, which one do you mean packet size or megabytes?
>>> it is okay to use USRP B210 for transmitting and receiving by using to
>>> benchmark file?
>>> because when I used one of them (tx or rx) and then I wanted to run
>>> another one the error come up (no device found for empty device address).
>>> in advance many thanks.
>>>
>>> On Mon, Mar 21, 2016 at 9:57 AM, Marcus Müller <
>>> <marcus.muel...@ettus.com>marcus.muel...@ettus.com> wrote:
>>>
>>>> Diyar,
>>>>
>>>> with the benchmark_ scripts, you **set** the rates, and you can only
>>>> observe how many packets were successfully transmitted.
>>>> The rest is really very basic math.
>>>>
>>>> Best regards,
>>>> Marcus
>>>>
>>>>
>>>> On 21.03.2016 10:50, Diyar Muhammed wrote:
>>>>
>>>> Dear SangHyuk,
>>>> I would like to know how to measure Throughput and BER by using
>>>> benchmark tx and rx?
>>>> could you show or explain with real example as you used.
>>>> in advance thanks.
>&

Re: [Discuss-gnuradio] OFDM benchmark optimal parameter

2016-03-21 Thread Diyar Muhammed
Marcus,
I look at ofdm_loopback.grc example, I made the same scenario but I had
problem with Error Rate block I got error rate around 4 to 5, as my
knowledge that is not right I think should be between 0 to 1.
If there is a transceiver example with measure bit error rate that will be
helpful for me.
in advance thank you.

On Mon, Mar 21, 2016 at 10:36 AM, Marcus Müller <marcus.muel...@ettus.com>
wrote:

> Note that the benchmark_rx/_tx example is really a bit old, and I always
> try to steer people away from it towards the newer OFDM examples that are
> far more flexible and behave a lot more like a real system would.
>
> Have a look at the ofdm_loopback.grc example; you can replace the
> (channelmodel->throttle) by a USRP sink and source. Tadah! Live demo.
>
> Best regards,
> Marcus
>
>
> On 21.03.2016 11:34, Diyar Muhammed wrote:
>
> many thanks
>
> On Mon, Mar 21, 2016 at 10:31 AM, Marcus Müller <marcus.muel...@ettus.com>
> wrote:
>
>> Diyar,
>>
>> > I look at tx benchmark help I could not find rates but there is packet
>> size and megabytes to transmit.
>>
>> benchmark_tx --help should help you.
>> You set the bandwidth, which sets the sampling rate; together with the
>> occupied tones number related to the FFT length, you get a symbol rate.
>> Together with the modulation you set, this gives you a
>>
>> Since only one program can use a USRP at a time, you can't use
>> benchmark_tx and benchmark_rx at the same time.
>> Instead, use benchmark_tx with the "--to-file" option to save the samples
>> to a file, and build a quick GNU Radio flow graph in GRC that has a file
>> source (reading that file), a USRP sink (fed from the file source), a USRP
>> source, and a file sink (saving the samples from the USRP source to another
>> file).
>>
>> Then use benchmark_rx with the --from-file option to read in these saved
>> samples.
>>
>> Best regards,
>> Marcus
>>
>>
>> On 21.03.2016 11:17, Diyar Muhammed wrote:
>>
>> Dear Marcus,
>> Thank you very much indeed for fast replying.
>> I look at tx benchmark help I could not find rates but there is packet
>> size and megabytes to transmit.
>> so that, which one do you mean packet size or megabytes?
>> it is okay to use USRP B210 for transmitting and receiving by using to
>> benchmark file?
>> because when I used one of them (tx or rx) and then I wanted to run
>> another one the error come up (no device found for empty device address).
>> in advance many thanks.
>>
>> On Mon, Mar 21, 2016 at 9:57 AM, Marcus Müller <
>> <marcus.muel...@ettus.com>marcus.muel...@ettus.com> wrote:
>>
>>> Diyar,
>>>
>>> with the benchmark_ scripts, you **set** the rates, and you can only
>>> observe how many packets were successfully transmitted.
>>> The rest is really very basic math.
>>>
>>> Best regards,
>>> Marcus
>>>
>>>
>>> On 21.03.2016 10:50, Diyar Muhammed wrote:
>>>
>>> Dear SangHyuk,
>>> I would like to know how to measure Throughput and BER by using
>>> benchmark tx and rx?
>>> could you show or explain with real example as you used.
>>> in advance thanks.
>>>
>>> On Mon, Mar 21, 2016 at 8:09 AM, Marcus Müller <
>>> <marcus.muel...@ettus.com>marcus.muel...@ettus.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> On 21.03.2016 01 <21.03.2016%2001>:37, SangHyuk Kim wrote:
>>>> > I want to know other user's performance (avg performance).
>>>> Yes, but what is "user's performance"? Is it more important to have
>>>> higher throughput, or lower error rates? What about robustness?
>>>>
>>>> I mean, the OFDM rx_benchmark is a really static example.
>>>> You might find a setting that maximizes troughput for a given channel,
>>>> but imagine something happens that reduces your receiver's SNR by 3dB:
>>>> Now your suddenly losing a lot of performance.
>>>>
>>>> Really "how can I parameterize this" can only be answered for a single,
>>>> mathematically well-defined target, and for a well-defined channel.
>>>>
>>>> In a real-world scenario, if using a transceiver with a fixed
>>>> modulation, you usually wouldn't maximize throughput for a given
>>>> setting, but you would define what "it still works sufficiently" means,
>>>> and then you'd define "the worst channel I want the system to still work
>>&

Re: [Discuss-gnuradio] OFDM benchmark optimal parameter

2016-03-21 Thread Diyar Muhammed
many thanks

On Mon, Mar 21, 2016 at 10:31 AM, Marcus Müller <marcus.muel...@ettus.com>
wrote:

> Diyar,
>
> > I look at tx benchmark help I could not find rates but there is packet
> size and megabytes to transmit.
>
> benchmark_tx --help should help you.
> You set the bandwidth, which sets the sampling rate; together with the
> occupied tones number related to the FFT length, you get a symbol rate.
> Together with the modulation you set, this gives you a
>
> Since only one program can use a USRP at a time, you can't use
> benchmark_tx and benchmark_rx at the same time.
> Instead, use benchmark_tx with the "--to-file" option to save the samples
> to a file, and build a quick GNU Radio flow graph in GRC that has a file
> source (reading that file), a USRP sink (fed from the file source), a USRP
> source, and a file sink (saving the samples from the USRP source to another
> file).
>
> Then use benchmark_rx with the --from-file option to read in these saved
> samples.
>
> Best regards,
> Marcus
>
>
> On 21.03.2016 11:17, Diyar Muhammed wrote:
>
> Dear Marcus,
> Thank you very much indeed for fast replying.
> I look at tx benchmark help I could not find rates but there is packet
> size and megabytes to transmit.
> so that, which one do you mean packet size or megabytes?
> it is okay to use USRP B210 for transmitting and receiving by using to
> benchmark file?
> because when I used one of them (tx or rx) and then I wanted to run
> another one the error come up (no device found for empty device address).
> in advance many thanks.
>
> On Mon, Mar 21, 2016 at 9:57 AM, Marcus Müller <marcus.muel...@ettus.com>
> wrote:
>
>> Diyar,
>>
>> with the benchmark_ scripts, you **set** the rates, and you can only
>> observe how many packets were successfully transmitted.
>> The rest is really very basic math.
>>
>> Best regards,
>> Marcus
>>
>>
>> On 21.03.2016 10:50, Diyar Muhammed wrote:
>>
>> Dear SangHyuk,
>> I would like to know how to measure Throughput and BER by using benchmark
>> tx and rx?
>> could you show or explain with real example as you used.
>> in advance thanks.
>>
>> On Mon, Mar 21, 2016 at 8:09 AM, Marcus Müller <
>> <marcus.muel...@ettus.com>marcus.muel...@ettus.com> wrote:
>>
>>> Hi,
>>>
>>> On 21.03.2016 01 <21.03.2016%2001>:37, SangHyuk Kim wrote:
>>> > I want to know other user's performance (avg performance).
>>> Yes, but what is "user's performance"? Is it more important to have
>>> higher throughput, or lower error rates? What about robustness?
>>>
>>> I mean, the OFDM rx_benchmark is a really static example.
>>> You might find a setting that maximizes troughput for a given channel,
>>> but imagine something happens that reduces your receiver's SNR by 3dB:
>>> Now your suddenly losing a lot of performance.
>>>
>>> Really "how can I parameterize this" can only be answered for a single,
>>> mathematically well-defined target, and for a well-defined channel.
>>>
>>> In a real-world scenario, if using a transceiver with a fixed
>>> modulation, you usually wouldn't maximize throughput for a given
>>> setting, but you would define what "it still works sufficiently" means,
>>> and then you'd define "the worst channel I want the system to still work
>>> sufficiently".
>>> Then you'd come up with a metric that gives you a number for "the link
>>> quality on all considerable channels where this should be working", and
>>> then you'd try to maximize that metric under the outage constraints set
>>> before. Notice that this metric has to take things like error rate,
>>> throughtput, the "cost" of re-sending something (if you have a mechanism
>>> for that), available channel coding, how much you care about latency,
>>> computational complexity (that really gets important with iterative
>>> channel decoding),
>>>
>>> In other words:
>>> This is digital communications. If there was a single "best" solution,
>>> we'd all be using that and be done. Use your digital communications
>>> knowledge to analyze your requirements and challenges!
>>>
>>> Best regards
>>> Marcus
>>>
>>> ___
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>
>>
>>
>&g

Re: [Discuss-gnuradio] OFDM benchmark optimal parameter

2016-03-21 Thread Diyar Muhammed
Dear Marcus,
Thank you very much indeed for fast replying.
I look at tx benchmark help I could not find rates but there is packet size
and megabytes to transmit.
so that, which one do you mean packet size or megabytes?
it is okay to use USRP B210 for transmitting and receiving by using to
benchmark file?
because when I used one of them (tx or rx) and then I wanted to run another
one the error come up (no device found for empty device address).
in advance many thanks.

On Mon, Mar 21, 2016 at 9:57 AM, Marcus Müller <marcus.muel...@ettus.com>
wrote:

> Diyar,
>
> with the benchmark_ scripts, you **set** the rates, and you can only
> observe how many packets were successfully transmitted.
> The rest is really very basic math.
>
> Best regards,
> Marcus
>
>
> On 21.03.2016 10:50, Diyar Muhammed wrote:
>
> Dear SangHyuk,
> I would like to know how to measure Throughput and BER by using benchmark
> tx and rx?
> could you show or explain with real example as you used.
> in advance thanks.
>
> On Mon, Mar 21, 2016 at 8:09 AM, Marcus Müller <marcus.muel...@ettus.com>
> wrote:
>
>> Hi,
>>
>> On 21.03.2016 01:37, SangHyuk Kim wrote:
>> > I want to know other user's performance (avg performance).
>> Yes, but what is "user's performance"? Is it more important to have
>> higher throughput, or lower error rates? What about robustness?
>>
>> I mean, the OFDM rx_benchmark is a really static example.
>> You might find a setting that maximizes troughput for a given channel,
>> but imagine something happens that reduces your receiver's SNR by 3dB:
>> Now your suddenly losing a lot of performance.
>>
>> Really "how can I parameterize this" can only be answered for a single,
>> mathematically well-defined target, and for a well-defined channel.
>>
>> In a real-world scenario, if using a transceiver with a fixed
>> modulation, you usually wouldn't maximize throughput for a given
>> setting, but you would define what "it still works sufficiently" means,
>> and then you'd define "the worst channel I want the system to still work
>> sufficiently".
>> Then you'd come up with a metric that gives you a number for "the link
>> quality on all considerable channels where this should be working", and
>> then you'd try to maximize that metric under the outage constraints set
>> before. Notice that this metric has to take things like error rate,
>> throughtput, the "cost" of re-sending something (if you have a mechanism
>> for that), available channel coding, how much you care about latency,
>> computational complexity (that really gets important with iterative
>> channel decoding),
>>
>> In other words:
>> This is digital communications. If there was a single "best" solution,
>> we'd all be using that and be done. Use your digital communications
>> knowledge to analyze your requirements and challenges!
>>
>> Best regards
>> Marcus
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
>
>
> --
> Regards,
> Diyar Muhammed
> Ministry of Higher Education and Scientific Research
> Duty: Network Administration and Design
> Website:  www.mhe-krg.org
> Cell Phone: 009647504690060
> Office Phone:   00964662554683
>
>
>


-- 
Regards,
Diyar Muhammed
Ministry of Higher Education and Scientific Research
Duty: Network Administration and Design
Website:  www.mhe-krg.org
Cell Phone: 009647504690060
Office Phone:   00964662554683
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] OFDM benchmark optimal parameter

2016-03-21 Thread Diyar Muhammed
Dear SangHyuk,
I would like to know how to measure Throughput and BER by using benchmark
tx and rx?
could you show or explain with real example as you used.
in advance thanks.

On Mon, Mar 21, 2016 at 8:09 AM, Marcus Müller <marcus.muel...@ettus.com>
wrote:

> Hi,
>
> On 21.03.2016 01:37, SangHyuk Kim wrote:
> > I want to know other user's performance (avg performance).
> Yes, but what is "user's performance"? Is it more important to have
> higher throughput, or lower error rates? What about robustness?
>
> I mean, the OFDM rx_benchmark is a really static example.
> You might find a setting that maximizes troughput for a given channel,
> but imagine something happens that reduces your receiver's SNR by 3dB:
> Now your suddenly losing a lot of performance.
>
> Really "how can I parameterize this" can only be answered for a single,
> mathematically well-defined target, and for a well-defined channel.
>
> In a real-world scenario, if using a transceiver with a fixed
> modulation, you usually wouldn't maximize throughput for a given
> setting, but you would define what "it still works sufficiently" means,
> and then you'd define "the worst channel I want the system to still work
> sufficiently".
> Then you'd come up with a metric that gives you a number for "the link
> quality on all considerable channels where this should be working", and
> then you'd try to maximize that metric under the outage constraints set
> before. Notice that this metric has to take things like error rate,
> throughtput, the "cost" of re-sending something (if you have a mechanism
> for that), available channel coding, how much you care about latency,
> computational complexity (that really gets important with iterative
> channel decoding),
>
> In other words:
> This is digital communications. If there was a single "best" solution,
> we'd all be using that and be done. Use your digital communications
> knowledge to analyze your requirements and challenges!
>
> Best regards
> Marcus
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>



-- 
Regards,
Diyar Muhammed
Ministry of Higher Education and Scientific Research
Duty: Network Administration and Design
Website:  www.mhe-krg.org
Cell Phone: 009647504690060
Office Phone:   00964662554683
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Multiplexing and Demultiplexing

2016-03-15 Thread Diyar Muhammed
Dear Marcus,
Many thanks for fast reply
I would like to create Time Division Multiplexing or Frequency Division
Multiplexing.
is there any block in GNU radio companion? or I have to create.


On Tue, Mar 15, 2016 at 10:26 AM, Marcus Müller <marcus.muel...@ettus.com>
wrote:

> Dear Diyar,
>
> could you please define more clearly with what you mean with that?
> Generally, it's a good idea to explain a bit more broadly what your goal
> is; questions that don't do that are often very hard to answer.
>
> GNU Radio is a framework for signal processing, so yes, probably it is
> possible.
> For many kinds of multiplexing, there's even already blocks that do the
> core of the job.
>
> Best regards,
> Marcus
>
>
> On 14.03.2016 20:14, Diyar Muhammed wrote:
>
> Dear All,
> Is there any way to do multiplexing and demultiplexing in GNU radio
> software?
> --
> Regards,
> Diyar Muhammed
> Ministry of Higher Education and Scientific Research
> Duty: Network Administration and Design
> Website:   <http://www.mhe-krg.org/>www.mhe-krg.org
> Cell Phone: 009647504690060
> Office Phone:   00964662554683
>
>
> ___
> Discuss-gnuradio mailing 
> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>


-- 
Regards,
Diyar Muhammed
Ministry of Higher Education and Scientific Research
Duty: Network Administration and Design
Website:  www.mhe-krg.org
Cell Phone: 009647504690060
Office Phone:   00964662554683
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] Multiplexing and Demultiplexing

2016-03-14 Thread Diyar Muhammed
Dear All,
Is there any way to do multiplexing and demultiplexing in GNU radio
software?
-- 
Regards,
Diyar Muhammed
Ministry of Higher Education and Scientific Research
Duty: Network Administration and Design
Website:  www.mhe-krg.or <http://www.mhe-krg.org/>g
Cell Phone: 009647504690060
Office Phone:   00964662554683
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] How to measure throughput (data rate)

2016-03-14 Thread Diyar Muhammed
Dear All,
I have made a transceiver in gnuradio software with using usrp B210, and I
would like to measure data transmission between Tx and Rx, is there any way
to measure that?
-- 
Regards,
Diyar Muhammed
Ministry of Higher Education and Scientific Research
Duty: Network Administration and Design
Website:  www.mhe-krg.org
Cell Phone: 009647504690060
Office Phone:   00964662554683
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Benchmark_tx and rx

2016-03-06 Thread Diyar Muhammed
Dear Marcus,
thank you very much, yes I download from the web, so I found that path you
sent it works.


On Sun, Mar 6, 2016 at 4:19 PM, Marcus Müller <marcus.muel...@ettus.com>
wrote:

> Dear Diyar,
>
> this looks like you might be using a version of the benchmark scripts that
> you took from the web.
> You must use the scripts in the version that came with your installation
> of GNU Radio!
> You should probably find those under /usr/share/gnuradio/examples/digital
> or /usr/local/share/gnuradio/examples/digital
>
> Best regards,
> Marcus
>
>
> On 06.03.2016 16:52, Diyar Muhammed wrote:
>
> Dear all,
> I use the benchmark_rx.py and tx.py and I got some warning as shown below:
> *For RX:*
> mint@mint ~/Downloads $ sudo python benchmark_rx.py --freq=5.8e9
> linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.008.001-105-g91ae742f
>
> Traceback (most recent call last):
>   File "benchmark_rx.py", line 122, in 
> main()
>   File "benchmark_rx.py", line 111, in main
> tb = my_top_block(rx_callback, options)
>   File "benchmark_rx.py", line 44, in __init__
> options.lo_offset, options.rx_gain,
> AttributeError: Values instance has no attribute 'lo_offset'
>
> *For TX*
> mint@mint ~/Downloads $ sudo python benchmark_tx.py --freq=5.8e9
> linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.008.001-105-g91ae742f
>
> -- Operating over USB 3.
> -- Initialize CODEC control...
> -- Initialize Radio control...
> -- Performing register loopback test... pass
> -- Performing register loopback test... pass
> -- Performing CODEC loopback test... pass
> -- Performing CODEC loopback test... pass
> -- Asking for clock rate 32.00 MHz...
> -- Actually got clock rate 32.00 MHz.
> -- Performing timer loopback test... pass
> -- Performing timer loopback test... pass
> -- Setting master clock rate selection to 'automatic'.
>
> No gain specified.
> Setting gain to 44.875000 (from [0.00, 89.75])
> -- Successfully tuned to 5800.00 MHz
> --
> -- Asking for clock rate 51.20 MHz...
> -- Actually got clock rate 51.20 MHz.
> -- Performing timer loopback test... pass
> -- Performing timer loopback test... pass
> -- Asking for clock rate 38.40 MHz...
> -- Actually got clock rate 38.40 MHz.
> -- Performing timer loopback test... pass
> -- Performing timer loopback test... pass
>
> Bit Rate:10.00
> Requested sps:   2.00
> Given sample rate:   29.999065
> Actual sps for rate: 3.00
>
> Requested sample rate: 30.00
> Actual sample rate: 29.999065
> Using Volk machine: avx_64_mmx_orc
> Traceback (most recent call last):
>   File "benchmark_tx.py", line 147, in 
> main()
>   File "benchmark_tx.py", line 111, in main
> tb = my_top_block(mods[options.modulation], options)
>   File "benchmark_tx.py", line 61, in __init__
> self.txpath = transmit_path(modulator, options)
>   File "/home/mint/Downloads/transmit_path.py", line 61, in __init__
> self.amp = gr.multiply_const_cc(1)
> AttributeError: 'module' object has no attribute 'multiply_const_cc'
> mint@mint ~/Downloads $
>
> --
> Regards,
> Diyar Muhammed
> Ministry of Higher Education and Scientific Research
> Duty: Network Administration and Design
> Website:  www.mhe-krg.org
> Cell Phone: 009647504690060
> Office Phone:   00964662554683
>
>
> ___
> Discuss-gnuradio mailing 
> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>


-- 
Regards,
Diyar Muhammed
Ministry of Higher Education and Scientific Research
Duty: Network Administration and Design
Website:  www.mhe-krg.org
Cell Phone: 009647504690060
Office Phone:   00964662554683
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] Benchmark_tx and rx

2016-03-06 Thread Diyar Muhammed
Dear all,
I use the benchmark_rx.py and tx.py and I got some warning as shown below:
*For RX:*
mint@mint ~/Downloads $ sudo python benchmark_rx.py --freq=5.8e9
linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.008.001-105-g91ae742f

Traceback (most recent call last):
  File "benchmark_rx.py", line 122, in 
main()
  File "benchmark_rx.py", line 111, in main
tb = my_top_block(rx_callback, options)
  File "benchmark_rx.py", line 44, in __init__
options.lo_offset, options.rx_gain,
AttributeError: Values instance has no attribute 'lo_offset'

*For TX*
mint@mint ~/Downloads $ sudo python benchmark_tx.py --freq=5.8e9
linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.008.001-105-g91ae742f

-- Operating over USB 3.
-- Initialize CODEC control...
-- Initialize Radio control...
-- Performing register loopback test... pass
-- Performing register loopback test... pass
-- Performing CODEC loopback test... pass
-- Performing CODEC loopback test... pass
-- Asking for clock rate 32.00 MHz...
-- Actually got clock rate 32.00 MHz.
-- Performing timer loopback test... pass
-- Performing timer loopback test... pass
-- Setting master clock rate selection to 'automatic'.

No gain specified.
Setting gain to 44.875000 (from [0.00, 89.75])
-- Successfully tuned to 5800.00 MHz
-- 
-- Asking for clock rate 51.20 MHz...
-- Actually got clock rate 51.20 MHz.
-- Performing timer loopback test... pass
-- Performing timer loopback test... pass
-- Asking for clock rate 38.40 MHz...
-- Actually got clock rate 38.40 MHz.
-- Performing timer loopback test... pass
-- Performing timer loopback test... pass

Bit Rate:10.00
Requested sps:   2.00
Given sample rate:   29.999065
Actual sps for rate: 3.00

Requested sample rate: 30.00
Actual sample rate: 29.999065
Using Volk machine: avx_64_mmx_orc
Traceback (most recent call last):
  File "benchmark_tx.py", line 147, in 
main()
  File "benchmark_tx.py", line 111, in main
tb = my_top_block(mods[options.modulation], options)
  File "benchmark_tx.py", line 61, in __init__
self.txpath = transmit_path(modulator, options)
  File "/home/mint/Downloads/transmit_path.py", line 61, in __init__
self.amp = gr.multiply_const_cc(1)
AttributeError: 'module' object has no attribute 'multiply_const_cc'
mint@mint ~/Downloads $

-- 
Regards,
Diyar Muhammed
Ministry of Higher Education and Scientific Research
Duty: Network Administration and Design
Website:  www.mhe-krg.org
Cell Phone: 009647504690060
Office Phone:   00964662554683
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] calculate data rate

2016-03-02 Thread Diyar Muhammed
Dear ALL
for example we use qpsk modulation and 1M sample rate,
what is the transmission throughput? data rate

-- 
Regards,
Diyar Muhammed
Ministry of Higher Education and Scientific Research
Duty: Network Administration and Design
Website:  www.mhe-krg.org
Cell Phone: 009647504690060
Office Phone:   00964662554683
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio