Я пытаюсь прочитать количество страниц и количество двусторонних страниц (или количество листов и количество отпечатков, что эквивалентно) с большого количества принтеров через SNMP. Идея состоит в том, чтобы увидеть, печатают ли пользователи двустороннюю или нет. Я застрял на LaserJet 4000.
HP-LaserJet-Common MIB предполагает, что OID 1.3.6.1.4.1.11.2.3.9.4.2.1.4.1.2.22, duplex-page-count, является ответом: http://www.oidview.com/mibs/11/HP-LASERJET-COMMON-MIB.html
На других принтерах (например, LaserJet 8150) этот OID дает разумные результаты (он никогда не превышает общее количество страниц из prtMarkerLifeCount, и всегда равен 0 на принтерах, у которых нет дуплексера).
Однако на 4000 я регулярно получаю ненулевые показания от принтеров, у которых нет дуплексера. Вот образец, который я наблюдал:
+------------------------------------------------------------+--------+--------+ | media_paths | duplex | pages | +------------------------------------------------------------+--------+--------+ | Simplex Duplex-Long edge binding Duplex-Short edge binding | 30844 | 70393 | | Simplex Duplex-Long edge binding Duplex-Short edge binding | 13534 | 99197 | | Simplex Duplex-Long edge binding Duplex-Short edge binding | 32774 | 200131 | | Simplex Duplex-Long edge binding Duplex-Short edge binding | 58058 | 201286 | | Simplex Duplex-Long edge binding Duplex-Short edge binding | 56008 | 405618 | | Simplex Duplex-Long edge binding Duplex-Short edge binding | 31420 | 136312 | | Simplex | 56 | 84774 | | Simplex | 622 | 113390 | | Simplex | 930 | 176126 | | Simplex | 46 | 45193 | | Simplex | 2 | 24600 | | Simplex | 474 | 154349 | | Simplex | 40 | 56630 | | Simplex | 16582 | 173121 |
Обратите внимание, что в то время как принтеры с установленными модулями двусторонней печати (другими словами, media_paths, производные от OID 1.3.6.1.2.1.43.13.4.1.10.1 перечисляют некоторые пути двусторонней печати) имеют гораздо больше двусторонних страниц, все принтеры, работающие только с односторонней печатью, имеют некоторое количество двусторонних страниц.
Мне любопытно: 1.3.6.1.4.1.11.2.3.9.4.2.1.4.1.2.22 просто неправильный OID для дуплексных страниц на LJ 4000?
Я могу представить, что он также может отслеживать двусторонние задания, напечатанные вручную, но я действительно не могу представить, чтобы кто-то напечатал 16 582 страницы из них, как на последнем принтере. Я также мог поверить, что у некоторых из этих принтеров были устройства двусторонней печати, которые позже были удалены, но из 58, которые я проверял, все но у одного ненулевые счетчики дуплекса. Сравните это с LJ 8150, где ни один из односторонних принтеров не имеет ненулевого счетчика двусторонней печати.
ServerFaulters, я хотел бы знать, есть ли способ получить количество дуплексных (или физических листов) из 4000.
Вы можете попробовать: http://www.wtcs.org/snmp4tpc/MIBS.htm#HP для Mib, предназначенного для LJ4000.
Обратите внимание, что автор mib объясняет, как производится подсчет дуплекса (около строки 4389):
«Общее количество листов носителя, которые были напечатаны двусторонней печатью. Лист считается, если он проходит через путь двусторонней печати, независимо от того, сделаны ли на странице отметки или нет…»
Физически дуплексный модуль подключается по тому же пути, по которому страница может идти при некоторых обстоятельствах. Возможно, если кто-то печатает на плотной или картонной бумаге и открывает заднюю часть, чтобы обеспечить ровный путь прохождения бумаги, счетчик двусторонней печати также увеличивается, поскольку двустороннее задание будет следовать по этому пути.
Конечно, стоит проверить, поскольку это указывает на то, что принтер подсчитывает физические события, а не подсчитывает инструкции пользователя по печати. Также обратите внимание, что перед увеличением счетчика должно произойти 10 событий печати ...
GL,
Роб
LJ4000 становятся довольно старыми, и у меня было много серьезных сбоев, это возможно, хотя и весьма маловероятно, что все они повредили эти счетчики в результате сбоя.