GNURadio是一个软件无线电的平台软件，不过这个软件对windows系统的适配一直很差，差到什么程度呢，可以看老虎多年前发的这个帖子：

《一款如此坑爹的SDR，是如何风靡全球的》

https://www.kechuang.org/t/73682?page=0&highlight=789821#highlight

这个帖子过后又发展了几年，win系统下的gnuradio已经有很大改观了，3.10版本能用的设备有官方的B2XX系列， plutosdr、rtlsdr、hackrf，绝大多数装了gnuradio直接能用，不需要额外安装驱动什么了。这对于初学者和只负责硬件的开发者确实是个福音，其实大多数人还是用的win系统。但是我测试了从很早以前我测试了3.10和之前的版本，发现都无法直接支持msiSDR，什么是msiSDR，参考这个帖子：

《取代RTLSDR的新型SDR项目，msiSDR预研情况》

https://www.kechuang.org/t/83757

大概从2020年左右开始，我就开始尝试解决win环境下gnuradio无法使用msiSDR的问题，其实网络社区和一些开源工程号称是解决了的，路径是sdrplay开发了一个api库，安装api库后，gnuradio通过soapy这个oot模块调用sdrplay的api，就能使用。但是坑爹的是，这个库sdrplay说他只支持gnuradio 3.8，然后我又倒过去安装gnuradio 3.8，安装了之后，调用soapy，还是无法使用msiSDR

另一条路径是不使用sdrplay的api，有一个开源的libmirisdr-4是可以直接通过libusb访问sdrplay的，然后通过这个库再对接到gnuradio的oot模块，但是这个库没有windows版本，再去移植一遍也是很难的事情

总之五年，尝试过两三次去冲击让这个东西在window用起来的任务，都没有成功。

这个事情直到AI出现后有了很大改观

AI工具：Codex + GLM5.2

提示词：“我要在gnuradio使用msiSDR，如何使用，我的gnuradio在这里C:\Users\xxx\radioconda”

然后Codex就开始干活啦，嚯嚯嚯地跑起来，我看它一下去下载这个，一下去下载那个，还调用了我的vs2022，跑了接近20分钟，然后输出了一个gnuradio的grc文件，告诉我可以用了，我用gnuradio

打开，试了一下，WTF！居然真的可以用了！

然后我要求codex把过程输出文档，看了一下文档，让我触目惊心，AI是按照sdrplay api走下去的，不停地修改配置，最后真的可以用了，也算是狠人

windows-gnuradio-msiSDR-guide.md19.45KBMD5次下载

看文档AI提示，这个问题主要非常坑的地方：还有一个非常隐蔽的「模块装错目录 + 依赖 DLL 找不到」的组合陷阱，会让 SoapySDRUtil --find 永远返回 "No devices found"，却不报任何错误——这正是卡了我好几年的那个现象。

看了一下流程， 总之AI给我安装了sdrplay的api，然后再clone了gr-sdrplay3，再调用了我的vs2022编译，解决编译报错，还阅读代码发现隐藏中的的bug，然后再测试，中途听到了一些沙沙声，他甚至能通过获取到的音频数据判断是否工作，这些工作如果如果让我来做，估计2028年还是搞不定。

总之大家要是有些几年的疑难问题，不妨也拿给AI试试，说不定就能解决