-
Notifications
You must be signed in to change notification settings - Fork 859
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New device Dapper-Geyi Q583P #296
Comments
I have just verified that a full cut works with:
Where This is despite the fact that no full cut was observed during the demo output's execution. Apparently in
This certainly looks like quite a different command because it has the second argument for lines. Referring to the apparently official Epson ESC POS documentation it seems like this manufacturer's firmware is for some reason using an obsolete command that means "cut leaving one typographic point worth of paper connected" to mean "totally cut". |
Codepages documented in vendor documentation for this device, converted by me to your JSON format and using
Notes:
|
Egad. Printing was broken because the paper was upside down 👍 Classic. Being an industrial (embedded) model it does not have a spool mount connected, so the relationship between printer and paper in terms of vertical is unclear. Anyway, it works now, I have run a full test output. Results as follows... Hello world
Resulted in paper that looked like:
Font modesThe font mode tests began immediately a couple of lines down from the CutsAll cuts where present were partial. Cuts frequently overlapped just printed content (eg. cut the bottom of the barcode off), ie. this code did not feed far enough:
GraphicDid not work apparently, resulted in lots of garbage being printed. Bit imageWorked but partly out of bounds on the paper (58mm). First image was too wide - only the following was visible:
Second image was fully visible and about 75% width. Third image was exactly as per the first image but about double height, though its bottom was cut off apparently due to the same insufficient feed before cut problem. QR codesAll three QR codes printed successfully, though all three were at micro size. |
After running the separate |
It looks like reverse-feed is not supported by this printer. |
In summary to properly support this printer:
Other issues uncovered:
|
Thanks for sharing, lots of good information here. A few things come to mind-
|
OK cool, I will go hassle the python-escpos people. |
Device is a Dapper-Geyi Q583P embedded 58mm thermal printer, newly obtained direct from the manufacturer in kit form.
I am accessing it over Linux's USB line printer driver, which recognizes the device ID (0fe6:811e) automatically.
Demo displays nothing, but scrolls and partially cuts paper many times.However,if I execute...... then printing occurs fine.
The manufacturer verified that the model in question supports both partial and full cut.
I strongly suspect the firmware on this printer requires initialization that was not executed. Perhaps character set or DPI selection?Unfortunately the only documentation for the device is in Chinese.I have tried to translate roughly, results as follows:
Commands
Print movements
Formatting commands
General commands
Graphic settings command
Initialization command
Status commands
Barcode setup commands
Two-dimensional code commands
Auxiliary function commands
Additional commands
Special commands (sourced from a different document)
The text was updated successfully, but these errors were encountered: