GNU Radio OOT模块报错AttributeError: 'twoTypes'无passthrough_cc属性

原因是C++层的typedef不会自动同步到Python绑定，按以下步骤调整：

• 第一步，修改SWIG接口文件（位于swig/目录下的twoTypes_swig.i），显式声明模板实例化导出到Python，需要添加以下内容：

// 要放在%include "twoTypes.h"之前
%template(passthrough_bb) gr::twoTypes::passthrough<std::uint8_t>;
%template(passthrough_cc) gr::twoTypes::passthrough<gr_complex>;

SWIG不会自动识别C++的模板typedef，必须显式声明才会生成对应的Python绑定类。

• 第二步，检查GRC配置文件（位于grc/目录）：
  为两种类型的直通块分别编写独立的YAML配置文件，比如twoTypes_passthrough_cc.yml和twoTypes_passthrough_bb.yml，确保文件中的id字段和你要调用的类名一致，module字段为twoTypes，这样GRC和Python导入时才能正确识别对应类。
• 第三步，重新完整编译安装模块：

cd gr-twoTypes/build
rm -rf *  # 清理旧编译缓存，避免旧文件干扰
cmake ..
make -j$(nproc)
sudo make install
sudo ldconfig

如果使用Python虚拟环境，需要在cmake时指定-DCMAKE_INSTALL_PREFIX为虚拟环境路径，避免安装到全局Python目录导致虚拟环境内导入的还是旧版本模块。

GNU Radio采用流图调度的运行模型，和原生C从main函数逐行执行的逻辑不同，适合C语言开发者的理解路径如下：

• 上层代码（Python/GRC）的核心逻辑分为三个阶段：实例化流图（top_block）、添加块并连接端口、调用run()/start()启动流图
• 调用run()后控制权交给底层C++的调度器：调度器会为所有块分配IO缓冲区，根据块的并行配置分配独立执行线程，每个线程循环调用块的work()函数处理数据
• 你自己实现的块的核心逻辑就是work()函数，和C语言的普通数据处理函数逻辑一致，输入输出数据由调度器自动传递，不需要手动处理数据收发。
  你可以直接阅读GNU Radio核心源码的lib/runtime目录下的代码，从top_block.cc、scheduler.cc、block.cc三个文件入手跟踪调用链，和原生C程序的调试逻辑一致，能快速理清整个运行流程。

内容的提问来源于stack exchange，提问作者maisun