Thanks! Is it supposed to work in 64bit? I can't get it to work in Ubuntu 12.10 64bit. But if it is supposed to work, I'll try to look further to check what's wrong.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
What could be wrong if the printer (EPL 6200L) has no response at all after sending a .epl file to it? Below is the steps I took:
1) ./ps2epl epl_test.ps
2) cat epl_test.epl > /dev/usb/lp0
The device path /dev/usb/lp0 is definitely correct as it will disappear if I unplug the USB cable.
In fact, even if I send it a text file (cat /etc/resolv.conf > /dev/usb/lp0), nothing happens. I don't know if it is supposed to allow plain text input though.
Thanks in advance for any idea!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Difficult to say, especially since you mentioned it worked with Kubuntu 12.04 - but presumably you mean it does not work any more with newer Linux'es or upgrading to 64-bit. AFAIK there has not been any code change for 4-6 years. (I am using a binary built 4 years ago, and it looks like the last cvs commit was made 6 years ago)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I am a bit confused - so did the printer ever work on some version of Kubuntu at all? You seem to imply that it did work in an older version but not in the newer version.
One thing you should/could try is to make sure that cups is not running if you are doing cat file > /dev/usb/lp0 . Shutting down udevd and other things that might be playing with /dev/usb/lp0 would also be a good idea. see "man udevadm" as well as cups's ducumentation for details.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The situation is that it works in Kubuntu 12.04 but not in Ubuntu 12.10. I ran the above test in Kubuntu 12.04 with the intention of finding a diagnosis path which I will repeat in Ubuntu 12.10.
Thanks for the suggestion of shutting down cups and etc. I will give it a go. I have to get this diagnosis path working first in Kubuntu 12.04.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I tried stopping cups and udev, but the result is the same: the printer lights indicate a protocol error (red light on and green light flashing). Any way to test? Thanks!
I think one important question to ask is why one of your boxes work and the other does not. Whether it is 32-bit/64-bit or new/old Ubuntu or what not.
One thing I just thought of, is to generate the test file on the plaform that works, and copy over and cat from the one that does not. If that works, that it would be a 32-bit/64-bit bug in epsonepl which we haven't noticed; if that doesn't work either, at least it is one possibility eliminated.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
Does it work with gs v9? I am using v9.06. Thanks!
Yes, it does.
Thanks! Is it supposed to work in 64bit? I can't get it to work in Ubuntu 12.10 64bit. But if it is supposed to work, I'll try to look further to check what's wrong.
Been using it on 64-bi linux for at least 4 years.
$ ls -l /usr/bin/ijs_server_epsonepl
-rwxr-xr-x. 1 root root 114840 Jul 5 2008 /usr/bin/ijs_server_epsonepl
$ file /usr/bin/ijs_server_epsonepl
/usr/bin/ijs_server_epsonepl: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, BuildID=0x735a70d8bd16b52451041835a64b3b039b92fbb0, stripped
What could be wrong if the printer (EPL 6200L) has no response at all after sending a .epl file to it? Below is the steps I took:
1) ./ps2epl epl_test.ps
2) cat epl_test.epl > /dev/usb/lp0
The device path /dev/usb/lp0 is definitely correct as it will disappear if I unplug the USB cable.
In fact, even if I send it a text file (cat /etc/resolv.conf > /dev/usb/lp0), nothing happens. I don't know if it is supposed to allow plain text input though.
Thanks in advance for any idea!
also, the printer works fine in Windows and Kubuntu 12.04 (I am now using 12.10).
Difficult to say, especially since you mentioned it worked with Kubuntu 12.04 - but presumably you mean it does not work any more with newer Linux'es or upgrading to 64-bit. AFAIK there has not been any code change for 4-6 years. (I am using a binary built 4 years ago, and it looks like the last cvs commit was made 6 years ago)
In Kubuntu (where the printer works), I tried using the following to generate a file in the EPL langauge:
then send it to the printer using:
But the printer shows that there is a protocol error (red light on and green light flashing). How to properly test it?
Thanks!
I am a bit confused - so did the printer ever work on some version of Kubuntu at all? You seem to imply that it did work in an older version but not in the newer version.
One thing you should/could try is to make sure that cups is not running if you are doing cat file > /dev/usb/lp0 . Shutting down udevd and other things that might be playing with /dev/usb/lp0 would also be a good idea. see "man udevadm" as well as cups's ducumentation for details.
The situation is that it works in Kubuntu 12.04 but not in Ubuntu 12.10. I ran the above test in Kubuntu 12.04 with the intention of finding a diagnosis path which I will repeat in Ubuntu 12.10.
Thanks for the suggestion of shutting down cups and etc. I will give it a go. I have to get this diagnosis path working first in Kubuntu 12.04.
I tried stopping cups and udev, but the result is the same: the printer lights indicate a protocol error (red light on and green light flashing). Any way to test? Thanks!
$ stop cups
$ stop udev
$ cat testpage.epl > /dev/usb/lp0
I think one important question to ask is why one of your boxes work and the other does not. Whether it is 32-bit/64-bit or new/old Ubuntu or what not.
One thing I just thought of, is to generate the test file on the plaform that works, and copy over and cat from the one that does not. If that works, that it would be a 32-bit/64-bit bug in epsonepl which we haven't noticed; if that doesn't work either, at least it is one possibility eliminated.
That's exactly what I am trying to do. But the problem is, I can't even print the test EPL file in the working platform.