Epson Slip Printer Problems Using Custom ESC/POS Driver Using Delphi XE2
Posted on 2012-08-29
I developed my own custom Epson slip printer driver using the ESC/POS command sequence using Delphi XE2.
The printing overall is no issue and all seems to be working fine, but the only thing that I can't seem to figure out, is why the speed of the printer is affected on other machines other than my development machine?
Let me explain:
On my development computer, after the baud rate is set to 9600 for the Epson TM-T88 IV, this thermal slip printer prints lightning fast which I assume is the speed that it's suppose to print at. I also tested other Epson thermals which yield the same result on my development computer.
But when I install the application that's using my custom driver on any other PC, the printers slows down dramatcially with the exact same settings and software I'm using on my computer.
I honestly have no idea how and why this is happening. I checked everything on the comport settings under "Device Manager"in Windows, but to no avail. At first I thought that it could be that I'm using a RS232 to USB Serial converter that mine is printing so fast, and the fact that the other computers are using traditional RS232 serial ports, that that could be causing the speed to slow down for some reason, but even this analogy prove to be wrong after I installed the USB converter on the other computers and running the printer through them as well. USB converter or not, they continue to print extremenly slow.
So my question is this:
Why is this happening and how do I go about getting the printer at the speed it's suppose to print on the other computers that's actually running the Point Of Sale software? It doesn't help me that the printer is printing at the intended speed the printer was built for on my development computer, but on the client computers that's actually being used in the live environment, is for some unknown reason literally printing at a 1/10 of the speed I get on my computer with the EXACT same settings across the board??? It literally "drip-feeds" the entire slip print job until the paper is then cut.
Can anyone please give me advice as to why this is happening and what am I to do to resolve this issue, cause at the moment it's creating a problem in the live environment where slips are printing extremely slow at the printer while other critical print jobs are also thrown into the que waiting for their chance to print.
If I can just get the printer to print at the same speed on all computers as with my development computer. This is another classical example of one of those sayings "But it works on my pc...".
Just some more technical info:
* Operating Systems Tested On: Windows 7 Professional, Windows Server 2007
* Development Computer: Dell Vostro 3700 Core i5 with Windows 7 Professional running a USB to RS232 Serial converter.
* Client Machines Where Problem Persists: All-In-One POS computers running Windows 7 with traditional RS232 serial ports, and also tested USB to Serial converter on them as well with no positive result.
* Also tested on a computer running Windows Server 2007 which yields the exact same slow printing result as with the client computers.
So far I'm only able to get my development computer to get the printer to print at the speed it was built for. So what could possibly be different??? The baud rates, parity, stop bits etc. is exactly the same on the comports itself, as well as the same settings within my software where you can set these settings with the comport component I'm using within Delphi.
That's another important thing to mention, and that is that I'm using the comport component from the "Turbo Power Apro" component package for Delphi that is freely available on SourceForge. I have no idea whether this could be the culprit or not.
Any ideas or advice to help me resolve this issue?