/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */
#content_views .toc,
/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */
#content_views.markdown_views > p:empty:has(+ .toc),
#content_views.markdown_views > .toc + p:empty,
/* 富文本旧版目录标记 */
#content_views.htmledit_views #main-toc,
#content_views.htmledit_views #hr-toc,
#content_views.htmledit_views p[id*=\”-toc\”] {
display: none !important;
}
/* 目录去掉后，紧跟的首个标题不再多出一块上边距 */
#content_views.markdown_views > .toc + h1,
#content_views.markdown_views > .toc + h2,
#content_views.markdown_views > .toc + h3,
#content_views.markdown_views > .toc + h4,
#content_views.markdown_views > .toc + p:empty + h1,
#content_views.markdown_views > .toc + p:empty + h2,
#content_views.markdown_views > .toc + p:empty + h3,
#content_views.markdown_views > .toc + p:empty + h4 {
margin-top: 0 !important;
}
1. 概念讲解
第 45 讲用 API 把热泵控制器的 heatpumpController 函数导入了 Simulink。本讲走另一条路：用 Code Importer 向导完成同一件事，并紧接着在测试管理器中把测试用例跑起来、看到通过结果。
向导的价值在于把\”分析代码、生成沙箱、选函数、定端口、建测试框架\”这一串原本靠 API 属性配置完成的工作，变成一页一页可勾选的图形界面；它尤其适合第一次接触某份陌生代码、需要边分析边确认导入结果的场景。导入完成后，测试管理器会自动生成一个测试文件（MLDATX），其中包含与 C Caller 模块对应的测试套件和测试用例，并自动填好库模型、测试框架字段与覆盖率设置。
本讲沿用第 45 讲的热泵示例：只导入 tempController.c，对 heatpumpController 函数做单元测试。该函数输入室温 Troom_in 与设定温度 Tset，输出 pump_control_bus 结构体（字段 fan_cmd、pump_cmd、pump_dir）。其算法真值表如下：
