Автоматизация печати
 

Многие обитатели форума знают, что я ношусь со своей системой автоматизации печати, как с писан(н)ой торбой.

Оно и понятно - характер стоящих передо мной задач, а, точнее, мой собственный характер, от задач независимый, предполагает, что оборудование будет работать само, а я буду нежиться, как одалиска (см. Превращение Кафки).

До сего дня я радикально решил две задачи - распределение задачи на группу принтеров, то есть работа с группой принтеров, как с одним, и работа со множеством печатаемых документов, как с одним документом.

Образцом для меня всегда служили японские товарищи, построившие кластер Айгенов. От момента, когда я узнал об этом кластере, прошло уже года два, а то и более, но меня всегда интересовал один вопрос - а что они будут делать, если какой-то из аппаратов в середине тиража станет, или встанут вобще все?

Здесь что самое неприятное - внутри аппарата уже находятся какие-то данные, фактически целые документы, которых уже нет в очереди, и, что самое неприятное - сколько их там - сказать сразу нельзя, и также сразу не сказать, ЧТО ИМЕННО там находится.

При выключении всё тю-тю. Остаётся ошмёток в очереди, но от него толку нет. Если даже сохранять документы в очереди - толку нет всё равно, так как не ясно, что улетело, но напечатано не было, особенно если документ многостраничный и длинный.

На простом примере это выглядит так. В принтер идёт такая вот СОСИСГО:

ФЫВАП (Х экз) - ОРРПОРП (Y экз) - ЬБТБЬТ (Z экз) - и т.д.

Каждая буква - это страница в кореловском документе, совокупность букв между тире - группа страниц, печатаемая в одном и том же количестве экземпляров.

Тут возникает очевидная идея - если телега встала где-то, неизвестно где, то мы можем определить, где именно!!! Ведь у нас есть счётчик отпечатков в самом принтере!!!

Итак - перед началом задания читаем счётчик отпечатков, после брейка и перезапуска снова читаем счётчик, и - вуаля!!! Можно определить, на каком именно месте сосиски произошёл сбой!!!

Стоит ли говорить, что никакого API и SDK для статус-монитора нет, но создатели благоразумно предусмотрели пункт в меню - сохранить счётчики. Так что тупо, через SendKey, передаём в статус-монитор команду дампить счётчики, потом сравниваем с тем, какой счётчик был до начала задания, и видим, на какой именно странице принтер встал.

Теперь скрипт допечатывает документ уже с нужного места...

И не надо ничего руками пересчитывать...

Конечно, на деле всё это превращается в умственный лесоповал... Потому что в начале пути есть, скажем, 20-страничный документ в Кореле, и таблица с количеством копий каждой страницы.

Но документ печатается не постранично, а ПОСОСИСОЧНО, и СОСИСКИ делает скрипт - например, 1,2,3,5 страницы должны печататься по 5 копий, а 4 и 6 - по 2 копии. Если отправлять каждую страницу отдельным заданием, то телега встаёт после каждого такого задания, и ждёт, пока придёт следующее.

СОСИСКА же выклядит так - "1, 2, 3, 5" страницы по 5 копий - это одно задание, 4,6 по 2 - другое. В результате количество остановов для подкачки данных уменьшается в разы.

Но после такой перетасовки данных определение того, где именно останов произошёл - сущее мучение. Надо сначала определить номер сосиски, потом - номер страницы внутри сосиски, сопоставить эжтот номер со сквозной нумерацией в документе...

Однако ж - работает...

а....
ээээ....
а на фига все это?
процесс ради процесса?
экономическая целесообразность таких извратов какая?

Экономическая целесообразность таких извратов.......

1) Идёт печать длинного задания, состоящего из многих заданий, каждое из которых, в свою очередь, состоит из многих документов. В середине процесса принтер останавливается по сервис-коллу.

Откуда мы знаем, сколько было напечатано в момент остановки?

Неужто надо сидеть и руками пересчитывать уже напечатанное?

2) Есть база данных - обложек, фотографий, макетов на диск. Надо напечатать сто штук - все разные. Как это сделать стандартными средствами?

А никак.

Надо сначала найти нужный, то ли по названию, то ли по иконке, а это одно удовольствие, когда база тысяч 8 наименований, потом открыть, потом расположить на листе, потом направить на печать...

И так сто раз...


Вообще, путём программирования именно в этой сфере можно достичь удивительных результатов...

Да просто KarSlon долгое время работал по струйной печати и скорость печати наращивал за счёт количества одновременно работающих струйников.
Грубо говоря 1 струйник за 200 $ печатает со скоростью 10 страниц в минуту.
10 струйников за 200*10=2000 $ печатают уже 100 страниц в минуту.
Сколько стоит сопоставимый по производительности лазерник?
Одна беда, управляться с таким табуном струйников непросто. Отсюда автоматизация-кластеризация.
Зато, поставив СНПЧ, можно такую мизерную себестоимость замутить!!!

Теперь у него Дуси-револьверты und andere появились, но привычки, блин неискоренимы.

это я уже заподозрил.
Карлсон. Забей. Десяток айгенов - это извращение! А задания пускай по очереди - и проблем не будет.

Оба оратора демонстрируют непонимание :(.

Бей, я начинал печатать на 1000 Эпсоне, это лазер цветной :).

Кластер для струй я сделал, но сейчас он работает только на печати СД - потому что быстрых аппаратов по теме нет вообще.

Написанное же выше - относится к печати НА ОДНОМ принтере.

2Другой Дизайн - задания пускать по очереди нельзя - этим придётся заниматься целый день. Один из основных заказчиков - средний тираж 1,8 экземпляра на файл. База - около 7000 файлов.

Второй заказчик - суммарный тираж в заказе ~1000 штук, из ~100 титлов.

Решать это стандартными методами - это как газету печатать на пишущей машинке.