[Epson TM bonprinter] Aansturing voor afbeeldingen lukt niet

[coyote1980]

HELP

Ben nu al even bezig om een Epson TM-88 IV vanuit mijn Java software aan te sturen om afbeeldingen af te drukken. Aan de hand van de ESC/POS handleiding heb ik meerdere mogelijkheden gevonden:

1) Afdrukken van NV bit image
2) Afdrukken raster bit image

Ik ben begonnen met het afdrukken van een NV (non volatile) bit image, hierbij staat de afbeelding in het geheugen van de printer en blijft ook bij resets en aan/uit situaties bewaard. Het meest efficient dus. Het afdrukken moet dan lukken met het volgende HEX command: 1C, 70, 01, 00 - geen enkele reactie.

Vervolgens met de Epson Flash Logo Utility aan het spelen gegaan, daarmee kun je een afbeelding uploaden en ook afdrukken. Dit werkt. Echter begrijp ik niet alles wat er onder water gebeurt. In de ESC/POS handleiding wordt gerept over een 'positie van de afbeelding in het NV geheugen tussen '1' en '255'. Als je met dit tooltje speelt kun je de 'key code list' opvragen, waarbij de key codes uit twee getallen bestaan (48+48, 48+49, ..)
Ik heb na het uploaden van de logo's (en succesvol printen vanuit de Epson Flash Logo Utility) met een lusje alle 255 NV Bit Images geprobeerd af te drukken, ook weer zonder enig resultaat van de bonprinter.

Op de een of andere manier komt blijkbaar het NV geheugen waar de Epson utility werkt niet overeen met het NV geheugen dat je via de ESC/POS bytecodes kunt aanspreken

Ik heb al geprobeerd om dan maar vanuit de code een simpele random-pixel afbeelding van 40x40 pixels af te drukken door de afbeelding naar het NV geheugen te schrijven op positie '1' en vervolgens NV Bit Image '1' af te drukken:
Opslag-bytes:
0=[1c],1=[71],2=[01],3=[05],4=[00],5=[05],6=[00],7=[07],8=[08],9=[09],10=[0a]....205=[cd],206=[ce]
Afdruk bytes:
0=[1c],1=[70],2=[01],3=[00]

Helemaal zonder effect... Ook al geprobeerd om xL en xH net als yL en yH (byte 3 met 4, byte 5 met 6) om te wisselen.


2) Van pure ellende dan maar gespeeld met de "print raster bit image" mogelijkheid, maar als ik hier probeer iets af te drukken:
0=[1d],1=[76],2=[30],3=[00],4=[00],5=[1d],6=[00],7=[1c],8=[00],9=[00]...6699=[00],6700=[00]
Waarbij de bytes van 8 t/m 6700 gewoon random gevuld zijn dan wordt die data als characters afgedrukt


Is er *iemand* die suggesties heeft wat ik kan doen? Ik snap er niets van namelijk, vroegah kon ik op een via RS232 aangesloten TM88-II zonder problemen een afbeelding uit het NV geheugen afdrukken, maar nu (jaaaaren later) met mijn USB TM88-IV lukt het ineens niet meer.

O ja, opmerking: afdrukken van allerlei andere op ESC/POS gebaseerde mogelijkheden werken wél gewoon, de bytes worden keurig naar de printer verstuurd. Barcodes, snijcommando's, vette tekst, character set wisselen om euro symbooltjes te printen, geen probleem, alleen dit

[coyote1980]

Nou, jullie willen niet weten hoe lang ik hier weer mee heb zitten stoeien, uiteindelijk schrijf je het van je af in de hoop dat iemand de gouden tip heeft, en zoek je zelf toch nog even door (die andere helft van het Internet had ik nog niet uit nee...) en daar staat ineens:

quote: http://www.managemore.com/forums/showthread.php?t=1966

Epson Users:
If you are using an Epson compliant printer that supports bit image graphic printing, then the command should be:
27,9,1|29,40,76,6,0,48,69,48,48,1,1|27,9,0

The first and last set of sequence codes (27,9,1) and (27,9,0) are for turning ON/OFF center justification. The second part is what Epson refers to as the GS command (or Function 69 - NV Graphics Data) and contains the instructions for what image will print and at what size.

Optional:
To select a different image from memory, simply substitute the default (48,48) in the command above with the two keycode values assigned to your image when you uploaded the file within the Epson printer driver. Furthermore, the last two commands (1,1) determine the size of the image. Try changing 1,1 to 2,2 to see if it fits better for your needs.

Die commandset was ik nog niet tegengekomen, maar goed, het werkt, ik blij

[ Voor 2% gewijzigd door RobIII op 10-08-2010 14:28 . Reden: Even zo vrij geweest de quote van een linkje te voorzien :+ ]