Jak poprawnie wysłać PDF lub JPEG do drukarki przez PJL i jakie zakończenie zadania?

Question

@ElektrodaBot Przy wysyłaniu do drukarki zadania drukowania zwykle wysyła się najpierw polecenia w PJL-u (Printer Job Language), kończąc na @PJL ENTER LANGUAGE = , i potem sam dokument w języku . Na końcu zadania zwykle jest %-12345X@PJL EOJ%-12345X - nie wiem, czy to jest prawidłowe, drukarka...

truski · Answer

W dokumentacjido PJL-a od HP wszystkie komendy zawierają sekwencję , a w twoich przykładach jest sam Line Feed. Może dlatego drukarka zgłasza problem bo np karetka jest już w miejscu gdzie nie można drukować?

_jta_ · Answer

Zastąpiłem kończące polecenia PJL-a przez , wynik jest taki sam - wysyłam zadanie do wydrukowania, w logu drukarki po tym zadaniu jest dodatkowe, wadliwie sformatowane. Spróbowałem też usunąć końcówkę (\x1b%-12345X@PJL EOJ\x1b%-12345X) - wynik był taki sam. Dokument POSTSCRIPT, wygenerowany przez ippeveps, poprzedzony poleceniami PJL, ostatnie @PJL ENTER LANGUAGE = POSTSCRIPT.

truski · Answer

Na stronie 34 wspomnianej dokumentacji jest przykład, który powinien najpierw wydrukować coś w PCLu a potem przy pomocy PJLa zmieniony jest język na PS i robiony jest wydruk w PS. Sprawdź czy zadziała ci taki gotowiec:

<ESC>%–12345X@PJL <CR><LF>
@PJL COMMENT ** Beginning PCL Job ** <CR><LF>
@PJL ENTER LANGUAGE = PCL <CR><LF>
@PJL SET LPARM : PCL SYMSET = DESKTOP <CR><LF>
<ESC>E . . . . PCL job . . . .<ESC>E
~<ESC>%–12345X@PJL COMMENT End PCL <CR><LF>
@PJL COMMENT Ready for PostScript Job <CR><LF>
@PJL ENTER LANGUAGE = POSTSCRIPT <CR><LF>
%!PS-ADOBE ... PostScript print job ... ^D
~<ESC>%–12345X

Jeszcze tak zapytam, bo się nie znam - PJL jest uniwersalny dla wszystkich drukarek czy każdy producent ma własną odmianę? Ten kod jest pod HP, a ty na czym testujesz?

_jta_ · Answer

Ja mam Konica-Minolta bizhub C368. Do wysłania dokumentu trzeba podać identyfikator i hasło - są właśnie w PJL-u.

U mnie nie ma falki (~) przed <Esc>"%–12345X" - dodać ją po ^D kończącym PS-a? Spróbowałem, nic się nie zmieniło. Natomiast dodanie falki przed końcowym <Esc>"%–12345X" powoduje, że błąd występuje podwójnie. Dodanie w tamtym miejscu spacji, bądź <Ctrl-D> zamiast tej falki nie powoduje generowania drugiego błędu. Próbowałem różnych kombinacji, licząc na trafienie takiej, przy której nie będzie tego błędu - bez powodzenia.

Z dokumentami PDF i JPEG jest taki problem, że to są pliki binarne, i może w nich wystąpić dowolna sekwencja bajtów - więc pewnie i <Esc>"%–12345X", oznaczająca koniec dokumentu. I nie wiem - czy do tych dokumentów jest jakiś sposób na to, by rozpoznać, że to jeszcze nie koniec dokumentu, czy też one nie nadają się do pakowania w PJL-a. @ElektrodaBot - wiesz cos o tym?

Promuję tematy:
24.11.2004 Ładowarka akumulatorków z płynną regulacją - LM 317
23.02.2003 Prostownik do ładowania akumulatorów (auto)

ay56 · Answer

jaką drukarke posiadrsz.!!!

truski · Answer

Znalazłem jeszcze inną dokumentację do Konica Minolta Magicolor 2350 - Link oraz ogólną dokumentację o PJL-u - Link
Wygląda na to, że PJL nie jest wszędzie taki sam, natomiast w dokumentacji od Minolty jest wspomniane, że bazuje na komendach HP.
Najważniejsze z tych dwóch linków jest jednak coś innego: ciągi <ESC> <CR> <LF> to nie są jak myślałem ciągi znakowe, a poszczególne znaki z tabeli ASCII:
<ESC> - 027 DEC
<CR> - 013 DEC
<LF> - 010 DEC
oraz że każdy rozkaz wysłany do drukarki ma się zaczynać od Universal Exit Language - <ESC>%-12345X i kończyć na <ESC>%-12345X z tą różnicą, że po kończącym UEL-u nie może być żadnego znaku.
Może dla autora wątku było to oczywiste, dla mnie nie. W załączniku jest przykładowy job który zmienia język na PS i drukuje w nim napis hello world.
Co do umieszczania w PJL-u pliku "binarnego" (PDF/JPEG) to nie sądze aby był to problem - ten plik binarny jest konwertowany przez sterownik drukarki na język zrozumiały dla drukarki PCL/PS, który jak przypuszczam nie koliduje z sekwencją UEL PJL-a.
Na koniec jeszcze pytanie do autora jak wysyłasz komendy do drukarki - jako pliki czy jako komendy? Na końcu nie może być znaku nowej linii, który w przypadku komend może się pojawić

_jta_ · Answer

Wysyłałem plik przez raw TCP socket (9100), a potem zmieniłem na zapisywanie do pliku i wysyłanie go przy użyciu "ipptool" z plikiem sterującym "print-job.test", działanie się nie zmieniło. Końcówka pliku to 04 1b 25 2d 31 32 33 34 35 58 40 50 4a 4c 20 45 4f 4a 0d 0a 1b 25 2d 31 32 33 34 35 58 (hex), przed nią był dokument PS. Początek pliku: 1b 25 2d 31 32 33 34 35 58 40 50 4a 4c 20 4a 4f 42 0d 0a 40 50 4a 4c 20 43 4f 4d 4d 45 4e 54 0d 0a i po nim polecenia PJL, ostatnie jest "@PJL ENTER LANGUAGE = POSTSCRIPT"<CR><LF> (40 50 4a 4c 20 45 4e 54 45 52 20 4c 41 4e 47 55 41 47 45 20 3d 20 50 4f 53 54 53 43 52 49 50 54 0d 0a). UEL występuje 3 razy: <UEL>"@PJL JOB"<CR><LF> (potem polecenia PJL i dokument w PS), na koniec <Ctrl-D><UEL>"@PCJ EOJ"<CR><LF><UEL>.

Promuję tematy:
24.11.2004 Ładowarka akumulatorków z płynną regulacją - LM 317
23.02.2003 Prostownik do ładowania akumulatorów (auto)

truski · Answer

Sprawdziłem u siebie, pod Windowsem, przy pomocy narzędzia Hercules SETUP utility wysłałem plik z załącznika na dwie drukarki HP 2055dn oraz Ricoh MP C3004ex i zadziałało, zatem problem jest gdzieś po stronie twojej konfiguracji.

_jta_ · Answer

Ale po pierwsze, to nie są drukarki Konica-Minolta (a tym bardziej bizhub C368) - może właśnie ta drukarka czegoś nie toleruje; a po drugie, jeśli drukarka traktuje otrzymany plik jako dwa zadania (choć zamierzone było wysłanie jednego), to czy twój test to zauważa? U mnie to drugie zadanie powoduje błąd, bo brak do niego istotnych poleceń PJL; może na twoich drukarkach nie są one potrzebne, drukarki dostają dodatkowe zadanie, i traktują je jako puste - więc niczego nie drukują, i nie widzisz, że ono jest.

Promuję tematy:
24.11.2004 Ładowarka akumulatorków z płynną regulacją - LM 317
23.02.2003 Prostownik do ładowania akumulatorów (auto)

truski · Answer

W dokumentacji PJL-a do KM-a jest informacja, że standard jest na bazie PJL-a z HP więc przy tak prostych komendach nie doszukiwałbym się problemu z kompatybilnością standardu. Proponuje test - zamieść plik, który u ciebie nie przechodzi a ja spróbuje go wydrukować i zobaczymy jaki będzie rezultat.

_jta_ · Answer

A masz taką samą drukarkę? Bo inna drukarka może go potraktować inaczej. Zawartość pliku opisałem w >>21794350.

_jta_ · Answer

A jaki plik i co zostało wysłane? Ja pytam, jak ma wyglądać PJL do pliku np. PDF, czy JPEG, i co może powodować błąd, który występuje. I chodzi o zdiagnozowanie, co w tej konfiguracji jest nie tak. Tak niejasna informacja, jaką podajesz, nie jest do tego pomocna.

_jta_ · Answer

Spróbowałem wysłać sekwencję PJL-a zakończoną "@PJL ENTER LANGUAGE = PDF"<CR><LF>, po której dokleiłem plik PDF - zadziałało. Zapomniałem sprawdzić log drukarki, więc nie wiem, czy był sygnał błędu.

Nie wiem, czy początkowe <ESC>"%-12345X@PJL JOB"<CR><LF> resetuje ustawienia drukarki do domyślnych, czy też potrzebny jest najpierw <ESC>"%-12345X@PJL EOJ"<CR><LF>, zwykle umieszczany na końcu zadania?

Sprawdziłem - przy wysyłaniu PostScript-a, bądź PDF-a bez dodanej końcówki <ESC>"%-12345X@PJL EOJ"<CR><LF><ESC>"%-12345X sygnału błędu nie ma.

Promuję tematy:
24.11.2004 Ładowarka akumulatorków z płynną regulacją - LM 317
23.02.2003 Prostownik do ładowania akumulatorów (auto)

Jak poprawnie wysłać PDF lub JPEG do drukarki przez PJL i jakie zakończenie zadania?

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Podsumowanie tematu