[uylug-varios] impresoras térmicas de tickets

Mon Nov 28 05:22:56 PST 2016

No tengo experiencia con impresoras de tickets específicamente, sí he
trabajado con Datamax y Zebra para impresoras de etiquetas.

Datamax en los modelos que trabajé no tiene drivers para CUPS, Zebra sí.

En el caso de Datamax, las usamos configuradas como raw y se envían los
archivos con comandos del lenguaje de la impresora (en este caso DPL), los
cuales van en texto plano y son más o menos así (es un ej. no real):

*BE*

*DGH*

*T122*

*E ~ 11*

*T Arroz 1kg*

*TE 39 . 00 $*

*PX*

*MN*
*M*

Y con esto basta para imprimir las etiquetas. Claro que para generar estos
archivos se utiliza una herramienta que se encarga de generar los archivos
con todos los comandos necesarios en base a plantillas y el texto que
ingrese el usuario.

O sea: COMANDOS DPL (Archivos.raw) -> CUPS (Raw Printer) - > COMANDOS DPL
-> Impresora

En el caso de las Zebra, el drivers en CUPS se encarga de convertir los PDF
a lenguaje ZPL y se lo envía a la impresora sin que veas archivos de
comandos en ningún momento.

O sea: PDF (archivos.pdf) -> CUPS (Zebra Printer) - > COMANDOS ZPL ->
Impresora

A su vez, las Datamax tienen un modo de compatibilidad con ZPL (lenguaje
Zebra), entonces para imprimir PDFs las usamos así.

El 28 de noviembre de 2016, 09:15, Enrique Verdes<emverdes at ieee.org>
escribió:

> Hola a todos,
>
> quizás no fuí lo suficientemente específico. Los rótulos los mandamos
> "formateados" desde la aplicación. Dame un rato que llegue uno de los
> programadores y veo bien como es, pero al mandar la salida ya formateada,
> no tenés que meter drivers en CUPS. Ahí tenés que jugar con el lenguaje que
> soporte la impresora, pero te doy más detalles en un rato.
>
> Saludos,
>
> El G at llego.
>
> El 26 de noviembre de 2016, 12:50, Carlos Martinez <
> carlosmarcelomartinez at gmail.com> escribió:
>
>> En Lacnic usamos unas esc/pos para imprimir etiquetas. Aparecen como
>> ttyUSB0. Tenemos una aplicación Java web que genera los códigos esc, se
>> bajan como un archivo txt (el browser en modo kiosk está pre configurado
>> para que esto ocurra automáticamente)
>>
>> El kiosk tiene un script bash corriendo en loop que toma los txt nuevos y
>> hace un echo de los códigos a ttyUSB0 y mueve los archivos de texto ya
>> impresos a un directorio "done"
>>
>> Medio "hackish" pero la verdad que hace lo que tiene que hacer con poca
>> complicación
>>
>> S2
>>
>> Carlos
>>
>> via Newton Mail
>> <https://cloudmagic.com/k/d/mailapp?ct=pi&cv=9.2.5&pv=10.2&source=email_footer_2>
>>
>> On Sat, Nov 26, 2016 at 12:05 PM, Haroldo Stenger <
>> haroldo.stenger at gmail.com> wrote:
>>
>> hola Cristian,
>>
>> sí, es ESC/POS, capaz que me equivoqué y es ese el lenguaje y no el PCL.
>>
>> saludos
>> Haroldo
>>
>> El 26 de noviembre de 2016, 10:30, Cristian Menghi<cristian at menghi.biz>
>> escribió:
>>
>>> Hola, esa impresora es esc/pos?
>>>
>>> ---
>>> Cristian Menghi @movil
>>>
>>> El 26 nov. 2016 2:12 a. m., "Haroldo Stenger" <haroldo.stenger at gmail.com>
>>> escribió:
>>>
>>>> hola Enrique!,
>>>>
>>>> la verdad es una suerte poder contar con ese apoyo del proveedor. Igual
>>>> , uno se pregunta ¿cómo es que un formato raw entiende que tiene que pasar
>>>> de imprimir caracteres a imprimir puntitos, y lo que concluyo es que eso se
>>>> le dice a la ticketera en el lenguaje "PCL". Me pregunto cómo es que se
>>>> puede hacer eso en el caso general. Cualquier ayudita sirve. Lo que no
>>>> logro entender es cómo una necesidad tan extendida está tan oscuramente
>>>> abordada. Me hace sentir que me voy a tirar a hacer algo tonto o choto, y/o
>>>> críptico, y en última instancia, absurdo.
>>>>
>>>> pienso en algún scriptcito que haga el trabajo y después mandárselo a
>>>> la impresora raw, o lograr meterlo en la cadena de scripts de cups.
>>>>
>>>> la genialidad está en dominar cups, cosa que por lo que observo, es muy
>>>> difícil. Uno podría intentar prescindir de cups, en un momento lo intenté,
>>>> pero me compliqué en la "cerrada" del socket tcp/ip, y mientras no se
>>>> cerraba, el buffer no se imprimía. Así que cups eso lo resuelve
>>>> (obviamente). Pero el otro problema, el de transformar el ps en pcl, ¿cómo
>>>> se puede hacer?
>>>>
>>>> alternativas, ¿usar wine para meter los drivers para windows?
>>>>
>>>> gracias por la compartida, yo la peloteo : )
>>>>
>>>> ya le escribí al proveedor a ver qué me dicen, pero creo que va a ser
>>>> como hablarles en chino.
>>>>
>>>> abrazos
>>>> haroldo
>>>>
>>>>
>>>>
>>>> El 25 de noviembre de 2016, 23:35, Enrique Verdes<emverdes at ieee.org>
>>>> escribió:
>>>>
>>>>> Hola Haroldo...
>>>>>
>>>>> bichos difíciles de hacer andar...
>>>>> Yo siempre las configuro en CUPS como "Raw Printer". Nosotros
>>>>> trabajamos con los proveedores para que la salida salga formateada de la
>>>>> aplicación. Configurarla en ese modo me asegura que el driver no toquetea
>>>>> nada de lo que le mandás. No es mucho más lo que te puedo decir.
>>>>>
>>>>> Abrazo,
>>>>>
>>>>> El G at llego.
>>>>>
>>>>>
>>>>> El 25 de noviembre de 2016, 20:52, Haroldo Stenger <
>>>>> haroldo.stenger at gmail.com> escribió:
>>>>>
>>>>>> holas
>>>>>>
>>>>>> les consulto a los que hayan hecho andar impresoras de tickets
>>>>>> térmicas con linux; en algunos casos he visto drivers en los sitos de los
>>>>>> fabricantes, aunque en general difíciles de instalar , o desactualizados,
>>>>>> etc.; en el caso de Samsung, está el driver "unified universal", que en
>>>>>> general termina solucionando los problemas (siempre hablando en cups). Pero
>>>>>> por ejemplo con la Star Micronics no me resultó fácil. La tengo andando en
>>>>>> modo texto porque le tirás las cosas y las imprime, pero no en modo
>>>>>> gráfico. La idea es justamente lograr hacerlas andar a las más baratas, las
>>>>>> más ordinarias , por así decir.
>>>>>>
>>>>>> Cualquier comentario, más que bienvenido, y quizás recuerde algún
>>>>>> detalle más.
>>>>>>
>>>>>> saludos!
>>>>>> Haroldo
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Uylug-varios mailing list
>>>>>> Uylug-varios at listas.uylug.org.uy
>>>>>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Enrique M. Verdes
>>>>> <https://uy.linkedin.com/pub/enrique-verdes/1/794/ba8>
>>>>>
>>>>> "As we enjoy great advantages from the inventions of others, we should
>>>>> be glad of an opportunity to serve others by any invention of ours; and
>>>>> this we should do freely and generously."
>>>>>
>>>>> Benjamin Franklin
>>>>>
>>>>> _______________________________________________
>>>>> Uylug-varios mailing list
>>>>> Uylug-varios at listas.uylug.org.uy
>>>>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Uylug-varios mailing list
>>>> Uylug-varios at listas.uylug.org.uy
>>>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>>>
>>>>
>>> _______________________________________________
>>> Uylug-varios mailing list
>>> Uylug-varios at listas.uylug.org.uy
>>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>>
>>>
>>
>> _______________________________________________
>> Uylug-varios mailing list
>> Uylug-varios at listas.uylug.org.uy
>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>
>>
>
>
> --
> Enrique M. Verdes
> <https://uy.linkedin.com/pub/enrique-verdes/1/794/ba8>
>
> "As we enjoy great advantages from the inventions of others, we should be
> glad of an opportunity to serve others by any invention of ours; and this
> we should do freely and generously."
>
> Benjamin Franklin
>
> _______________________________________________
> Uylug-varios mailing list
> Uylug-varios at listas.uylug.org.uy
> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>
>

-- 

*Damián Murañahttp://www.murana.uy/ <http://www.murana.uy/>Por favor, evite
enviarme documentos adjuntos en formato Word o PowerPoint.Vea
http://www.gnu.org/philosophy/no-word-attachments.html
<http://www.gnu.org/philosophy/no-word-attachments.html>http://documentfreedom.org/openstandards.es.html
<http://documentfreedom.org/openstandards.es.html>*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listas.uylug.org.uy/pipermail/uylug-varios-uylug.org.uy/attachments/20161128/6fce85d5/attachment.htm>