3. 语法兼容性核心问题：大小写敏感性、单位后缀、注释符号、续行符的跨平台差异

跨平台 SPICE 仿真中，语法层面的细微差异往往是导致网表“移植即报错”的首要原因。不同 SPICE 变体（HSPICE、PSPICE、LTspice、ngspice）对大小写、单位、注释和续行符的处理规则各不相同。本章将逐一剖析这四大核心差异，并提供可落地的兼容性编写策略。

3.1 大小写敏感性：从“不敏感”到“敏感”的跨越

大小写敏感性是跨平台兼容性的首要陷阱。下表总结了主流 SPICE 平台的关键字与节点名大小写规则：

关键发现：ngspice 对 .MODEL 关键字和实例名（如 M1 vs m1）区分大小写，而其他平台均不敏感。这意味着在 ngspice 中，.model nmos ... 和 .MODEL nmos ... 是两个不同的模型定义。

// 推荐写法（跨平台兼容）
.model nmos_std nmos (vto=0.7 kp=120u)
M1 drain gate source bulk nmos_std w=10u l=0.18u

// 不推荐写法（ngspice 可能报错）
.MODEL nmos_std NMOS (VTO=0.7 KP=120U)
m1 drain gate source bulk nmos_std w=10u l=0.18u

3.2 单位后缀：数值与单位的“隐形分隔符”

SPICE 网表中，数值与单位后缀之间不允许有空格，且不同平台对后缀的识别范围存在差异。单位后缀的误用是跨平台移植中最隐蔽的错误之一。

// 正确写法（跨平台兼容）
R1 vcc gnd 10K      // 10 千欧
C1 in out 1U        // 1 微法
L1 node1 node2 10N  // 10 纳亨

// 错误写法（跨平台不兼容）
R1 vcc gnd 10 K     // 空格导致解析错误
C1 in out 1MIL      // MIL 仅 HSPICE 支持
L1 node1 node2 10m  // 小写 m 表示毫，可能被误解

3.3 注释符号：看似简单，实则暗藏玄机

注释符号的跨平台差异虽然不如大小写敏感那么致命，但在大型网表中，注释符号混用会导致整段代码被误解析或忽略。

// 跨平台兼容的注释写法
* 这是行首注释，所有平台都支持
R1 vcc gnd 10K $ 这是行尾注释，所有平台都支持

// 仅 LTspice/ngspice 支持的写法
// 这是 C++ 风格注释
R1 vcc gnd 10K /* 这是块注释 */

// 仅 ngspice 支持的写法
# 这是 Python 风格注释
R1 vcc gnd 10K

3.4 续行符：长语句的跨平台断行规则

当网表语句过长时，需要使用续行符将一行拆分为多行。不同平台对续行符的支持和语法要求存在显著差异。

// 正确续行写法（跨平台兼容）
.model nmos_std nmos (
+ vto=0.7
+ kp=120u
+ gamma=0.5
+ lambda=0.01
+ cgso=3e-10
+ cgdo=3e-10
+ cj=5e-4
+ mj=0.5
+ pb=0.8
+ )

// 错误续行写法（跨平台不兼容）
.model nmos_std nmos (
  + vto=0.7    // + 前有空格，某些平台会报错
  + kp=120u
  )