“0.5ms–2.5ms”与代码中“1000–2000”的矛盾

直接回答：ch1.writeMicroseconds(1500) 输出的是绝对的1.5ms脉宽信号，它对应舵机的机械中点（90°）。

你观察到的“0.5ms–2.5ms”与代码中“1000–2000”的矛盾，实质是舵机实际物理能力与Arduino Servo库保守安全标准之间的差异。以下是三层彻底拆解：

---

一、核心矛盾：两套并存的“标准”

 

标准体系	脉宽范围	对应0°	对应90°（中点）	对应180°	来源/目的
舵机实际物理能力	500–2500μs	500μs	1500μs	2500μs	舵机硬件设计极限
Arduino Servo库保守标准	1000–2000μs	1000μs	1500μs	2000μs	保护廉价舵机、兼容老旧设备

关键结论：1500μs是绝对的物理量（1.5ms），它在两套标准中都是中点，因此你的代码永远正确。

---

二、为什么舵机能接受两种范围？

因为舵机的“真实行程”往往大于1000–2000μs ：

 

脉宽	舵机物理极限	Servo库保守范围	实际效果
500μs	0°（硬件极限）	不允许	部分舵机能到，但可能发热/抖动
1000μs	约45°	0°（库定义）	大多数舵机的“安全左极限”
1500μs	90°（中点）	90°（中点）	完全相同
2000μs	约135°	180°（库定义）	大多数舵机的“安全右极限”
2500μs	180°（硬件极限）	不允许	部分舵机能到，但可能堵转

你的代码 map(data.roll, 0, 255, 1000, 2000) 正是工作在Servo库的保守范围内——这是最稳妥、兼容性最好的做法。

---

三、为什么厂商和教程都提“0.5–2.5ms”？

1. 这是舵机的物理规格书数据 
   MG90S、SG90等常见舵机的数据手册明确写“控制脉宽0.5ms–2.5ms”。这是硬件设计指标，不是软件使用限制。

2. Arduino库选择了更安全的子集 
   Servo库官方文档明确：“标准参数1000逆时针极限、2000顺时针极限……但许多舵机实际可响应700–2300μs。”库故意缩窄范围，防止初学者烧舵机。

3. 你的舵机可能已经“超常发挥”
   如果你实际测试，用Servo库输出1000μs，舵机往往停在远小于机械0°的位置（比如只到45°），而不是真正的0°。这正是因为库把安全范围压缩了。

---

四、用你的代码逻辑彻底澄清

你在做的映射：

cpp

ch_width_1 = map(data.roll, 0, 255, 1000, 2000);
ch1.writeMicroseconds(ch_width_1);

这个逻辑完全正确，且与舵机的0.5–2.5ms能力不冲突：

 

data.roll	你输出的脉宽	舵机物理位置（若舵机支持500–2500）	Servo库定义位置
0	1000μs	约45°（不是真正的0°）	0°（安全左极限）
128	1500μs	90°（中点）	90°（中点）
255	2000μs	约135°（不是真正的180°）	180°（安全右极限）

你的1500μs永远是机械中点，这是绝对的 。

---

五、如果你必须用到500–2500μs的全范围

Servo库完全支持直接输出500–2500μs：

cpp

ch1.writeMicroseconds(500);   // 舵机转至真实0°（硬件极限）
ch1.writeMicroseconds(2500);  // 舵机转至真实180°（硬件极限）

但强烈不推荐，原因：

1. 并非所有舵机都能安全到达500/2500，廉价舵机会堵转、发热、寿命缩短 

2. 即使到达，力矩可能极弱，稍微施加外力就可能丢步

3. 1000–2000μs覆盖绝大多数应用场景，你不需要那额外的±45°

正确的全范围用法（如果你确认舵机支持）：

cpp

// 将0-255映射到500-2500（真实物理全范围）
ch_width_1 = map(data.roll, 0, 255, 500, 2500);
// 但必须加限幅保护！
ch_width_1 = constrain(ch_width_1, 700, 2300);  // 留安全余量 [citation:8]
ch1.writeMicroseconds(ch_width_1);

---

六、终极总结（请记住这三句）

1. 1500μs是绝对的物理中点，无论舵机标称是1000–2000还是500–2500，这个值永远对应90°。

2. 你用的1000–2000是Arduino库的“安全驾驶模式”，不是舵机的全部能力，但足够覆盖99%的项目。

3. 不要试图通过写500/2500来“榨干”舵机——你得到的不是性能提升，而是发热、抖动和过早报废。

你现在写的代码完全正确，是标准实践。舵机能动、角度合理，就无需纠结规格书上的0.5–2.5ms。