cups für kyocera mita fs-920

bsdagent

bsdagent

Auch im #bsdforen.de Chat
hi

WICHTIGE INFORMATION FÜR LESE FAULE ;)! DAS PROBLEM MIT DEM KYOCERA MITA FS-920 DRUCKER WURDE IN SEITE 3 ABSCHNITT #35 GELÖST :).

ich habe ein grosses problem mit meinem neuen drucker, der heut gekommen ist. es ist das modell kyocera mita fs-920, also ein ps level 3 supported drucker.

ich habe ein freebsd 6.2 betriebsystem mit kde und cups 1.2.2.

ich habe generell alles konfiguriert, wie es sein sollte, doch der drucker lässt sich nicht ansprechen bzw. er druckt nicht ;'(;'(;'(. der drucker ist an einem usb interface angeschlossen.

hier meine vorgehensweise bei der konfiguration: http://nopaste.bsdforen.de/121.

ich habe diese vorgehensweise aus einiegen tutorials zusammengesammelt und erreicht somit eine fehlerlose cups ausführung bei system start, hier auszug aus dem error_log bei system start: http://nopaste.bsdforen.de/122.

danach hab ich kde gestartet und einen druck mit kwrite (durch "kdesu kwrite" als root) versucht mit inhalt "ich bin auch ein drucker". folgende error_log ist danach enstanden (nach ca. 2 minuten wartezeit): http://nopaste.bsdforen.de/123.

noch was zur pdd datei: ich habe die pdd datei von der im lieferumfang beiliegenden treiber cd, ich habe die linux pdd dateien genommen, nicht die von windows.

ich sehe dort kein fehler und weis nicht was ich noch machen soll, damit mein drucker endlich läuft.

bitte um hilfe.

thanks
bsdagent
 
Zuletzt bearbeitet:
Hmm .. ich muß zugeben, für die Installation von CUPS viel weniger Firlefanz zu machen und es läuft trotzdem. Aus den Logfiles kann ich zugegebenermaßen ad hoc auch keinen Fehler erkennen.

Was genau passiert denn? Druckt der Drucker gar nicht? Blinkt die LED am Drucker kurz auf und geht dann wieder aus? Sie sehen die Devices aus? (ls -la). Wo steht der Druckauftrag in CUPS? Unter fertige Druckaufträge?
 
morgen

ja, der drucker druck überhaupt nicht, geschweige das sich überhaupt was beim drucker bewegt. die led's blinken in kurzen abständen, dass ist aber auch bei windows xp so, doch dort druckt er wenigstens :grumble:.
wenn ich auf den linken button des druckers klicke (grüne taste), bleibt die led für eine weile kontinuierlich an, doch es passiert auch nichts.

hier die devices: http://nopaste.bsdforen.de/112
hier der cups druckerauftrag: http://www.picpaste.de/cups_jobs.png

wenn ich auf fertige aufträge anzeigen klicke, kommt: Keine Aufträge gefunden.

ich habe das obige beispiel nochmal probiert, diesmal einfach mit dem user "remote", dass ist ein normaler benutzer. diesmal hab ich in der /usr/local/etc/cups/cupsd.conf den eintrag "LogLevel info" in "LogLevel debug" geändert, damit mehr informationen in der error_log datei sind.

also beim start von cups "/usr/local/etc/rc.d/cupsd restart" kommt folgende error_log: http://nopaste.bsdforen.de/113.

beim druckauftrag, wie oben mit 2 minute wartezeit, nach der drucker auftragserteilung, diemal mit mehreren logs:

- access_log: http://nopaste.bsdforen.de/114.
- error_log: http://nopaste.bsdforen.de/120.
- page_log: http://nopaste.bsdforen.de/116.

ich habe bei kyocera, unter den pdd dateien eine anleitung gefunden, die eigentlich das gleiche beschreibt (http://nopaste.bsdforen.de/124) und zusätzlich noch auf eine seite verweist, nach der cups konfiguration: http://www.cups.org/doc-1.1/sum.html#USING_SYSTEM.
ich habe den abschnitt "Choosing a Printer" versucht und festgeställt, dass etwas nicht stimm, weis aber nicht was ich damit anfangen kann, denn in den log dateien ist ja alles in ordnung:

1. drucker status mit "lpstat -p -d": http://nopaste.bsdforen.de/117.
2. drucken mit "lp -d kmfs-920 myfile.txt": http://nopaste.bsdforen.de/118.
3. drucken mit "lpr -P kmfs-920 myfile.txt": http://nopaste.bsdforen.de/119.

thanks
bsdagent
 
Zuletzt bearbeitet:
Hallo!

Ich konnte einen Drucker zum Drucken überreden, indem ich für /dev/ulpt0 ein chmod o+rw gemacht habe (natürlich in /etc/devfs.conf). Warum das nötig ist, weiß ich ehrlich gesagt nicht (cups sollte ja eigentlich alle nötigen Rechte haben), ich habe das als "works for me" abgehakt.

HTH & Ciao.
Markus Mann
];-)
 
hi

also einfach ein "chmod o+rw /dev/ulpt0" in die datei /etc/devfs.conf einfügen?

thanks
bsdagent
 
Wichtig wäre vor allem zu wissen, ob der User in der Gruppe 'operator' und 'cups' ist. Sonst fehlen eindeutig die Rechte. Um überhaupt zu testen, ob es sich um ein Rechteproblem handelt, kann ein vorübergehenden 0666 auf die Devices (usb* und *lp*) nie schaden.
 
ich hab den gleichen drucker, allerdings hängt dieser an einer soekris mit obsd und lpd. cups haben nur die anderen clients drauf, die an den lpd senden. vielleicht ists damit einfacher? ich hatte apsfilter installiert und danach war er eigentlich recht schnell eingerichtet.
 
hi

empfehlung von max93:

ich habe es mal mit "chmod o+rw" bei der datei /etc/devfs.rules versucht:

[system=10]
add path 'unlpt*' mode 0646 group cups
add path 'ulpt*' mode 0646 group cups
add path 'lpt*' mode 0646 group cups

da hat er den zugriff auf das geärt verweigert.

empfehlung von Steve`:

als nächstes hab ich den user "remote" zur gruppe "cups" und "operator" hinzugefügt und in der datei /etc/devfs.rules die rechte nach 0666 konfiguriert:

[system=10]
add path 'unlpt*' mode 0660 group cups
add path 'ulpt*' mode 0660 group cups
add path 'lpt*' mode 0660 group cups

nach einem druck test, hatte ich folgende log files:

access_log: http://nopaste.bsdforen.de/126
page_log: http://nopaste.bsdforen.de/127

es war keine error_log datei vorhanden.

eigentlich sollte alles funktionieren, doch komischerweise, bleibt der druckerauftrag unter aufträge (cups webinterface) hängen bzw. es passiert gar nichts.;'(;'(;'(

ach ja, ist es normal, dass bei folgenden versuche (punkt 2. und 3.) fehlermeldungen kommen:

1. drucker status mit "lpstat -p -d": http://nopaste.bsdforen.de/117.
2. drucken mit "lp -d kmfs-920 myfile.txt": http://nopaste.bsdforen.de/118.
3. drucken mit "lpr -P kmfs-920 myfile.txt": http://nopaste.bsdforen.de/119.

thanks
bsdagent
 
Hast Du CUPS auch mit folgenden Optionen compiliert?

CUPS_OVERWRITE_BASE=yes
NO_LPR=yes


Hast Du die installierten Ports mit nachfolgender Option compiliert?

WITH_CUPS=yes


Hast Du in /etc/rc.conf den Betriebssystem-lpr deaktiviert?

LPD_ENABLE="NO"


Hast Du überprüft, ob der fs-920 lieber als ugen (generic usb) und nicht als ulpt (usb printer) erkannt werden möchte?
 
abend

ich habe cups einfach mit "make install clean" compiliert, bei "make config" gibts keine konfigurationsmöglichkeiten.

muss ich wirklich alle nachfolgenden ports mit "WITH_CUPS=yes" compilieren? ich mein kde kwrite programm erkennt das cups system beim druck auftrag "aktuelle drucksystem = CUPS (Common UNIX Print System". auch der drucker kmfs-920 ist dem programm bekannt. wenn ich mit kwrite ein druck-auftrag mache, erkennt das cups, dass sehe ich am cups webinterface.

bei meiner /etc/rc.conf datei ist kein lpd eintrag vorhanden, hier ein auszug: http://nopaste.bsdforen.de/128
habe gerade mal den eintrag "LPD_ENABLE="NO"" in meine /etc/rc.conf eingetragen, dass ganze verhaltet sich wie vorher :(

der fs-920 drucker wird bei allen programmen als kmfs-920 erkannt und mit "dmesg" ist folgendes erkannt worden:

ulpt0: Kyocera Mita Kyocera Mita FS-920, rev 1.01/0.00, addr 2, iclass 7/1
ulpt0: using bi-directional mode
Zum Vergrößern anklicken....

da der user makenoob der gleiche drucker hat und das bei openbsd, sollte es eigentlich auch unter freebsd gehen. es ist ja auch ein postscript level 3 drucker, ich verstehe nicht warum der drucker streikt, soviel arbeit hat er zurzeit ja wirklich net ;)

thanks
bsdagent
 
Zuletzt bearbeitet:
abend

kann ich die teile des wikis unter "vorbereitung" nicht nachhinein machen, den cups ist schon installiert, oder muss ich cups extra deinstallieren, neu compilieren und dann wieder installieren?

und wie sieht das mit den anderen ports aus, muss ich die auch extra neu compilieren, nur das die /etc/make.conf richtig bei der compilierung angewendet wird, ich beziehe mich darauf, dass sph erwähnte, dass die anderen ports mit "WITH_CUPS=yes" compiliert werden müssen?

thanks
bsdagent
 
Um die Anwendungen solltest Du Dir erstmal keine Gedanken machen. Wichtig ist ja erstmal, dass Du den Drucker überhaupt zum Laufen bekommst. D.h., Dein erstes Ziel sollte es sein, erfolgreich eine Testseite über das CUPS-Interface auf dem Drucker zu schicken.
 
abend

leider hat der test-seiten druck via cups webinterface bisher nie geklappt. ich teste immer neben dem einfachen druck via kwrite auch der testseiten druck mit cups.

thanks
bsdagent
 
abend

ich habe eine gute und schlechte bzw. komische mitteilung. also, ich hab ja ein testdruck gemacht, dass war so vor 30 minuten und dachte es passiert sowieso nichts (wie immer). so plötzlich meldet sich der drucker, dachte erst, was ist jetzt und siehe da, ein dokument "print test page" von cups kommt raus. also ist die aktuelle konfiguration generell ok, nimm ich mal einfach so an, doch warum braucht er 30 minuten :confused:

ich habe diesmal nach dem wiki folgendes gemacht:

cups deinstalliert.

CUPS_OVERWRITE_BASE=yes # Bei der Installation von CUPS sollen die Betriebssystem-lpr-Dateien deaktiviert werden
NO_LPR=yes # Bei einem "make world" sollen die Betriebssystem-lpr-Dateien nicht erstellt werden.
WITH_CUPS=yes # Aktiviert die CUPS-Unterstützung von aus den Ports installierten Programmen

in die datei /etc/make.conf

/usr/bin/lpr => /usr/bin/lpr.bak
/usr/bin/lp => /usr/bin/lp.bak
/usr/bin/lpq => /usr/bin/lpq.bak
/usr/bin/lprm => /usr/bin/lprm.bak
/usr/bin/lpstat => /usr/bin/lpstat.bak
/usr/sbin/lpc => /usr/sbin/lpc.bak

obwohl lpstat und lpc nicht existiert.

cups neu compiliert und isntalliert. ich weis nicht ob das was ich vor dem test druck machte diesen test-druck auch tatsächlich bewirkte.

thanks
bsdagent
 
Zuletzt bearbeitet:
Ändere bitte in /usr/local/etc/cups/cupd.conf:

LogLevel info

in

LogLevel debug


und lade die CUPS-Konfiguration neu. Anschließend beobachte die CUPS-Logdateien.
 
Im Wiki gibts einen Hinweis, wenns beim Drucken länger dauert.
Siehe: Sehr langsamer Drucker unter FreeBSD > 5.2.1
 
morgen

ich hab es englich geschaft bzw. beinhafe :).

er druckt und warscheinlich hätte er das auch schon viel früher gekonnt :grumble:, den ich habe herausgefunden wo das eigentlich problem liegt. :D erstmals, wer die konfiguration sehen will, hier: http://nopaste.bsdforen.de/129.

der beweis das es viel früher geklappt hätte, beweist die konfiguration eines neuen systems, ausschliesslich mit cups-base (ohne cups metaport) und ohne den spezifischen compilierungsmethoden bzw. alles was unter "Vorbereitungen" im wiki steht wurde nicht gemacht.

das letzte problem:
1. die grüne led des druckers blinkt ja dauernd in längeren intervalen.
2. wenn ich ein druck auftrag (bsp. cups test seite oder kwrite seite) erteile, passiert nichts und da kann man noch so lange warten.
3. erst wenn ich auf die grüne taste des druckers, ca. 1-2 sekunden gedrückt halte, druckt der drucker.
4. nach dem druck, bleibt die grüne led läuchtend stehen, also blinkt nicht mehr in intervalen.
5. wenn ich jetzt nochmal einen druck-auftrag erteile, passiert ebenfalls nichts, erst wenn ich wieder auf die grüne taste klicke, fängt die grüne led an wie wild zu blinken, doch es passiert nichts, also klick ich nochmal auf die grüne taste und nu, kommt der druck-auftrag heraus und die grüne led bleibt danach wieder läuchtend stehen und punkt 4. beginnt von vorn bzw. wenn ich keinen auftrag mehr erteile und lange warte, beginnt es wieder bei punkt 1.

ich habe diese vorgehensweise mehrmals getestet, es passiert immer das selbe. :confused:

kann man das irgendwie so konfigurieren, dass er automatisch beim druck-auftrag anfängt zu drucken? ohne dauernd diese 5 schritte selbst ausführen zu müssen?

makenoob: du hast ja den gleichen drucker, einfach unter openbsd. ist das beschriebene szenario auch bei deinem system?

thanks
bsdagent
 
ich habe gerade mit einem solchen Kyocera die Nerven verloren. Jedenfalls glaube ich nun, dass er auch 920 hieß.
Der ist allerdings nicht direkt sondern über einen kleinen Kasten angeschlossen, der einen Netzwerk-Printserver darstellt.
Damit habe ich das Problem, dass ich den Drucker überhaupt nicht umstellen kann, also etwa auf PostScript, was er eigentlich nämlich können sollte. Die Kyocera liefern den default auf PCL6 standard aus, also nicht mal auf ihre eigene Sprache oder auf auto, was doch vernünftig wäre. Mit einem geeigneten Treiber unter Windoofs könne das umgestellt werden, erklärte mir die Hotline. Dass ich mir eine Netzwerk-Version kaufte, weil ich nämlich weder Windoofs noch eine Möglichkeit habe, den Drucker direkt anzuschließen, schockierte die Herren dort, was mir aber auch nichts nützte. Ich muss also PCL6 zum drucken nutzen.

Das ganze allerdings erst im zweiten Anlauf.
Zunächst konnte ich den drucker ähnlich wenig dazu bewegen, irgendwas zu drucken, wie das bei dir der Fall ist: ein defekt im Motherboard wurde lokalisiert und das Gerät ausgetauscht. Der ging einfach immer wieder in Standby ohne richtig zu erwachen.

Zum Glück brauche ich diesen Drucker fast nie, doch es ist schon eine Affenschande gewesen und nun druckt er auch nicht eben zuverlässig. Bei Grafiken scheint er so langsam, dass er manchmal nach zwei Seiten lieber aufhört, anstatt sich weiter noch Mühe zu machen.
Die Installations- und Deinstallation-Orgien und krampfhafte Versuche Cups doch zu konfigurieren, liefen auch ähnlich ab, wie bei dir.
 
Nehmt einfach das gute LPD und schreibt euch den Textfilter selbst. Geht astrein. Schickt ihr einfach zu Beginn das Steuerzeichen für Postscript an den Drucker, stellt noch schnell den Zeilenumbruch um und schon schon gehts...
 
hi

das lpd ist ansicht vieler erläuterungen die ich unter google fand, ein veraltetes druck system. weshalb die fokusierung auf ein zukünftiges druck system wie cups ein guter grund ist.
bei cups funktioniert ja eigentlich alles, nur das er diese komische vorgehensweise (wie pit234a nannte = standby) beibehält ist komisch. doch ansprechen lässt er sich problemlos, aber eben nur mit menschlicher beihilfe der buttons am drucker :mad:

unter windoof läuft das problemlos, die frage ist nur, wie schafft es cups, diesen klotz aufzuwecken, ohne beihilfe?

thanks
bsdagent
 
Zuletzt bearbeitet:
Was meinst du mit veraltet. In einem BSD Forum heißt das gereift. Ich verwende auch den lpd mit apsfilter und kann daran nichts verkehrtes entdecken.
 
abend

ich will nichts behaupten, denn ich kenn mich da zuwenig aus, aber in google, wenn man so nach cups bzw. druck systeme sucht, trifft man mehrheitlich der meinung an, dass das lpd veraltet sei, es nicht mehr den anforderungen der zukunft gerecht wird. weshalb ich auch auf cups setzte und es ja eigentlich funktioniert, nur eben erst bei manueller betätigung. :confused:

bsp. wo cups als nachvolger positioniert wird und lpd kritisiert wird:
http://de.wikipedia.org/wiki/Common_Unix_Printing_System
http://www.freebsd.org/doc/de_DE.ISO8859-1/books/handbook/printing-lpd-alternatives.html (vorallem die aussage: Wahrscheinlich sind Ihnen bereits einige Unzulänglichkeiten dieses Systems aufgefallen, und Sie fragen sich nun, welche anderen Drucksysteme es für FreeBSD gibt.)
http://docs.kde.org/development/de/kdebase/kdeprint/cups-ipp-support.html
http://www.danka.de/printpro/node3.html#SECTION00034000000000000000
etc...

thanks
bsdagent
 
Zuletzt bearbeitet:
Kamikaze schrieb:
Was meinst du mit veraltet. In einem BSD Forum heißt das gereift. Ich verwende auch den lpd mit apsfilter und kann daran nichts verkehrtes entdecken.
Zum Vergrößern anklicken....
Naja, das Argument mit "gereift" wendet auch eine recht populäre Linuxdistribution. Unterm Strich wissen wir doch aber alle, dass "veraltet" eigentlich nur eines meint -> veraltet. Das es bisweilen trotzdem funktioniert steht dem natürlich nicht entgegen.

Trotzdem hätte ich auch versucht, die Kiste erst mit CUPS ans Laufen zu bringen.
 
Ich finde veraltet ist hier trotzdem nicht angebracht.

Ich weiß nicht was mit zukunftsgerechten Anforderungen gemeint ist, aber meine Anforderung heißt Drucken! Wenn das mit lpd besser geht, dann ist das auch die bessere Wahl.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben