Re: gmp and mpir missing package when Cross-Compiling gr-ettus

[Marcus Müller]

Hi Jorge,

I sadly can't read your screenshot. Would you mind Copy and Pasting the text?
GMP and MPIR are the same thing. You only need one of them, not both!

Best regards,
Marcus


On 25.10.22 18:57, Marcus D. Leech wrote:
On 2022-10-25 12:17, JORGE GONZALEZ ORELLANA via GNU Radio, the Free & Open-Source Toolkit 
for Software Radio wrote:

hi, i'm trying to install a usrp E312 using the follow guide:

{{{
https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source#Cross-Compiling_gr-ettus
}}}

when i get to the cross-compiling gr-ettus step i get this error:

image.png

I make sure to set the environment correctly to use the SDK, and as far as i know, the 
gmp and mpir package are installed, so if someone can help me, i will appreciate it a lot.


thanks for your time

JGO
Are those two packages installed into your *HOST* environment or your *CROSS DEV* 
environment?

Re: gmp and mpir missing package when Cross-Compiling gr-ettus

[Marcus Müller]

Hi Jorge,

hope you don't mind me replying on the list itself - as this is really just the same email 
as before :)


So, yes, you'll need one of gmp or mpir. But these should be there, since you already seem 
to have built GNU Radio for the ARM target, right?


That's what's confusing me.

Best regards,
Marcus

On 25.10.22 19:20, JORGE GONZALEZ ORELLANA wrote:

sure, here is the text of the screenshot:

{{{
uno@uno-laptop:~$  . 
~/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/environment-setup-cortexa9t2hf-neon-oe-linux-gnueabi

Your environment is misconfigured, you probably need to 'unset LD_LIBRARY_PATH'
but please check why this was set in the first place and that it's safe to 
unset.
The SDK will not operate correctly in most cases when LD_LIBRARY_PATH is set.
For more references see:
http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html#AEN80
http://xahlee.info/UnixResource_dir/_/ldpath.html
uno@uno-laptop:~$ ^C
uno@uno-laptop:~$ unset LD_LIBRARY_PATH
uno@uno-laptop:~$  . 
~/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/environment-setup-cortexa9t2hf-neon-oe-linux-gnueabi

uno@uno-laptop:~$ which cmake
/home/uno/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/sysroots/x86_64-oesdk-linux/usr/bin/cmake
uno@uno-laptop:~$ echo $CC
arm-oe-linux-gnueabi-gcc -mthumb -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 
--sysroot=/home/uno/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi

uno@uno-laptop:~$ gnuradio --version
bash: gnuradio: orden no encontrada
uno@uno-laptop:~$ gnuradio-config-info --version
3.8.5.0
uno@uno-laptop:~$ cd ~/rfnoc/src/gr-ettus/build-arm
uno@uno-laptop:~/rfnoc/src/gr-ettus/build-arm$ cmake 
-DCMAKE_TOOLCHAIN_FILE=~/rfnoc/src/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake 
-DCMAKE_INSTALL_PREFIX=/usr ..

-- Build type not specified: defaulting to release.
-- Checking for module 'gmp'
--   No package 'gmp' found
-- Checking for module 'mpir >= 3.0'
--   No package 'mpir' found
-- Could NOT find MPIR (missing: MPIRXX_LIBRARY MPIR_LIBRARY MPIR_INCLUDE_DIR)
-- User set python executable 
/__w/83/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gnuradio/3.8.3.0-r0/recipe-sysroot-native/usr/bin/python3-native/python3
CMake Error at 
/home/uno/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/lib/cmake/gnuradio/GrPython.cmake:40 
(if):

  if given arguments:

    "VERSION_EQUAL" "3"

  Unknown arguments specified
Call Stack (most recent call first):
/home/uno/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/lib/cmake/gnuradio/GnuradioConfig.cmake:51 
(include)

  CMakeLists.txt:59 (find_package)


-- Configuring incomplete, errors occurred!
See also "/home/uno/rfnoc/src/gr-ettus/build-arm/CMakeFiles/CMakeOutput.log".
See also "/home/uno/rfnoc/src/gr-ettus/build-arm/CMakeFiles/CMakeError.log".
uno@uno-laptop:~/rfnoc/src/gr-ettus/build-arm$
}}}

El mar, 25 oct 2022 a las 14:14, Marcus Müller () 
escribió:

Hi Jorge,

I sadly can't read your screenshot. Would you mind Copy and Pasting the 
text?
GMP and MPIR are the same thing. You only need one of them, not both!

Best regards,
Marcus


On 25.10.22 18:57, Marcus D. Leech wrote:
> On 2022-10-25 12:17, JORGE GONZALEZ ORELLANA via GNU Radio, the Free & 
Open-Source
Toolkit
> for Software Radio wrote:
>> hi, i'm trying to install a usrp E312 using the follow guide:
>>
>> {{{
>>

https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source#Cross-Compiling_gr-ettus
>> }}}
>>
>> when i get to the cross-compiling gr-ettus step i get this error:
>>
>> image.png
>>
>> I make sure to set the environment correctly to use the SDK, and as far 
as i
know, the
>> gmp and mpir package are installed, so if someone can help me, i will 
appreciate
it a lot.
>>
>> thanks for your time
>>
>> JGO
> Are those two packages installed into your *HOST* environment or your 
*CROSS DEV*
> environment?
>
>

Re: gmp and mpir missing package when Cross-Compiling gr-ettus

[GNU Radio, the Free & Open-Source Toolkit for Software Radio]

sorry i reply to you directly before.
here is the text from the screenshot

{{{
uno@uno-laptop:~$  .
~/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/environment-setup-cortexa9t2hf-neon-oe-linux-gnueabi
Your environment is misconfigured, you probably need to 'unset
LD_LIBRARY_PATH'
but please check why this was set in the first place and that it's safe to
unset.
The SDK will not operate correctly in most cases when LD_LIBRARY_PATH is
set.
For more references see:
  http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html#AEN80
  http://xahlee.info/UnixResource_dir/_/ldpath.html
uno@uno-laptop:~$ ^C
uno@uno-laptop:~$ unset LD_LIBRARY_PATH
uno@uno-laptop:~$  .
~/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/environment-setup-cortexa9t2hf-neon-oe-linux-gnueabi
uno@uno-laptop:~$ which cmake
/home/uno/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/sysroots/x86_64-oesdk-linux/usr/bin/cmake
uno@uno-laptop:~$ echo $CC
arm-oe-linux-gnueabi-gcc -mthumb -mfpu=neon -mfloat-abi=hard
-mcpu=cortex-a9
--sysroot=/home/uno/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi
uno@uno-laptop:~$ gnuradio --version
bash: gnuradio: orden no encontrada
uno@uno-laptop:~$ gnuradio-config-info --version
3.8.5.0
uno@uno-laptop:~$ cd ~/rfnoc/src/gr-ettus/build-arm
uno@uno-laptop:~/rfnoc/src/gr-ettus/build-arm$ cmake
-DCMAKE_TOOLCHAIN_FILE=~/rfnoc/src/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake
-DCMAKE_INSTALL_PREFIX=/usr ..
-- Build type not specified: defaulting to release.
-- Checking for module 'gmp'
--   No package 'gmp' found
-- Checking for module 'mpir >= 3.0'
--   No package 'mpir' found
-- Could NOT find MPIR (missing: MPIRXX_LIBRARY MPIR_LIBRARY
MPIR_INCLUDE_DIR)
-- User set python executable
/__w/83/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gnuradio/3.8.3.0-r0/recipe-sysroot-native/usr/bin/python3-native/python3
CMake Error at
/home/uno/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/lib/cmake/gnuradio/GrPython.cmake:40
(if):
  if given arguments:

"VERSION_EQUAL" "3"

  Unknown arguments specified
Call Stack (most recent call first):

/home/uno/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/lib/cmake/gnuradio/GnuradioConfig.cmake:51
(include)
  CMakeLists.txt:59 (find_package)


-- Configuring incomplete, errors occurred!
See also
"/home/uno/rfnoc/src/gr-ettus/build-arm/CMakeFiles/CMakeOutput.log".
See also "/home/uno/rfnoc/src/gr-ettus/build-arm/CMakeFiles/CMakeError.log".
uno@uno-laptop:~/rfnoc/src/gr-ettus/build-arm$
}}}

El mar, 25 oct 2022 a las 16:27, Marcus Müller ()
escribió:

> Hi Jorge,
>
> hope you don't mind me replying on the list itself - as this is really
> just the same email as before :)
>
> So, yes, you'll need one of gmp or mpir. But these should be there, since
> you already seem to have built GNU Radio for the ARM target, right?
>
> That's what's confusing me.
>
> Best regards,
> Marcus
> On 25.10.22 19:20, JORGE GONZALEZ ORELLANA wrote:
>
> sure, here is the text of the screenshot:
>
> {{{
> uno@uno-laptop:~$  .
> ~/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/environment-setup-cortexa9t2hf-neon-oe-linux-gnueabi
> Your environment is misconfigured, you probably need to 'unset
> LD_LIBRARY_PATH'
> but please check why this was set in the first place and that it's safe to
> unset.
> The SDK will not operate correctly in most cases when LD_LIBRARY_PATH is
> set.
> For more references see:
>   http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html#AEN80
>   http://xahlee.info/UnixResource_dir/_/ldpath.html
> uno@uno-laptop:~$ ^C
> uno@uno-laptop:~$ unset LD_LIBRARY_PATH
> uno@uno-laptop:~$  .
> ~/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/environment-setup-cortexa9t2hf-neon-oe-linux-gnueabi
> uno@uno-laptop:~$ which cmake
>
> /home/uno/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/sysroots/x86_64-oesdk-linux/usr/bin/cmake
> uno@uno-laptop:~$ echo $CC
> arm-oe-linux-gnueabi-gcc -mthumb -mfpu=neon -mfloat-abi=hard
> -mcpu=cortex-a9
> --sysroot=/home/uno/rfnoc/src/e3xx_e310_sdk_default-v4.2.0.1/OE_SDK/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi
> uno@uno-laptop:~$ gnuradio --version
> bash: gnuradio: orden no encontrada
> uno@uno-laptop:~$ gnuradio-config-info --version
> 3.8.5.0
> uno@uno-laptop:~$ cd ~/rfnoc/src/gr-ettus/build-arm
> uno@uno-laptop:~/rfnoc/src/gr-ettus/build-arm$ cmake
> -DCMAKE_TOOLCHAIN_FILE=~/rfnoc/src/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake
> -DCMAKE_INSTALL_PREFIX=/usr ..
> -- Build type not specified: defaulting to release.
> -- Checking for module 'gmp'
> --   No package 'gmp' found
> -- Checking for module 'mpir >= 3.0'
> --   No package 'mpir' found
> -- Could NOT find MPIR (missing: MPIRXX_LIBRARY MPIR_LIBRARY
> MPIR_INCLUDE_DIR)
> -- User set python executable
> /__w/83/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gnuradio/3.8.3.0-r0/recipe-sysroot-native/usr/bin/python3-native/

Time Step Range Variable

[JEREMY CLARK]

Is there a simple way to time step a range variable? Say start at “start” value 
and step for x_msecs, till ”stop” value reached. 
Tnx.

Sent from Mail for Windows

Re: Time Step Range Variable

[Dor Ratz]

Do you mean generally in Python?

Try using Numpy slicing:
https://www.w3schools.com/python/numpy/numpy_array_slicing.asp

Best,
Dor

‫בתאריך יום ג׳, 25 באוק׳ 2022 ב-22:35 מאת ‪JEREMY CLARK‬‏ <‪
cla...@rogers.com‬‏>:‬

> Is there a simple way to time step a range variable? Say start at “start”
> value and step for x_msecs, till ”stop” value reached.
>
> Tnx.
>
>
>
> Sent from Mail  for
> Windows
>
>
>

Re: Time Step Range Variable

[Marcus Müller]

Hi Jeremy,

that sounds very much like your use case calls for a stream of samples rather than a 
variable being updated. Would that be possible?


It's a bit hard to help you without any context, so if you could describe what you're 
doing, or share a flow graph, or anything, that might help!


Best regards,

Marcus

On 25.10.22 21:33, JEREMY CLARK wrote:


Is there a simple way to time step a range variable? Say start at “start” value and step 
for x_msecs, till ”stop” value reached.


Tnx.

Sent from Mail  for Windows

Re: Time Step Range Variable

[J.Clark]

Thanks Marcus. I want to build a marine VHF scanner with an RTL-SDR. So I start 
at the 
base marine frequency, evaluate the channel power, and if less than a 
threshold, go to the 
next channel, until I see a power > threshold which indicates activity and I 
stop scanning 
and switch to demodulation. My base schematic is attached just the demod so 
far. The idea 
was to time step the Range Variable center_freq.
BR/JC 

From: Marcus Müller 
Sent: Tuesday, October 25, 2022 4:08 PM
To: JEREMY CLARK ; discuss-gnuradio@gnu.org 
Subject: Re: Time Step Range Variable

Hi Jeremy,

that sounds very much like your use case calls for a stream of samples rather 
than a variable being updated. Would that be possible?

It's a bit hard to help you without any context, so if you could describe what 
you're doing, or share a flow graph, or anything, that might help!

Best regards,

Marcus


On 25.10.22 21:33, JEREMY CLARK wrote:

  Is there a simple way to time step a range variable? Say start at “start” 
value and step for x_msecs, till ”stop” value reached. 

  Tnx.

   

  Sent from Mail for Windows

   


mar_vhf_scan.grc
Description: Binary data

How can you force the Scheduler to deliver appropriate vector size input

[George Edwards]

Hello GNURadio Community,

I designed an OOT block to accept vectors of size 448 samples. In the
flowgraph, my block is preceded a Stream-to-Vector block with the vector
size set to 448 samples. My OOT block expects vector data that are of
length 448 or multiple of 448 samples for signal processing. I dumped the
output of my block to a file and noticed that the first 1000 values were
correct and the rest garbage. I put a print statement in the code to see
the length of the input samples that the Scheduler provided on each
iteration. I found out that the inputs were 496 and multiples of 496
(obviously not integer multiple of my vector length of 448 samples). Is
there a way to force the Scheduler to deliver input data samples that are
the exactly 448 and multiple of 448 samples (which I thought I would be
getting by setting the vector size parameter to 448)?

I am aware that the alternative may be to pad the data entering the
Stream-to-Vector block which precedes my OOT Block with 48 dummy samples
and in my signal processing remove them.

I will appreciate any response that leads to me keeping the vector size at
448 and having the Scheduler provide input data that are of size 448 or
integer multiples of 448.

Regards,
George

Re: How can you force the Scheduler to deliver appropriate vector size input

[Ivan Iudice]

Hello George,
the input vector size is determined (more or less) by the forecast method.
If the size is greater than you need, this is not a problem, you need to 
consume only the number of items you need. You will find the unconsumed items 
in the next buffer.
The problem arises if you need a minimum output vector size, but this is 
another story.
Regards.

Ivan

> Il giorno 26 ott 2022, alle ore 04:23, George Edwards 
>  ha scritto:
> 
> 
> Hello GNURadio Community, 
> 
> I designed an OOT block to accept vectors of size 448 samples. In the 
> flowgraph, my block is preceded a Stream-to-Vector block with the vector size 
> set to 448 samples. My OOT block expects vector data that are of length 448 
> or multiple of 448 samples for signal processing. I dumped the output of my 
> block to a file and noticed that the first 1000 values were correct and the 
> rest garbage. I put a print statement in the code to see the length of the 
> input samples that the Scheduler provided on each iteration. I found out that 
> the inputs were 496 and multiples of 496 (obviously not integer multiple of 
> my vector length of 448 samples). Is there a way to force the Scheduler to 
> deliver input data samples that are the exactly 448 and multiple of 448 
> samples (which I thought I would be getting by setting the vector size 
> parameter to 448)? 
> 
> I am aware that the alternative may be to pad the data entering the 
> Stream-to-Vector block which precedes my OOT Block with 48 dummy samples and 
> in my signal processing remove them.
> 
> I will appreciate any response that leads to me keeping the vector size at 
> 448 and having the Scheduler provide input data that are of size 448 or 
> integer multiples of 448. 
> 
> Regards,
> George