Re: why when i use gnuradio for USRP with UHD for high sample rate record file is not work

2021-09-21 Thread یک نفر
Ok, thank you. Guides are very useful.

On Tue, Sep 21, 2021 at 4:56 PM Jim Melton  wrote:

> The issue is that you can’t write to disk as fast as your samples are
> coming in. This is a fundamental limitation of recording high rate data.
>
>
>
> ---
>
> *Jim Melton*
>
> Principal Software Engineer
>
>
>
>
>
> *From:* Discuss-gnuradio  sncorp@gnu.org> *On Behalf Of *?? ???
> *Sent:* Tuesday, September 21, 2021 07:40
> *To:* discuss-gnuradio@gnu.org
> *Subject:* [EXTERNAL] why when i use gnuradio for USRP with UHD for high
> sample rate record file is not work
>
>
>
> I use a USRP x300, when i want to use uhd and file sink in gnuradio , for
> high sample rate like 60M or 80M gnuradio can not record file.Gnuradio
> print some character on log: i want to record a sample not any other thing.
> Is there any way that i can record with high sample rate in gnuradio?
>
> my system is powerful:
> Core i7
> RAM 16
> OO
> CONFIDENTIALITY NOTICE - SNC EMAIL: This email and any attachments are
> confidential, may contain proprietary, protected, or export controlled
> information, and are intended for the use of the intended recipients only.
> Any review, reliance, distribution, disclosure, or forwarding of this email
> and/or attachments outside of Sierra Nevada Corporation (SNC) without
> express written approval of the sender, except to the extent required to
> further properly approved SNC business purposes, is strictly prohibited. If
> you are not the intended recipient of this email, please notify the sender
> immediately, and delete all copies without reading, printing, or saving in
> any manner. --- Thank You.
>


Fwd: why when i use gnuradio for USRP with UHD for high sample rate record file is not work

2021-09-21 Thread Ed Criscuolo
Sorry, meant to send this to the list. 

@(^.^)@ Ed
Sent from my iPhone

Begin forwarded message:

> From: Ed Criscuolo 
> Date: September 21, 2021 at 11:23:24 AM EDT
> To: Marcus D Leech 
> Subject: Re: why when i use gnuradio for USRP with UHD for high sample rate 
> record file is not work
> 
> Since the X300 creates 16-bit samples, converting the complex float
> samples into complex integer samples would reduce this to 4 bytes
> per sample.  A 60 msps stream would then require only 240Mbyte/sec
> disk write speed.   And if you can stand the loss in sampling
> resolution,  going down to 8-bit samples by using complex short samples
> would further reduce this to 120MBytes/sec.
> 
> @(^.^)@  Ed
> 
> 
> 
>> On 9/21/21 10:45 AM, Marcus D Leech wrote:
>> Well if you’re recording complex float samples, that’s 8 bytes each. At
>> 60msps that’s 480Mbyte/second. Not too many disk subsystems can keep up
>> at that rate.
>> 
>> You might try short recordings into a RAM disk filesystem.
>> 
>> Sent from my iPhone
>> 
>>> On Sep 21, 2021, at 10:42 AM, یک نفر  wrote:
>>> 
>>> 
>>> 
>>> I use a USRP x300, when i want to use uhd and file sink in gnuradio ,
>>> for high sample rate like 60M or 80M gnuradio can not record
>>> file.Gnuradio print some character on log: i want to record a sample
>>> not any other thing.
>>> Is there any way that i can record with high sample rate in gnuradio?
>>> 
>>> my system is powerful:
>>> Core i7
>>> RAM 16
>>> |OO|
>>> 
> 


RE: why when i use gnuradio for USRP with UHD for high sample rate record file is not work

2021-09-21 Thread Jim Melton
The issue is that you can’t write to disk as fast as your samples are coming 
in. This is a fundamental limitation of recording high rate data.

---
Jim Melton
Principal Software Engineer



From: Discuss-gnuradio  
On Behalf Of ?? ???
Sent: Tuesday, September 21, 2021 07:40
To: discuss-gnuradio@gnu.org
Subject: [EXTERNAL] why when i use gnuradio for USRP with UHD for high sample 
rate record file is not work


I use a USRP x300, when i want to use uhd and file sink in gnuradio , for high 
sample rate like 60M or 80M gnuradio can not record file.Gnuradio print some 
character on log: i want to record a sample not any other thing.
Is there any way that i can record with high sample rate in gnuradio?

my system is powerful:
Core i7
RAM 16
OO

CONFIDENTIALITY NOTICE - SNC EMAIL: This email and any attachments are 
confidential, may contain proprietary, protected, or export controlled 
information, and are intended for the use of the intended recipients only. Any 
review, reliance, distribution, disclosure, or forwarding of this email and/or 
attachments outside of Sierra Nevada Corporation (SNC) without express written 
approval of the sender, except to the extent required to further properly 
approved SNC business purposes, is strictly prohibited. If you are not the 
intended recipient of this email, please notify the sender immediately, and 
delete all copies without reading, printing, or saving in any manner. --- Thank 
You.


Re: why when i use gnuradio for USRP with UHD for high sample rate record file is not work

2021-09-21 Thread Marcus D Leech
Well if you’re recording complex float samples, that’s 8 bytes each. At 60msps 
that’s 480Mbyte/second. Not too many disk subsystems can keep up at that rate. 

You might try short recordings into a RAM disk filesystem. 

Sent from my iPhone

> On Sep 21, 2021, at 10:42 AM, یک نفر  wrote:
> 
> 
> I use a USRP x300, when i want to use uhd and file sink in gnuradio , for 
> high sample rate like 60M or 80M gnuradio can not record file.Gnuradio print 
> some character on log: i want to record a sample not any other thing.
> Is there any way that i can record with high sample rate in gnuradio?
> 
> my system is powerful:
> Core i7
> RAM 16
> OO


why when i use gnuradio for USRP with UHD for high sample rate record file is not work

2021-09-21 Thread یک نفر
I use a USRP x300, when i want to use uhd and file sink in gnuradio , for
high sample rate like 60M or 80M gnuradio can not record file.Gnuradio
print some character on log: i want to record a sample not any other thing.
Is there any way that i can record with high sample rate in gnuradio?

my system is powerful:
Core i7
RAM 16
OO


Re: Error when opening flowgraph unless a specific unused block is enabled

2021-09-21 Thread Volker Schroer

It's an error in grc. The block 'Modulate vector' is not proper
evaluated. Just open and close the block 'Modulate vector' in the
property editor then you get the error message :


Value "digital.modulate_vector_bc(mod.to_basic_block(), data, taps)"
cannot be evaluated:
'NoneType' object has no attribute 'to_basic_block'


I think there is an error in the digital_modulate_vector.block.yml
definition.
Probably line 16 in this file

value: ${ digital.modulate_vector_bc(mod.to_basic_block(), data, taps) }

should be removed.

-- Volker
Am 20.09.21 um 21:54 schrieb Jameson Collins:

I am trying  to make my own version of packet_rx.grc.  I copied the
flowgraph and began modifying it.  I found that at some point  I started
getting this error when I open the flowgraph:

ERROR:gnuradio.grc.core.FlowGraph:Failed to evaluate variable block
modulated_sync_word
Traceback (most recent call last):
   File
"/home/user/git/toolbox/conda/miniforge3/envs/gnuradio/lib/python3.8/site-packages/gnuradio/grc/core/FlowGraph.py",
line 268, in renew_namespace
     value = eval(variable_block.value, namespace, variable_block.namespace)
   File "", line 1, in 
AttributeError: 'NoneType' object has no attribute 'to_basic_block'
ERROR:gnuradio.grc.core.FlowGraph:Failed to evaluate variable block
modulated_sync_word
Traceback (most recent call last):
   File
"/home/user/git/toolbox/conda/miniforge3/envs/gnuradio/lib/python3.8/site-packages/gnuradio/grc/core/FlowGraph.py",
line 268, in renew_namespace
     value = eval(variable_block.value, namespace, variable_block.namespace)
   File "", line 1, in 
AttributeError: 'NoneType' object has no attribute 'to_basic_block'

I traced the problem back to whether or not the preamble variables are
enabled in the flowgraph.  However, it doesn't matter whether these
variables are actually used anywhere.  They simply need to exist
otherwise this error occurs.

Please see the attached grc file.  It has the minimum number of blocks
to reproduce the error.  If the 3 disabled blocks are instead enabled
then the error will not occur.