对接Ingenico终端时ECR协议长度字段编码方式的技术疑问

问题场景 #

我正在对接哥斯达黎加的Ingenico/Telium信用卡终端的ECR协议，遇到了长度字段的编码困惑：

协议文档说明长度为DATA字段的字节数（不含ETX和LRC），示例显示若数据字段长度为150字节，则发送0x01 0x50——但常规逻辑下150应编码为0x00 0x96；同时在正常运行的示例消息中，35字节的数据确实发送0x00 0x35，确认这并非文档笔误。

编码方式说明 #

这种编码方式是存在的，它的正式名称是BCD编码（Binary-Coded Decimal，二进制编码的十进制），此处采用的是双字节拆分式BCD编码：

• 将十进制长度值拆分为两位一组的数字串，不足两位的高位补0
• 每组数字直接转换为对应的十六进制字节

对应示例验证：

• 十进制150 → 数字串"150" → 拆分为"01"和"50" → 对应十六进制0x01、0x50，与文档示例完全匹配
• 十进制35 → 数字串"35" → 拆分为"00"和"35" → 对应十六进制0x00、0x35，与实际运行示例一致

为何采用这种编码方式 #

• 适配早期硬件：Ingenico/Telium系列终端有较长的迭代历史，早期设备处理器算力有限，BCD编码无需复杂的二进制转十进制运算，能快速解析、处理十进制数值（如长度、金额）
• 调试直观性：调试时直接查看十六进制字节就能读出对应的十进制长度，无需额外做进制转换，降低维护成本
• 协议兼容性：老协议沿用BCD编码可兼容历史系统，避免大规模的软硬件适配改造

内容的提问来源于stack exchange，提问作者Moritz von Schweinitz