Kyocera 1700 Druckerproblem

[sam]

Hallo,

habe folgendes Problem:

Ein Kyocera 1700 mit SEH IC105-FASTPOCKET-TX Printserver als Netzwerkdrucker in Windows und auf der As400 installiert. Von Windows aus Drucken geht. Auf der As400 stehen die Spoolfiles immer auf PND.

Der Drucker ist auf der AS400 folgendermaßen eingerichtet (gemäß anleitung von SEH):

Einheitenbeschreibung . . . . . . : DRxxxxx
Auswahl . . . . . . . . . . . . . : *BASIC
Einheitenkategorie . . . . . . . . : *PRT

Einheitenklasse . . . . . . . . . : *LAN
Einheitentyp . . . . . . . . . . . : 3812
Einheitenmodell . . . . . . . . . : 1
LAN-Anschluß . . . . . . . . . . . : *IP
Portnummer . . . . . . . . . . . . : 9100
Physischer Anschluß . . . . . . . : *DIRECT
Bei IPL anhängen . . . . . . . . . : *YES
Schriftart:
Kennung . . . . . . . . . . . . : 011
Punktgröße . . . . . . . . . . . : *NONE
Papierzufuhr . . . . . . . . . . . : *AUTOCUT
Papierzuführung f. Trennseiten . . : *FILE
Trennseitenprogramm . . . . . . . : *NONE
Druckerfehlernachricht . . . . . . : *INQ
Nachrichtenwarteschlange . . . . . : *CTLD
Akt. Nachrichtenwarteschlange . . : QSYSOPR
Bibliothek . . . . . . . . . . . : QSYS
Aktivierungszeitgeber . . . . . . : 2550
Inaktivitätszeitgeber . . . . . . : *SEC15
Übertragungsgeschwindigkeit . . . : 19200
Wortlänge . . . . . . . . . . . . : 8
Paritätsart . . . . . . . . . . . : *NONE
Stoppbit . . . . . . . . . . . . . : 1
Druckerdatenstromums. im Host . . : *YES
Hersteller, Typ und Modell . . . . : *HP4
Papierfach 1 . . . . . . . . . . . : *LETTER
Papierfach 2 . . . . . . . . . . . : *LETTER
Umschlagfach . . . . . . . . . . . : *NUMBER10
Unterst. ASCII-Codepage 899 . . . : *NO
Abbildkonfiguration . . . . . . . : *NONE
Zeichen-ID . . . . . . . . . . . . : *SYSVAL
Ferner Standort:
Name oder Adresse . . . . . . . : 10.4.11.206

Danke für Tips.

Gruß,
Sam

[Fuerchau]

Scheinbar wird das PJL-Protokoll nicht unterstützt. Dann kann man nur als Remote-OUTQ den Drucker ansteuern.

[bernhardm]

Wir haben das Problem, das ein SEH Printserver BASELINE 650 nicht funktioniert. Lt. Support der SEH Hotline funktionieren die nur in der Windowsumgebung. Aber man meint hier im Team man könnte die an i5 zum Drucken bringen.

[Zehetner]

Hi!
Auf der Hamepage von SEH gibt es ein Dokument für die Konfiguration auf der AS/400.
http://www.seh.de/download/document/ps3/SEHqi50.pdf
Vielleicht hilft die weiter.

mfG
Otto Zehetner

[bernhardm]

Auch diesen Versuch habe ich noch einmal gestartet, obwohl wir den Drucker fast identisch erstellt hatten, leider ohne Funktion. Die Jobs kommen aus dem Zustand PND nicht heraus. Es sieht so aus als ob es mit dem SEH Baseline650 nicht funktioniert ( Wie der Hersteller ja bereits sagte. ) Jetzt suche ich eine Möglichkeit den Windows- Druckdienst dafür zu benutzen. Hat jemand Erfahrung damit?

[takeoff/400]

Hi Bernhard,
wenn Du eine remote-outq erstellst, kann ich mir nicht vorstellen, dass der drucker nicht zum laufen gebracht werden kann.
beim remote-drucker wird der drucker-datenstrom im host umgewandelt und somit kann der drucker noch so "dumm" sein, das datenpaket, welches er gesendet bekommt, sollte auf jeden fall gedruckt werden. kann nur sein, dass das druckbild, bzw. layout nich tgleich beim ersten mal so aussieht wie gewünscht.
die parameter, welche bei deiner remote outq benötigt werden, musst Du aber auf jeden fall genau hinterlegen, sonst quietscht der drucker trotzdem..
Lg,
takeoff.

[bernhardm]

so einfach ist das nicht. denn selbst der support von SEH sagt das die baseline650 nicht am i5 laufen! die sind ausschließlich für die windowsumgebung!

wir haben das problem jetzt dadurch gelöst das wir den LPD druckdient von windows nutzen.

[takeoff/400]

hi bernhard.
sorry für meine info, ich wusste nicht, dass diese drucker so gar nicht laufen wollen auf der 400er...
lg, takeoff.

[Fuerchau]

Die Erfahrung habe ich auch schon gemacht. Viele Hersteller haben ihre eigenen Druckertreiber für Windows u.a.
Die Treiber halten meistens eine Kommunikation aufrecht (z.B. InfoIcons) und geben die Daten eben nur in Protokolle verpackt weiter.
Da scheitert man immer mit Remote-OUTQ's da diese ausschließlich IP-Daten senden. Auf Empfang sind die gar nicht eingerichtet.
Als Device sind nur wenige Protokolle überhaupt verfügbar, so dass sich hier noch weniger Drucker betreiben lassen.

Leider muss ich feststellen, dass die Hersteller verstärkt diesen Weg gehen und Windows-Treiber eben einfacher zu erstellen sind (und mit bunter Oberfläche doch auch sehr schön). Und die meisten Drucker werden nun mal für PC's verkauft.
Nicht umsonst kosten die IBM-Drucker locker das mehrfache eines PC-Druckers (IPDS/AFP), dafür sind die Treiber auch auf der AS/400 schon vorhanden.