在Kotlin中通过ESC/POS命令获取USB热敏打印机状态异常排查

你发送的0x10, 0x04, 0x04是ESC/POS标准的DLE EOT 4状态查询命令，但返回的[114, 0, 0, 0, 0, 0, 0, 0]（第一个字节为0x72，二进制0b01110010）和通用文档中的无纸状态值不符，大概率是操作或厂商实现差异导致的，具体分析和排查步骤如下：

可能的问题点 #

1. USB端点方向可能错误 #

USB端点分为**OUT（输出，主机发往设备）和IN（输入，设备发往主机）**两类，你当前的代码直接使用Endpoint 0发送、Endpoint1接收，但部分打印机的端点分配可能不同：

• 发送命令必须用UsbConstants.USB_DIR_OUT类型的端点
• 接收状态必须用UsbConstants.USB_DIR_IN类型的端点

可以添加代码确认端点方向：

val outEndpoint = usbInterface.endpoints.firstOrNull { it.direction == UsbConstants.USB_DIR_OUT }
val inEndpoint = usbInterface.endpoints.firstOrNull { it.direction == UsbConstants.USB_DIR_IN }
println("OUT Endpoint: $outEndpoint")
println("IN Endpoint: $inEndpoint")

确保发送命令用OUT端点，接收状态用IN端点。

2. 厂商自定义的状态返回格式 #

通用ESC/POS文档的状态位定义并非所有厂商都严格遵循，很多热敏打印机会自定义返回字节的位含义。你收到的0x72（114）需要对照打印机官方手册拆解每个位的含义，而不是直接套用通用文档的定义。

3. 有效数据仅为第一个字节 #

bulkTransfer读取8字节时，打印机可能只返回1字节的有效状态数据，剩下的7字节是填充的0，所以重点关注第一个字节0x72即可。

排查建议 #

• 优先查看打印机的官方技术手册，确认状态查询命令的正确格式和返回值定义，部分打印机可能使用GS a或ESC v等其他命令查询状态。
• 测试不同打印机状态（装纸/缺纸、开盖/合盖、在线/离线），对比返回字节的变化，反推每个位对应的状态含义。
• 确认USB连接的权限和claimInterface是否成功，避免因权限问题导致命令发送或状态读取失败。

内容的提问来源于stack exchange，提问作者SVG