Fiscalbox rd implementacion (WIP) #48
Conversation
* se usa como base EpsonComandos.py ya que el lkit usa el mismo principio * archivo inicial no se cambia, apra ver las diferencias que yo hago mas claras
* solo hay 4 modos de venta y solo tengo dos impresoras para probrar * el comando es enviado en pares de hexa no en un solo hexa * pendiente el set de comandos, se deja el de argentina aun (no encuentro el pdf para comparar)
|
Se empleara el locale del pais, esto hace que basado en POSIX y el nombre del archivo se carge automaticamente segun el locale del fiscalberry, es_RD en caso de Republica dominicana. En cuanto el driver que comunica el set de comandos, se emplea el mismo driver, se reusa y define es solo el set de comandos, sin embargo esto solo fue casual en el caso de estos dos paises ya que el msimo proveedor fabrico ambos kits.. TAREAS URGENTES PARA AVANZAR:
Me seria de utilidad el pdf de definicion de set de comandos de argentina ya que no encuentro el mio yo lo tenia pero no lo consigo. para asi comararlo con el de dominicana y codificar puesto la impresora no la tengo a mano directament ey no la tendre por los momentos a mediano plazo.. |
|
@gonzaabel mira hablando con Alejando me confirma que el comando argentino es un byte, mientras el de dominicana es dos bytes.. mi duda es de python, para redefinir los comandos (el unico cambio ya que es el mismo principio) ejemplo para el kit argentino estoy a ciegas ya que la impresora la tiene mi compañero |
|
cual es el modelo de la impresora que queres implementar?
El 8 de febrero de 2018, 10:36, PICCORO Lenz McKAY <[email protected]
… escribió:
@gonzaabel <https://github.com/gonzaabel> mira hablando con Alejando me
confirma que el comando argentino es un byte, mientras el de dominicana es
dos bytes..
mi duda es de python, para redefinir los comandos (el unico cambio ya que
es el mismo principio)
ejemplo para el kit argentino CMD_STATUS_REQUEST = 0x2a pero en el caso
de dominicana el request de estado es 0x00 + 0x01, simplemente lo
concateno y coloco CMD_STATUS_REQUEST = 0x000x01 ? o como debere
colocarlo?
estoy a ciegas ya que la impresora la tiene mi compañero
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#48 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AANj8QEKsDDtfQwToquKLddqD2LTdLJ3ks5tSvhigaJpZM4R5e1s>
.
|
|
umm no lo recuerdo, eso significa que esperare por la respuesta del ruso.. pero no es la lx300 si te refieres a eso, ya vi que manejan 3 tipos de modleos.. |
|
no, es que necesito saber el modelo para buscar unos detalles en la pagia
de Epson.. Es por el tema de los bytes. me parece que te estas mezclando.
La cantiadad de bytes por comando es la misma en todas las impresoras dado
que es un standar de conexion SERIAL donde se envia ASCII tras ASCII.
2018-02-08 12:05 GMT-03:00 PICCORO Lenz McKAY <[email protected]>:
… umm no lo recuerdo, eso significa que esperare por la respuesta del ruso..
pero no es la lx300 si te refieres a eso, ya vi que manejan 3 tipos de
modleos..
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#48 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AANj8fpIZVfVXec0uxK4r9XfLb7Uyc3Vks5tSw0fgaJpZM4R5e1s>
.
|
|
ah te entendi, me explique mal, en el manual ellos le dicen "bytes" ello envian 0x0001 perdon disculpa, en el kit argentino envian para estado 0x02a en el de dominicana envian 0x0001 en pagina 46(archivop) topico 4.2.1 |
|
@mckaygerhard por lo que estoy viendo en la docu en ese punto 4.2.1, van a quedar de la siguiente manera los números para los comandos, por ej para el estado: |
|
tal como lo pense @gonzaabel se evia tal cual porque el mensage al opuerto es un flujo ok buen modelo el del fiscalberry.. en la noche pruebo con el ruso el codigo ajustado.. gracias |
|
el local debe corregirse el correcto: es_DO |
|
no he trabajado porque me doble el tobillo... en estos dias me pongo a tono |
|
hola todos, como no teneis foros, les digo que me quiero rascar dentro del yeso y no soporto la comezon... voy trabajar un ratico aqui sustituyendo lso comando como me enseño gonzalo.. |
|
Suerte en tu recuperación! |
|
ejeeee!, @alevilar , @gonzaabel @nerv55 ya toy Sin yeso! y con dudas, en el bloque de comandos, entgo esto:
que significa esos dos encerrados en parentesis? |
… sin yeso! configurando lso comando fiscales segun el comentario en #48 (comment) gracias a esto ya que no recordaba nada de como se hacia.. quedapendietne ahora revisar el formato de ernvio segun lo que dijo @nerv55 para despeus terminar de probar, el trabajo ira lento porque estoy algo full con ospos
|
Son los comandos que hacen que la impresora haga un cierre fiscal.
Mira en el manual.de.comandos de la impresora.
El vie., 23 de mar. de 2018 21:48, PICCORO Lenz McKAY <
[email protected]> escribió:
… Sin yeso! y con dudas, en el bloque de comandos, entgo esto:
CMD_CLOSE_FISCAL_RECEIPT = (0x45, 0x65)
que significa esos dos encerrados en parentesis?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#48 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AFOdPQEoE2ApMpz7Ar73rEXvef-RABkpks5thZflgaJpZM4R5e1s>
.
|
|
@joseluisbossio no puedo mirar el manual porque no tengo el de argentina, tengo uno de dominicana, y no veo dos comandos para la misma funcion, practicamente estoy programando a ciegas basandome en pura logica e investigacion teorica.. sobre mi pregunta, no no! yo me refuero a porque dos encerrados en parentesis? no es solo uno? estoy tratando de ver en el codigo ýthon pero aprender python es bastante lioso, son dos codigos y no uno? como es el asunto en dicho caso? o ambos codigos hacen lo mismo? |
|
Buenas
Según estuve viendo en el manual de Epson Argentina el 0x45 que en la tabla ASCII representa la E (acá esta la tabla), a dicho caracter se lo asocia con el tipo de responsable "EXENTO DE IVA". Aunque para cerrar el comprobante no pide el tipo de responsable... (ojo, puede llegar a significar otra cosa, el pdf ese puede ser de otra de las marcas de EPSON o al caracter ASCII se le da múltiples usos dependiendo los comandos). Y el 0x65 es el número del comando "CerrarComprobanteFiscal". Saludos! |
|
ah es que no me explique, lo que quiero decir es que por lo general veo que XX = 0xYY pero alli veo dos comandos "por el precio de uno" es decir no es lo mismo que enviar 0x45+0x65 pegado en el flujo, el detecta la coma o es el driver de fiscalberry el que ve dicho par y lo interpreta es decir, envia dos comando al mismo tiempo? "cierra el comprobante y hazlo excepnto de via" ? recuerden que estoy programando a ciegas y el python no ayuda mucho, no tengo digamos mucho tiempo para aprender cuando se maneja un negocio.. |
|
@wDirac lee primero el contexto, no es un "+" literalmente, es una coma: mira:
|
|
si el comando es de dos bytes y un comando de dos bytes se debe enviar asi (0xYY, 0xYZ) rentoces todo lo que hice est malo? porque el kit de argentina los comandos son de un byte y el de RD de dos bytes.. en fin como se deberia enviar el comando de RD en python! es tan complicado, en gambas simplemnte lo envio pegado y ya! |
|
Bien, ahora entiendo tu pregunta. Según estoy viendo en la docu de republica dominicana (en esa que te pase de Argentina esta desactualizada, es del 2001...) en el punto 4.1 dice lo siguiente:
Y un poco más arriba, muestra que STX es el comienzo del paquete y ETX el final. Por lo tanto parece ser que tienen que ir separados como en comandos del EpsonComandos de Fiscalberry. |
|
no, no conozco emulador alguno, tengo un enviador/receptor qt4, donde hay que colocarle manualmente todo en hexa, mande pedir el manual de las vmax pero con todo el protocolo llegara en unos meses.. esto me deja varado nuevamente.. @gonzaabel tu me pasaste un manual de el kit de argentina? no lo tengo si puedes volver enviarlo.. |
Trabajo en el kit fiscal para RD y asi potenciar de "fiscalbox" al fiscalberry pueda tambien ser un producto usable en otros paises, segun lo expuesto en #47 , este pull es un WIP para trabajar en el issue #45 el cual me ha dado problemas pero con este proyecto se ha avanzado
No realizar merge hasta que el commit de un finish de este pull en progreso.
En los comentarios el progreso y las necesidades..