ap_ctrl_none接口 + hls::stream非阻塞设计

一、ap_ctrl_none接口 + hls::stream非阻塞设计
1.这种设计是不被官方推荐的，因为这种设计无法保证C/RTL协同仿真是否能够完成；

二、分析
1.ap_ctrl_none协议移除了信号ap_start,ap_done,ap_idle,ap_ready信号，
使得仿真无法确定设计何时开始和结束；
2.hls::stream非阻塞读写read_nb和write_nb在C仿真中依赖时序，
在rtl仿真中缺少控制信号，流同步不确定，导致死锁或者数据丢失。

三、原因
1.ap_ctrl_none下，设计没有ap_start来指定模块开始，也没有ap_done来表示
模块完成；协同仿真器需要自动检测启动和完成，由于没有ap_start和ap_done，那么
2.C/RTL 协同仿真依赖于在 C 测试平台中隐式存在的时序模型，该模型由块级协议信号提供。当使用 ap_ctrl_none 时，这些信号缺失，协同仿真器无法确定何时提供激励、何时采样输出，以及何时终止仿真。对于 stream 非阻塞访问，这种不确定性加剧
3.ap_ctrl_none 消除了控制协议，导致 RTL 仿真缺少启动/完成同步点；非阻塞 stream 访问使设计的行为依赖于接口信号的时序细节，而这些细节在 C 仿真和 RTL 仿真之间可能不一致，协同仿真环境难以自动调整，从而无法保证正确比较。

四、问题揭示
1.ap_ctrl_none 移除了所有块级握手信号，使 C/RTL 协同仿真器无法确定“设计何时启动”和“设计何时完成”

五、规则
要使用 C/RTL 协同仿真功能来验证 RTL 设计，必须满足以下至少 1 项条件：

条件1：必须使用 ap_ctrl_hs 或 ap_ctrl_chain 块级接口综合顶层函数。

条件2：必须采用纯组合型设计。

条件3：顶层函数的启动时间间隔必须为 1。

条件4：接口包含的数组必须全部使用 ap_hs 或 axis 接口模式来进行流传输和实现。