gnieboer / gnuradio_windows_build_scripts Goto Github PK

It seems the website with downloads for the dependencies is down at the moment.

patch gnuradio_dependency_pack_v1.6...retrieving... http://www.gcndevelopment.com/gnuradio/downloads/sources/gnuradio_dependency_pack_v1.6.7z
wget : Unable to connect to the remote server
At C:\gr-build\scripts\Setup.ps1:181 char:3
+         wget $url -OutFile $toGet >> $Log
+         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (System.Net.HttpWebRequest:HttpWebRequest) [Invoke-WebRequest], WebException
    + FullyQualifiedErrorId : WebCmdletWebResponseException,Microsoft.PowerShell.Commands.InvokeWebRequestCommand

I created the issue mainly in case you were unaware - if this is a known/temporary problem, of course please feel free to close the issue :)

Even if the generic version of the installer is used, the above error will occur when trying to run GRC. To verify, try to run volk_profile... it should crash immediately.

The problem is because some AVX instructions are present in the installed DLLs, which then cause older CPUs to fail.

gr_filter_design in not working on the windows install; this is due to two reasons:
1- The command line invocation inside GRC expects an executable file to be present
2- scipy's fftpack is missing a DLL

gqrx fails to launch with an error about windows platform plugin missing.

qa_agc fails when testing agc3 block due to the values not being as expected.

Examined code for MSVC related issues, added memory alignment and changed _finite if..then but no change.

Please check this url !
gnuradio/gnuradio#824

Windows version of GNURadio using Hack RF one does not work for v3.7.13.5/v1.6 but works for v3.7.11.1/v1.3.

When running a flow graph with osmocom source using hack RF one using v3.7.13.5/v1.6
A popup window will show with just the icon, maximize and close button then the popup will close.

After uninstalling v3.7.13.5/v1.6 and installing v3.7.11.1/v1.3.

The same popup will occur initially then the popup will resize to show the results of the flow graph successfully. The same flow graph plays FM radio correctly in this version.

FM_Receiver1.grc.txt

This is a very minor issue, but the README says the scripts are released under the GPLv3 license, while the LICENSE file is version 2 of the GPL (and thus github thinks the repo is GPLv2).

The file downloads from http://www.gcndevelopment.com/gnuradio/downloads/ do not work at the moment. The reason I need to build from source in the first place is because the drivers for the USRP are out of data. When I try to run software it says fpga firmware 5.1 is needed but it has version 6.0.

Copied from: gnuradio/gnuradio#3755 based on recommendation from Derek

Please note that I did not run the scripts, I used the prebuilt msi packages listed below. I assume those were built with these scripts. Thanks, James

I tried the latest version of gnuradio from this link:
http://www.gcndevelopment.com/gnuradio/downloads/installers/v1.7.0/gnuradio_3.8.1.0_win64.msi
When I create a simple flow graph with the signal source, throttle, and time sink, and try to execute the flow graph, the python script crashes. I added python debugging to the run script and found that it crashed here:

c:\program files\gnuradio-3.8\lib\site-packages\gnuradio\qtgui\qtgui_swig.py(446)make()
-> def make(size, samp_rate, name, nconnections=1, parent=None):
(Pdb) s
c:\program files\gnuradio-3.8\lib\site-packages\gnuradio\qtgui\qtgui_swig.py(469)make()
-> return _qtgui_swig.time_sink_c_make(size, samp_rate, name, nconnections, parent)
(Pdb) s

I wasn't sure where to go from there, so I tried a previous version:
http://www.gcndevelopment.com/gnuradio/downloads/installers/v1.2.0/gnuradio_3.7.11_win64.msi
which worked fine.

I can probably just use the earlier version, but I wanted to report it in case others have the same issue. If there are steps I should try to correct this or generate more information, please let me know.

Thanks,

James

I've seen quite a few hits for the error based on Linux builds with varying environments, but nothing related to the packaged Windows install. Windows 10 2004 with HackRF hardware.

Launched with run_GRC.bat:

E:\radio\GNURadio-3.8\bin>CALL run_gr.bat gnuradio-companion.py
setting gnuradio environment
WARNING:gnuradio.grc.core.platform:Slow YAML loading (libyaml not available)
<<< Welcome to GNU Radio Companion 3.8.1.0 >>>

Block paths:
        E:\radio\GNURadio-3.8\share\gnuradio\grc\blocks

Loading: "S:\\gnuradio\\fmradio.grc"
>>> Done

Generating: 'S:\\\\gnuradio\\fmradio.py'

Executing: E:\radio\GNURadio-3.8\gr-python27\python.exe -u S:\\gnuradio\fmradio.py

Traceback (most recent call last):
  File "S:\\gnuradio\fmradio.py", line 34, in <module>
    import osmosdr
  File "E:\radio\GNURadio-3.8\lib\site-packages\osmosdr\__init__.py", line 25, in <module>
    from .osmosdr_swig import *
  File "E:\radio\GNURadio-3.8\lib\site-packages\osmosdr\osmosdr_swig.py", line 18, in <module>
    _osmosdr_swig = swig_import_helper()
  File "E:\radio\GNURadio-3.8\lib\site-packages\osmosdr\osmosdr_swig.py", line 17, in swig_import_helper
    return importlib.import_module('_osmosdr_swig')
  File "E:\radio\GNURadio-3.8\gr-python27\lib\importlib\__init__.py", line 37, in import_module
    __import__(name)
ImportError: No module named _osmosdr_swig

>>> Done (return code 1)

Several errors are notes on GRC startup regard GFlags and lack of hicolor theme

I've already raised this as a comment on a closed issue. There were no replies so I'm raising it as a new issue. Apologies if this is bad form - I'm new to all this!

I'm trying to follow this tutorial:
https://wiki.gnuradio.org/index.php/Guided_Tutorial_GRC

I'm having a very similar issue to this one:
#44.

When I try to execute "My First Flowgraph", I do not see the graph. Instead it just says "Done (return code - 1073741795).

I have made sure to run GRC from the run_GRC.bat file as mentioned in the responses to Issue 44. (I found this file at C:\Program Files\GNURadio-3.8\bin)

I have replaced the GUI Sink with a null sink as mentioned in the responses to Issue 44. I get exactly the same result ie no graph and the same error code.

After that I'm not sure what to do next. Can anyone help me?
I'm using version GRC 3.8 on a Windows 10 64-bit machine. I have not connected my SDR

Thank you for any help you can offer.

Using GRC TCP client sink block on one PC and TCP server source block on another PC, tried both on Windows 8.1 and Windows 10, when TCP source connects to TCP sink the Python crashes

All polar-related tests fail due to a std::vector< int, std::allocator > type conversion issue.

There is a compatibility issue with volk 1.3 release, which is where the current GR repo points to. This will cause volk to fail to build, which cascades and ends up in this error.

Perm Fix will be in place once GR's repo updates it's pointer to volk's
Short-Term fix is simply to checkout the newest maint branch commit, which includes the compatibility fix.

Hey, first of all: Thanks for the great work on making GNU Radio run on Windows and providing mostly easy to use installation scripts.
First thing I'm running into: The setup.ps1 script often is only testing "default" installation directories for dependencies. A slight non default configuration of your system throws errors. Maybe we could provide with some "sophisticated" dependency checking, but unfortunatly I'm not that good in development for Windows.

A start could be not failing but asking for alternative installation directories for cmake, perl... and adding them to the alias?

So trying to run gr_filter_design I get "Please install pyqtgraph to run this script"

Any ideas? :)

The current build does not work due to the fact that the latest master of gr-display depends on gnuradio 3.8. All in all, it seems safer to build a list of specific OOT module versions to download, rather than fetching the master from git.

Ettus X310 (X300, NI USRP-2954) needs rfnoc's XML files

I found this make it
set UHD_RFNOC_DIR=%~dp0..\share\uhd\rfnoc\

Thanks for providing this easy way of using GNURadio on Windows. I'm using it on Win7 and it works just fine (except for an error with the window icon when running flow graphs). Would you mind updating it to version 3.7.10? :)

Hello:

Is there a v3.8.0.0 build (or patch) available that runs on the AMD processor?

I receive the following error consistently when starting GNU Radio Companion, as reported by the VS debugger:

Unhandled exception at 0x00007FF8184C07F5 (log4cpp.dll) in python.exe: 0xC000001D: Illegal Instruction.

The thread 0x1ae4 has exited with code 0 (0x0).
Unhandled exception at 0x00007FF8184C07F5 (log4cpp.dll) in python.exe: 0xC000001D: Illegal Instruction.

These errors often occur when packages are compiled with unsupported instruction sets.

Thanks for your time.

"USRP FM Receiver" cannot be started because "usrp_wfm_rcv.py" does not exist.
Do you need this shortcut?

Hi, first of all please excuse me if I'm writing in the wrong place. I wanted to signal a (possible) bug with the latest binaries, v3.7.11/v1.2.0 for the "64-Bit Any CPU" build:

1. after installing this new build, using "QT GUI Time Sink" crashes the underlying python process. I tried to replace the qwt.dll in the "bin" directory with that distributed on website, inside the file qwt_dll.7z. After this I can use the "QT GUI Time Sink"

2. I cannot use any "frequency" related block, both the QT ones like "QT GUI Frequency Sink" and the WX ones like "WX GUI FFT Sink". Python always crashes, inspecting the Windows event log it seems the crash is due to the module "gnuradio-fft.dll" but I couldn't obtain further clues

Point 1) reminds me the old issue #9 that was solved in previous installers though
Point 2) seems to me new, it seems more an fft issue that "graphical" one

Thanks a lot for your wonderful work of bringing gnuradio to windows, and again excuse me if I wrote in the wrong place

Need GRC to default to the Documents directory or some other writable location.

It appears that CMake 3.5 detects python in a different manner than 3.3 and failed at the Build GNURadio step.

Project should either build from source or find a new target to download pre-built binary. Build from source fails with:

wget : The remote server returned an error: (404) Not Found.
At C:\gr-build\scripts\Setup.ps1:81 char:9

• ... wget $toGet -OutFile "$archiveName$archiveExt" -UserAgent ...

•             ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  

  • CategoryInfo : InvalidOperation: (System.Net.HttpWebRequest:HttpWebRequest) [Invoke-WebRequest], WebExc
    eption
  • FullyQualifiedErrorId : WebCmdletWebResponseException,Microsoft.PowerShell.Commands.InvokeWebRequestCommand

and https://dl.hexchat.net/gtk-win32/vc14/x64/gtk-x64.7z is returns a 404.

gnuradio-zeromq.dll is linked to libzmq-v140-mt-4_3_1.dll.
But installation contains no libzmq-v140-mt-4_3_1.dll, only libzmq.dll, which results in non-working ZeroMQ blocks.
Renaming of file fixes the problem, but it is better to fix this on your side.

Installed 3.8.1 without issues
Ran GRC
Loaded a QT frequency sink in a flowgraph
Received this error message:
qt.qpa.plugin: Could not find Qt platform plugin "windows" in "C:\Program Files\GNURadio-3.8\bin\plugins\platforms"
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Done (return code -1073740791)

Is the \plugins\platforms meant to be a UNC Network path?

sorry... I can't speak English well

These two files have a bug...

1. gr-fft\lib\fft.cc
2. gnuradio-runtime\lib\vmcircbuf_prefs.cc

Please check this URL...
gnuradio/gnuradio#820

While running setup.py attempt to retrieve source for libpng returns:

wget : The remote server returned an error: (550) File unavailable (e.g., file not found, no access).
At C:\gr-build\scripts\Setup.ps1:80 char:9

• ... wget $toGet -OutFile "$archiveName$archiveExt" -UserAgent ...

•             ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  

  • CategoryInfo : InvalidOperation: (System.Net.FtpWebRequest:FtpWebRequest) [Invoke-WebRequest], WebExcep
    tion
  • FullyQualifiedErrorId : WebCmdletWebResponseException,Microsoft.PowerShell.Commands.InvokeWebRequestCommand

Hello

firstly I apologise if this is asked in the wrong place. I suspect I have an incomplete installation.

I have installed v3.7.9.2/v1.1.1 "64 bit any CPU"; installation completed OK. I've run volk_profile which seemed to complete OK. I have an intel core i5-3470 processor.

I can run some GNU radio examples OK but python crashes with others. This happens with some of the QT GUI elements are on the flowgraph; a message appears "using volk machine AVX" and python instantly crashes. if I don't get the message "using volk machine" then python runs OK.

Are there any other steps I should have taken beyond installing and then running volk_profile?

www.gcndevelopment.com Error 503. The service is unavailable

The windows audio source has not functioned for quite some time and needs to be completely refactored. This is an upstream bug in GNURadio and is here just for tracking purposes as it is windows-specific.

Closely related, GNURadio currently is hardcoded to use windows audio when on a windows platform, regardless of the preferences set (portaudio being the other option). As above, this is an upstream issue for tracking purposes only

The menu bar does not currently show any icons. This is likely because a theme is not installed for the Qt5 libraries being used.

From master with a Release build and using built dependencies acars2 OOT fails to validate

getPackage in Setup.ps1 fails when trying to fetch libpng-1.6.21, current version hosted is 1.6.28. Updating the path worked when running the script.

Adding

[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12

in setup.ps1 enables retrieving of pyzmq v14.7.0 in current from source build.

See also pothosware/gnuradio#23

udp_source_impl.cc is setting the SO_LINGER option on the UDP socket, which at least on Windows, causes a WSAENOPROTOOPT exception, because linger doesn't really mean anything for a UDP socket.

Bug is an upstream bug in GNURadio, this is for tracking purposes only.

It seems the "sdrplay" RSP2 device is not supported by osmocon source or the rtl-sdr source in the Win64 Binary version 3.7.11 of GNURadio. Can it be added ? Can I do it? Can you give me any guidance to get me started? I downloaded the scripts but have not tried to do anything with them yet. Thanks.

Error:
gr-osmosdr ae686c46 (0.1.5git) gnuradio 3.7.11
built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf bladerf airspy redpitaya
FATAL: No supported devices found to pick from.

I'm new in gnuradio and I can't to run my flow graph.

After generating and in executing process, my flow graph in GRC 3.8 (Windows version) not running and the terminal return this:

Done (return code -1073741795)

My simple test flow graph is:
Signal Source >> Throttle >> QT GUI Time Sink

I have test this and I can't to running with and without connect my SDR (HackRF).

Where is the problem? How to fix that?

Thank You.

Hi,
I installed the v1.1.1 of the Windows Gnuradio binaries. In GRC I created a simple flowgraph with an osmocom source and a QT Frequency Sink. When I run the flowgraph I get the following error in the GRC window:

      fft_impl_fftw: �\Users\Jim\AppData\Roaming\.gr_fftw_wisdom: Invalid argument

I couldn't find the \users\jim\AppData\Roaming folder anywhere on my computer.

If I set the top_block for WX GUI and use the WX FFT Sink, the flowgraph runs correctly.

I do have the PothosSDR suite (and its version of gnuradio) on my computer - that doesn't include the QT libraries.

Thanks for any help,
Jim

Hi,
I'm not sure if this is a bug, but when using a File Source and connecting it (after processing) to an audio sink I need to use a Throttle. Usually, Audio Sinks would act as the throttle (at least that's my experience in Linux), but in Windows I'm getting a lot of "aO"s unless I put a throttle.
In any case, the Windows build so far it's working great for me, and it's helping some of my more "Linux-timid" students.
best

I installed gnuradio-3.7.xx binary and compiled from source without Internet.
so I founded some issues...

When binary install,
Windows 7 (64bit) : install FAIL!
Windows 7 SP1 (64bit) : install Okay
( and need vc2015 runtime dlls ------> vc_redist.x64.exe )

When source compiling ,
MS Visual Studio 2015 : FAIL !!! with too many c2280 errors
MS Visual Studio 2015 update 3 : Okay !! with some warnings..

The AMI is: GnuRadio Windows Build - ami-0ac7160e7f16f76ac
Can not get password ,can't use.
please note the AMI password ,thinks

Not sure where to begin, I guess I'll put this out there and if more information is needed I'll be asked ;) Here is the relevant (I think anyhow) information:

• Created a 250GB Windows 7 x64 VM.

• Fully Windows OS updated.

• Installed Sublime text editor (more about user-experience QoL than anything)

• Installed Chrome (I feel vulnerable just browsing the web using IE to download Chrome)

• Installed Visual Studio 2017 (instructions said 2015 Community or higher -- which is just as well because Microsoft can't seem to get their directory naming structure straight, some versions it's Visual Studio, some versions it's Microsoft Visual Studio, some versions it's in x86 Program Files, other times it's in just regular Program Files... don't even get me started on the Windows SDK lol)

• Installed Git

• Downloaded the zip-form (didn't want it screwing with any registry settings or path variables since I knew 3.3 was going to be my target version) binaries for CMake 3.14 (apparently they don't offer binaries for 3.3 anymore -- or maybe they never did?)

• Downloaded the source for CMake 3.3

• Set my env. path for system, temporarily, to CMake 3.14's bin directory so I could go into CMake 3.3's directory and run cmake ../ from the directory, that I created in CMake's 3.3 root, called Build.

Success.

• Started Visual Studio 2017, open CMake 3.3's newly generated (thanks to CMake 3.14) project / solution file. Right clicked on ALL_BUILD and clicked build.

Success.

• Closed Visual Studio 2017

• Changed my path environment variable from having CMake 3.14's bin directory in it to CMake 3.3's build\debug\bin directory

So far so good...

• Installed ActiveState Perl
• Installed Wix toolset for VS 2017

Again, so far so good...

[ctrl]+[esc]
cmd
(right-clicked suggestion and clicked run as administrator)
cd\
git clone http://www.github.com/gnieboer/GNURadio_Windows_Build_Scripts
cd GNURadio_Windows_Build_Scripts
powershell
Set-ExecutionPolicy Unrestricted

Up to this point, everything's good...

Here's where things start to go awry...

./~RUNME_FIRST.ps1
The script starts by asking me the base directory, I accept the default, then immediately after it starts asking me for a BindingVariable. Looking into it, it appears the line (approximately) 308, has issues with the usage of the Import-LocalizedData cmdlet. Looking it up, I find the script seems to be missing -BindingVariable
(https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/import-localizeddata?view=powershell-6)

However, not staying down, I decide to attempt to modify the script and make the line that says:
$Config = Import-LocalizedData -BaseDirectory $mypath -FileName ConfigInfo.psd1

to:

Import-LocalizedData -BindingVariable "Config" -BaseDirectory $mypath -FileName ConfigInfo.psd1

Wonderful. Powershell is no longer yelling at me. Except now it's saying it has a hangup on line (approximately) 411 about not being able to set the Value parameter because it's Null.
Line 411 says:
Set-Alias git (Get-Command "git.exe").Source

Considering I used git to checkout the source for the project in the first place, that error is... interesting. So I ran the Get-Command cmdlet portion manually, and it came back as an empty line... So then I ran it again only this time without the .Source part and it came back with stuff.

Knowing git DOES exist on the system, and seeing that I CAN call it from PowerShell's command line, I decided to rem that and the if check out completely. Only then it started complaining about tar. I then decided to rem out every pre-requisite check. Now PowerShell is complaining about cl not being recognized.

I decide to try upgrading PowerShell to 3.0 thinking maybe these scripts were created using PS3 and the instructions just don't denote that. So I download Windows6.1-KB2506143-x64.msu (Windows Management Framework 3.0) from Microsoft and install that. One reboot later, I then try the process of going into Powershell, setting the execution policy... yadda yadda and re-running ./~RUNME_FIRST.ps1. I still get the cl error.

I chalk this up to not being in the Developer Command Prompt (the Installation & Build instructions do not delineate this). So I go ahead and do just that (that is, run the developer command prompt and run it as admin just to make sure), execute PowerShell, and type cl and hit enter to ensure the Dev prompt's setup carried over into PowerShell. It does. So I rerun ./~RUNME_FIRST.ps1 again, and now it's saying Split-Path : Cannot bind to parameter 'Path' because it is null. line 436 which has a Get-Command usage with the .Source member again.

At this point, I'm thinking I should stop (probably should have long ago) and post this in hopes that maybe I'm doing something wrong or there's an easy fix.

Line 320 - Line 326

If your web browser's encoding change to ISO-8859-15 or Korean or Japanese
You can see the hidden characters...

According to the readme-file the ADALM-PLUTO device (or PLUTO-SDR, see https://wiki.analog.com/university/tools/pluto) is not included in the Win64 Binary version v3.7.11.1/v1.3.0 of GNURadio.
AD describes here (https://wiki.analog.com/resources/tools-software/linux-software/gnuradio)
how to add libiio, libad9361-iio and gr-iio to GNU Radio.
Can it be added ?

GR_PREFIX is not defined in the run_gr.bat, which means it will use a compile-time default, which is guaranteed to be incorrect in this msi. Putting it in run_gr.bat will override that default.

Not everyone installs things where you do.

Not everyone installs things. I prefer portable deployments because I carry a 512GB disk around with me.