关于这个需求非常早就考虑了,一直没敢下手,也不是不敢,是之前下过一次手可是没有成功。一直过了几个月腾出一些空暇来解决问题。另外说明一下,截止到眼下对于这个需求我还没有一个全然的解决方式。这篇也仅仅是捋下思绪。
关于打印机状态的问题我在stackoverflow上也作过提问,结果问题就被删除了,原因有二有人说这个问题是硬件上的问题,所以不在stackoverflow所讨论的范围。还有一个也许是自己的英文着实烂的不行了,问题都解释不清楚。
因为一直没有死心,所以在平时无聊的时候也会掏出手机搜索一番,当时唯一的收获是參考文档[1]中提到的USBHostPrinterGetStatus(),这个奇妙的函数没有写不论什么来源,但作者将其描写叙述成是能够获取打印机状态的,我着实有那么一点兴奋。可是苦于没有来源,有点不知所措。只是我还是将其作为一个方向进行了深挖了的。顺便找到了[3]-是和[1]差点儿相同的英文版本号,以及[2]这个现存的这个函数。从整体来说Linux中并没有这个函数,不知道写论文的那个是不是先有论文又做的实验。这个似乎是一个裸机程序,在我找到[5]这样专业文档的时候,这个几个状态是USB通信协议中就已经规定了的。更加确定这个函数眼下深究下去是一个死路,只是以后做裸机的时候能够又一次了解。
以上是走过的错路,以下说下我这次走能的小路:1.从Linux中标准的USB打印机驱动着手;2.从HP Device Manager入手。前后者都小有所获,以下逐个来分析。逐个分析前先把打印机在Windows下的各种问题的状态列表记录一下,话说收集这个可不是一个简单的事,首先是锁定打印机型号然后制造这样的故障,使得PC上可以显示出对于的状态对话框。(到眼下为至12-14还并非官方的文字,由于制造该故障的条件一直不具备)
NO |
中文 |
英文 |
limit |
1 |
无法与打印机通信 |
Unable to Communicate with Printer |
E |
2 |
出纸盒已关闭 |
Output Tray Closed |
E |
3 |
门己打开 |
Door Open |
E |
4 |
缺纸 |
Out of Paper |
E |
5 |
卡纸 |
Paper Jam |
E |
6 |
墨盒故障-黑色 |
Ink Cartridge Failure |
E |
7 |
墨盒故障-三色 |
- |
E |
8 |
墨盒故障-黑色-三色 |
- |
E |
9 |
墨盒丢失 |
Ink Cartrideges Missing |
E |
10 |
单墨盒模式-缺黑色 |
Single Ink Cartridge Mode |
W |
11 |
单墨盒模式-缺彩色 |
- |
W |
12 |
无墨 黑色 |
x |
E |
13 |
无墨 彩色 |
x |
E |
14 |
无墨 黑色-彩色 |
x |
E |
15 |
已经安装HP保护墨盒 |
HP Protected Cartridge Installed |
I |
16 |
检測到使用过的或仿制墨盒 |
Used or Counterfeit Cartridge Detected |
I |
方向1是从usblp.c中的驱动着手
结合打印机内核驱动源代码usblp.c以及Usb协议[5]规定打印机状态:
驱动的详细实现是在ioctl方法中的LPGETSTATUS命令中返回的状态,经过实验确实能获得一个比較显著的状态Out of Paper/Paper Empty这样一个状态,应用层的代码例如以下:
#include <stdio.h> #include <sys/types.h> #include <unistd.h> #include <sys/wait.h> #include <dirent.h> #include <string.h> #include <signal.h> #include <fcntl.h> #include <sys/ioctl.h> #include <linux/lp.h>
void getDeviceStatus(int fd) { if(fd < 0) return; int status = 0; ioctl(fd, LPGETSTATUS, &status); printf("%x\n", status); printf("Hello world\n"); }
int main() { int fd = open("/dev/usb/lp0", O_RDWR); getDeviceStatus(fd); close(fd); return 0; } |
只是遗憾的是,这个状态码的规律是这种:正常0x18;缺纸 0x38;其他统统是0x10。等于我如今只拿到了一个状态。我的高兴劲头只持续了几分钟。
方向2从HP Device Manager的源代码入手
例如以下图,该软件能够显示很多其它的状态,且还是开源的hplib。从实验得出该神器能够获得以上列出的每一个状态。
![关于打印机状态的获取_ide_02](https://s2.51cto.com/images/blog/202108/04/982ded3180bbd7bf88d971ebd68aa1ee.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_30,g_se,x_10,y_10,shadow_20,type_ZmFuZ3poZW5naGVpdGk=/resize,m_fixed,w_1184)
推导一下这个神器的真实身份:HP Device Manager -> hp-boolbox -> hplib终于确定了hplib。hplib的架构是这种:
Hplip的源代码中有这么一段,用到libusb.能够获取打印机状态:
static int device_status(int fd, unsigned int *status) { libusb_device_handle *hd; int interface; int len, stat=1; unsigned char byte;
hd = fd_table[fd].hd; interface = fd_table[fd].interface;
if (hd == NULL) { BUG("invalid device_status state\n"); goto bugout; }
len = libusb_control_transfer(hd, LIBUSB_ENDPOINT_IN | LIBUSB_REQUEST_TYPE_CLASS | LIBUSB_RECIPIENT_INTERFACE, /* bmRequestType */ LIBUSB_REQUEST_CLEAR_FEATURE, /* bRequest */ 0, /* wValue */ interface, /* wIndex */ &byte, 1, LIBUSB_CONTROL_REQ_TIMEOUT);
if (len < 0) { BUG("invalid device_status: %m\n"); goto bugout; }
*status = (unsigned int)byte; stat = 0; DBG("read actual device_status successfully fd=%d\n", fd);
bugout: return stat; } |
就这几行代码,但却难住了我,还是静下心来看看<libusb Developers Guide>。回头再来继续。从hplib追踪到APDK(hp官方支持的非PC平台的打印驱动),当中包括了与打印通信以及打印机的错误代码。仅仅Google出这么一个好的资料《APDK Developer’s Guide Reference Manual》。这个《hpmud》也相当好,能够清晰的显示出hplip源代码结构。
$ sudo apt-get install libhpmud-dev
标准头文件hpmud.h,基于这个开发。Hp.c就是一个独立的基于libhpmud的程序。我在libhpmud中加入�的这个调试信息在执行hp.c的时候能够看到,可是在执行hp-toolbox的时候根本没有反应,又有点怀疑,它的底层没实用libhpmud这个库。
假设能将Door open这句话从打印机到屏幕的流程走通,这个状态的问题基本就能够宣告攻克了。可是这个仅仅是设想,真正实现起来并没有那么easy。这是一个开篇。